Re: usb-audio: Increasing MAX_QUEUE to prevent hiccups in the audio stream?

2012-09-25 Thread Clemens Ladisch
Matthijs Kooijman wrote: I guess that just raising nrpacks by itself is not enough to make this work, since that creates a very big buffer that alsa clients can't touch, causing a big minimum latency. Indeed. I'm not completely sure how this stuff works, but I guess there should be some way

Re: usb-audio: Increasing MAX_QUEUE to prevent hiccups in the audio stream?

2012-09-25 Thread Alan Stern
On Tue, 25 Sep 2012, Clemens Ladisch wrote: I'm not completely sure how this stuff works, but I guess there should be some way for an alsa client to rewind the stream, causing one or more urbs to canceled and resubmitted? I'm not sure if cancelling and resubmitting iso URBs work in real

Re: usb-audio: Increasing MAX_QUEUE to prevent hiccups in the audio stream?

2012-09-24 Thread Matthijs Kooijman
Hi Alan, On Sat, Sep 15, 2012 at 11:03:39AM -0400, Alan Stern wrote: On Sat, 15 Sep 2012, Matthijs Kooijman wrote: Hi folks, I've spent some time this week trying to debug frequent hiccups in my audio playback, on my USB sound card. The short version is that it seems the 24 ms worth

usb-audio: Increasing MAX_QUEUE to prevent hiccups in the audio stream?

2012-09-15 Thread Matthijs Kooijman
Hi folks, I've spent some time this week trying to debug frequent hiccups in my audio playback, on my USB sound card. The short version is that it seems the 24 ms worth of queued URBs is not enough, since the urb complete handler is frequently called too late and sometimes more than 16ms (plus

Re: usb-audio: Increasing MAX_QUEUE to prevent hiccups in the audio stream?

2012-09-15 Thread Alan Stern
On Sat, 15 Sep 2012, Matthijs Kooijman wrote: Hi folks, I've spent some time this week trying to debug frequent hiccups in my audio playback, on my USB sound card. The short version is that it seems the 24 ms worth of queued URBs is not enough, since the urb complete handler is frequently