Date: Thu, 24 Jul 1997 06:43:35 -0400 From: Randall Hopper <rhh@ct.picker.com> To: Luigi Rizzo <luigi@labinfo.iet.unipi.it> Cc: freebsd-multimedia@FreeBSD.ORG Subject: Re: dma handling in the sound driver Message-ID: <19970724064335.01827@ct.picker.com> In-Reply-To: <199707240508.HAA25745@labinfo.iet.unipi.it>; from Luigi Rizzo on Thu, Jul 24, 1997 at 07:08:53AM %2B0200 References: <19970723232432.47587@ct.picker.com> <199707240508.HAA25745@labinfo.iet.unipi.it>
next in thread | previous in thread | raw e-mail | index | archive | help
Luigi Rizzo: |Randall Hopper: |> Ok. Well, the only commercial app I have this info for is the MpegTV's |> Linux mtv, since I buzzed it out when debugging the no-audio problem |> (before dumping it for the FreeBSD version). Here's the /dev/dsp ioctls it |> uses: | |Thanks for the detailed list. | |I am looking at the DSP_SETFRAGMENT thing, and while I have no problem |to implement it with the required features, it sounds quite odd that |the application requires many small buffers. If they are small it means |the app wants low latency, so why ask for many ? Small buffers gets it low latency on write()s. Many buffers minimizes the chance that the driver will have played everything by the time that it gets around to feeding it again. Randall
Want to link to this message? Use this URL: <https://mail-archive.FreeBSD.org/cgi/mid.cgi?19970724064335.01827>