26 Nov
2012
26 Nov
'12
10:05 p.m.
It doesn't make sense to calculate the delay for capture streams in the current implementation. It's always zero, so we should skip the computation in snd_usb_pcm_pointer() in the case of capture.
Shouldn't we add support for delay on the capture path instead? We could use the same frame counter to report the delay and resync when the urb is retired.
Sure, it must be possible like that way. Wouldn't you like to volunteer? ;)
Sounds like a good skunkworks for the end of the year...If we have both HDA and USB behaving correctly on delays, this would raise the bar for everyone.