From owner-freebsd-multimedia Sun Aug 31 20:15:38 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.7/8.8.7) id UAA02550 for multimedia-outgoing; Sun, 31 Aug 1997 20:15:38 -0700 (PDT) Received: from MVS.OAC.UCLA.EDU (mvs.oac.ucla.edu [164.67.200.200]) by hub.freebsd.org (8.8.7/8.8.7) with SMTP id UAA02545 for ; Sun, 31 Aug 1997 20:15:36 -0700 (PDT) Message-Id: <199709010315.UAA02545@hub.freebsd.org> Received: from UCLAMVS.BITNET by MVS.OAC.UCLA.EDU (IBM MVS SMTP V2R2.1) with BSMTP id 3234; Sun, 31 Aug 97 20:16:35 PST Date: Sun, 31 Aug 97 20:16 PDT To: Amancio Hasty From: Denis DeLaRoca Subject: guspnp18 and vat CC: multimedia@FREEBSD.ORG Sender: owner-freebsd-multimedia@FREEBSD.ORG X-Loop: FreeBSD.org Precedence: bulk Amancio, Not very good news... vat sounds wretched with guspnp18. It's always possible that the modified isa.c that I got by retrofitting Luigi's version with what's on -current is not right, but I doubt it. I also used the latest version of vat's audio-voxware.cc that you sent me. The resulting sound is full of breaks and distortion... even rat on the same audio streams sounded worst. I have gone back to guspnp17 and the audio-voxware.cc module that you modified about a week ago and that yields not perfect but fairly good sound -- there appear to be some suspicious hiccups even on audio streams with as little as 1% loss; though, I think the delay jitter which is very spiky may account for that. The other outstanding problem is with passing the audio device among multiple active vats. That is completely broken and I think we have to wrestle with vat's code to find out how that is supposed to work. -- Denis