Alan Stern wrote: > It's possible that the problem has something to do with the way EHCI's > schedule wraps around after 256 frames. Does the same thing happen > when you send over just a handful of samples? Try sending only enough > for 8 ms; that's 8 buffers of length 96 (48 samples per ms and 2 > bytes/sample). The USB audio driver submits several zero-filled URBs before the stream actually starts; one sample should be enough. > Also, we might want to figure out why the last one or two Iso-OUT URBs > get cancelled. Although I doubt it will make any difference, we should > try letting them complete normally. When the audio stream is stopped at the end, the driver cancels all URBs just to be sure. It shouldn't do so because those might still contain some not-yet-played data. Regards, Clemens -- To unsubscribe from this list: send the line "unsubscribe linux-usb" in the body of a message to majordomo@xxxxxxxxxxxxxxx More majordomo info at http://vger.kernel.org/majordomo-info.html
