Skip site navigation (1)Skip section navigation (2)
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>