> > when a sink is started, there is some delay before the first sample is really played. > This delay is a constant part of the sink latency that will be always present, so the > minimum sink latency cannot go below that start delay. > Would it be acceptable to adjust the latency range for the device after each unsuspend > to reflect that? > USB devices (those I have access to) for example have a startup delay in the range of > 10ms, but have a latency range that starts at 0.5ms which does not make a lot of sense > in my opinion. > The startup delay is not constant, so the minimum possible latency would vary. > > On the source side the startup delay is not relevant since it does not delay the signal. > 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=adc8d31326c32a2a1e145ab80accbc3c6570b117 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 -------------- next part -------------- An HTML attachment was scrubbed... URL: <https://lists.freedesktop.org/archives/pulseaudio-discuss/attachments/20160328/5ba1d561/attachment.html>
