From owner-freebsd-multimedia Wed Oct 9 15:48:38 1996 Return-Path: owner-multimedia Received: (from root@localhost) by freefall.freebsd.org (8.7.5/8.7.3) id PAA14967 for multimedia-outgoing; Wed, 9 Oct 1996 15:48:38 -0700 (PDT) Received: from MVS.OAC.UCLA.EDU (mvs.oac.ucla.edu [164.67.200.200]) by freefall.freebsd.org (8.7.5/8.7.3) with SMTP id PAA14958 for ; Wed, 9 Oct 1996 15:48:32 -0700 (PDT) Message-Id: <199610092248.PAA14958@freefall.freebsd.org> Received: from UCLAMVS.BITNET by MVS.OAC.UCLA.EDU (IBM MVS SMTP V2R2.1) with BSMTP id 4346; Wed, 09 Oct 96 15:49:06 PST Date: Wed, 09 Oct 96 15:48 PDT To: Amancio Hasty From: Denis DeLaRoca (310) 825-4580 Subject: Re: GUS PnP driver release 4 CC: multimedia@FREEBSD.ORG Sender: owner-multimedia@FREEBSD.ORG X-Loop: FreeBSD.org Precedence: bulk On Tue, 08 Oct 1996 05:37:00 -0700, Amancio Hasty said: > > 2.0 I will release another version of vat in about a day or so > after I get chance to test it further. More testing with vat4.0b1a and guspnp4. Switching audio among active vats doesn't work. When you switch focus to an alternate vat it fails to grab the audio device and you end up with repeated diagnostic messages failed to set non-block mode for /dev/audio 9 Later today, when tuned to Stanford's TV Channel on the MBONE, I actually got vat to freeze. The UV meter froze and none of Vat's buttoms would respond. The audio kept repeating forever the last few seconds of audio, in this case the phrase "frankly Stanford can have a bigger lead on this one". I don't think this was a loop on the audio device but rather on Vat's Controller::audio... either it is stuck in a write loop or on a loop getting read acknowledges that trigger the repeated writes. Earlier, I received today's Berkeley Multimedia Seminar by and large ok, there were problems with the MBONE that I think masked the other problems that I kept seeing with the sound driver, ie., background static/distortion. -- Denis