<p><br>
><br>
> when a sink is started, there is some delay before the first sample is really played.<br>
> This delay is a constant part of the sink latency that will be always present, so the<br>
> minimum sink latency cannot go below that start delay.<br>
> Would it be acceptable to adjust the latency range for the device after each unsuspend<br>
> to reflect that?<br>
> USB devices (those I have access to) for example have a startup delay in the range of<br>
> 10ms, but have a latency range that starts at 0.5ms which does not make a lot of sense<br>
> in my opinion.<br>
> The startup delay is not constant, so the minimum possible latency would vary.<br>
><br>
> On the source side the startup delay is not relevant since it does not delay the signal.<br>
></p>
<p><a href="https://git.kernel.org/cgit/linux/kernel/git/tiwai/sound.git/commit/sound/usb?id=976b6c064a957445eb0573b270f2d0282630e9b9">https://git.kernel.org/cgit/linux/kernel/git/tiwai/sound.git/commit/sound/usb?id=976b6c064a957445eb0573b270f2d0282630e9b9</a></p>
<p><a href="https://git.kernel.org/cgit/linux/kernel/git/tiwai/sound.git/commit/sound/usb?id=adc8d31326c32a2a1e145ab80accbc3c6570b117">https://git.kernel.org/cgit/linux/kernel/git/tiwai/sound.git/commit/sound/usb?id=adc8d31326c32a2a1e145ab80accbc3c6570b117</a></p>
<p>As pulseaudio alsa i/0 thrread based on avail to update alsa buffer, those submitted urbs cannot be rewinded, it is just similar to FIFO of hda controller</p>