On Wed, 4 Feb 2004, James Courtier-Dutton wrote:
> >
> >
> > 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
> >
>
> I upgraded to latest alsa-lib cvs. Mixed results. :-(
> I have found a new problem.
> It seems to be fairly random as to which applications work, and which do
> not.
I had also mixed debugging ;-(
You had a bug in your code (phase was not preserved during write_loop()
calls) - it took me some time to find this bug. And I had a serious bug in
recoded rate plugin which was available in CVS for a few hours. It should
be ok now (in CVS).
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
