On 03/31/2014 12:02 PM, Daniel Mack wrote:
> If you're really certain about this, and if you can rule out all other
> components than the kernel, please do a git bisect to find which commit
> causes this regression. Depending on how long it takes you to tell
> whether a kernel version is affected, this should not take too much
> time. Some instruction can be found here for instance:
There you go,
commit 976b6c064a957445eb0573b270f2d0282630e9b9
Author: Alan Stern <stern@xxxxxxxxxxxxxxxxxxx>
Date: Tue Sep 24 15:51:58 2013 -0400
ALSA: improve buffer size computations for USB PCM audio
Note that amongst other things, this patch removes the ability to pass
the "nrpacks" parameter to the snd-usb-audio driver, but I would tend to
think that the cracks/jitter have to do due with the new URB allocation
code. In fact, I can confirm that running the predecessor tree
(e8bc994), the phenomenon doesn't happen, with or without this parameter.
>> - Now When xbmc plays 24/192 content correctly, all I know is that
>> /proc/asound/card/*/stream* confirms that the steam is 24/192, but xbmc
>> must be either doing something to the stream, or streaming it a little
>> bit differently than sox/aplay.
Now again, as said in my previous email, my observations are essentially
valid for this specific version of xmbc. aplay, sox, and all other audio
apps I have toyed with to playback 24/192 content are subject to similar
cracks/jitter, whatever the kernel.
Don't hesitate to let me know if I can help in any way.
--
Julien Benoist
------------------------------------------------------------------------------
_______________________________________________
Alsa-user mailing list
Alsa-user@xxxxxxxxxxxxxxxxxxxxx
https://lists.sourceforge.net/lists/listinfo/alsa-user
