Daniel Mack wrote: > On 04/02/2014 10:12 AM, julien@xxxxxxxxxxxx wrote: >> 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. What are the contents of /proc/asound/card/*/stream0 before and after this patch, for aplay and xbmc? Regards, Clemens ------------------------------------------------------------------------------ _______________________________________________ Alsa-user mailing list Alsa-user@xxxxxxxxxxxxxxxxxxxxx https://lists.sourceforge.net/lists/listinfo/alsa-user
