On Wed, 4 Feb 2004, James Courtier-Dutton wrote:
> See attached file.
> It contains a test program, and a readme.txt with details on how to
> configure the dmix device in order to carry out the test.
>
> Basically, the value of snd_pcm_delay() returned when using the dmix
> device is wrong.
>
> See readme.txt in delay-test-0.0.1.tar.bz2 for details.
Did you some tests with xine and 1.0.2 libraries? I tried to fix all
problems related to xine there (including the last reported problem from
you).
The delay values might be affected by this issue: The dmix plugin can
start in the middle of period of the "master" (hw:x device). In this case,
the pointers of the master pcm are updated at different point - from the
dmix look - than the exclusive device does. You can avoid this problem
using the new "slowptr" option - in this case are pointers synced at each
r/w/status operation, but it adds an extra overhead. Anyway, my tests
shows that xine works well also without this option (and I used USB device
for tests which does also additional buffering in the kernel driver so it
more problematic than standard soundcards).
Jaroslav
-----
Jaroslav Kysela <[EMAIL PROTECTED]>
Linux Kernel Sound Maintainer
ALSA Project, SuSE Labs
-------------------------------------------------------
The SF.Net email is sponsored by EclipseCon 2004
Premiere Conference on Open Tools Development and Integration
See the breadth of Eclipse activity. February 3-5 in Anaheim, CA.
http://www.eclipsecon.org/osdn
_______________________________________________
Alsa-devel mailing list
[EMAIL PROTECTED]
https://lists.sourceforge.net/lists/listinfo/alsa-devel
