alsa sink latency - how to account for startup delay

[Date Prev][Date Next][Thread Prev][Thread Next][Date Index][Thread Index]

 



>
> 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>


[Index of Archives]     [Linux Audio Users]     [AMD Graphics]     [Linux USB Devel]     [Linux Audio Users]     [Yosemite News]     [Linux Kernel]     [Linux SCSI]

  Powered by Linux