summaryrefslogtreecommitdiffstats
path: root/sound/firewire
diff options
context:
space:
mode:
authorTakashi Iwai <tiwai@suse.de>2021-06-01 18:24:57 +0200
committerTakashi Iwai <tiwai@suse.de>2021-06-02 09:02:06 +0200
commit9ce650a75a3b262c90789b42aedee8fc2ee04d53 (patch)
tree16a0dba92e8df9de9119ac7c5e78663cd16d42ff /sound/firewire
parentALSA: usb-audio: Factor out DSD bitrev copy function (diff)
downloadlinux-9ce650a75a3b262c90789b42aedee8fc2ee04d53.tar.xz
linux-9ce650a75a3b262c90789b42aedee8fc2ee04d53.zip
ALSA: usb-audio: Reduce latency at playback start
USB-audio driver behaves a bit strangely for the playback stream -- namely, it starts sending silent packets at PCM prepare state while the actual data is submitted at first when the trigger START is kicked off. This is a workaround for the behavior where URBs are processed too quickly at the beginning. That is, if we start submitting URBs at trigger START, the first few URBs will be immediately completed, and this would result in the immediate period-elapsed calls right after the start, which may confuse applications. OTOH, submitting the data after silent URBs would, of course, result in a certain delay of the actual data processing, and this is rather more serious problem on modern systems, in practice. This patch tries to revert the workaround and lets the URB submission starting at PCM trigger for the playback again. As far as I've tested with various backends (native ALSA, PA, JACK, PW), I haven't seen any problems (famous last words :) Note that the capture stream handling needs no such workaround, since the capture is driven per received URB. Link: https://lore.kernel.org/r/20210601162457.4877-6-tiwai@suse.de Signed-off-by: Takashi Iwai <tiwai@suse.de>
Diffstat (limited to 'sound/firewire')
0 files changed, 0 insertions, 0 deletions