From owner-freebsd-multimedia Fri Aug 15 23:49:45 1997 Return-Path: Received: (from root@localhost) by hub.freebsd.org (8.8.5/8.8.5) id XAA10962 for multimedia-outgoing; Fri, 15 Aug 1997 23:49:45 -0700 (PDT) Received: from labinfo.iet.unipi.it (labinfo.iet.unipi.it [131.114.9.5]) by hub.freebsd.org (8.8.5/8.8.5) with SMTP id XAA10957 for ; Fri, 15 Aug 1997 23:49:42 -0700 (PDT) Received: from localhost (luigi@localhost) by labinfo.iet.unipi.it (8.6.5/8.6.5) id HAA08394; Sat, 16 Aug 1997 07:41:12 +0200 From: Luigi Rizzo Message-Id: <199708160541.HAA08394@labinfo.iet.unipi.it> Subject: Re: snd970814.tgz To: gurney_j@resnet.uoregon.edu Date: Sat, 16 Aug 1997 07:41:12 +0200 (MET DST) Cc: multimedia@FreeBSD.ORG In-Reply-To: <19970815044528.39513@hydrogen.nike.efn.org> from "John-Mark Gurney" at Aug 15, 97 04:45:09 am X-Mailer: ELM [version 2.4 PL23] Content-Type: text Sender: owner-freebsd-multimedia@FreeBSD.ORG X-Loop: FreeBSD.org Precedence: bulk > oh, just found one little problem... when playing 22k/16bit, (mpeg3) > and decide to change volumes, it stutters... but it doesn't do that > when playing 44k/8bit... you are right, the default bufsize (2k) is small. I am not sure if the problem occurs because the volume-changing routines keep interrupts disablef for too long, I'll check into it. In the meantime, if you want to play with the coude, you could set the blocksize to some 0.1-0.25s if the user did not override it by explicitly setitng it. Next snap will have some code like this. > that should about cover it for interesting info... I'm really happy > now... so am I! at least I am not the only one using the driver... Cheers Luigi