Date: Tue, 26 Aug 1997 15:34:00 +0200 (MET DST) From: Luigi Rizzo <luigi@labinfo.iet.unipi.it> To: hasty@rah.star-gate.com (Amancio Hasty) Cc: CSP1DWD@MVS.OAC.UCLA.EDU, multimedia@FreeBSD.ORG, luigi@labinfo.iet.unipi.it (Luigi Rizzo) Subject: Re: guspnp17 and vat/rat Message-ID: <199708261334.PAA00328@labinfo.iet.unipi.it> In-Reply-To: <199708260224.TAA07033@rah.star-gate.com> from "Amancio Hasty" at Aug 25, 97 07:24:35 pm
next in thread | previous in thread | raw e-mail | index | archive | help
>From what I know, rat tries to adapt to differences in play/record speeds, whereas vat does not and relies to silence intervals to resync. As a consequence, rat should never cause overruns, whereas vat might. On top of this, Amancio's driver uses non blocking io and seems not to check the return value from write()s to the device. So, on overruns, partial blocks might be written, and this could cause the observed behaviours (both in vat and mpeg123, which I have not looked at). With my new driver I have had a chance to look at many interface modules for the audio devices. Almost all of them use non-blocking io and do not really check for error conditions short writes. My sound driver distribution has updated interface modules for many applications (including vat), which are tested with my code but might work well with guspnp as well. Cheers Luigi -----------------------------+-------------------------------------- Luigi Rizzo | Dip. di Ingegneria dell'Informazione email: luigi@iet.unipi.it | Universita' di Pisa tel: +39-50-568533 | via Diotisalvi 2, 56126 PISA (Italy) fax: +39-50-568522 | http://www.iet.unipi.it/~luigi/ _____________________________|______________________________________
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?199708261334.PAA00328>