根据一篇名为Pulseaudio And Latencymodule-alsa-sink
的博客文章的建议,我尝试使用特殊fragments
和参数加载fragment_size
以确保低延迟。但是,我不确定这些到底在做什么。报告的延迟pactl list sinks
与我在这些参数中输入的值没有明显的对应关系。这是我编写的用于测试各种设置的简短脚本:
pulseaudio &
# unload all sinks
pactl list sinks | grep "Owner Module" | \
cut -d : -f 2 | \
while read i; do
pactl unload-module $i;
done
# try different settings
patest () {
pactl load-module module-alsa-sink device=$DEV \
tsched=no \
fixed_latency_range=yes \
fragments=$F fragment_size=$FS > /tmp/modnum.out;
pactl list sinks | grep Latency;
pactl unload-module $(cat /tmp/modnum.out)
}
patest_nofix () {
pactl load-module module-alsa-sink device=$DEV > /tmp/modnum.out;
pactl list sinks | grep Latency;
pactl unload-module $(cat /tmp/modnum.out)
}
fragments
现在我可以尝试(F)和fragment_size
(FS)的各种设置。对于硬件设备“hw:0”,延迟很低,但我看不出它与两个参数的对应关系:
F=1; FS=15; DEV=hw:0; patest
# Latency: 2516 usec, configured 1451 usec
F=1; FS=30; DEV=hw:0; patest
# Latency: 2484 usec, configured 1451 usec
F=5; FS=15; DEV=hw:0; patest
# Latency: 2475 usec, configured 1451 usec
F=50; FS=200; DEV=hw:0; patest
# Latency: 57628 usec, configured 56689 usec
# (default minimum latency:)
DEV=hw:0; patest_nofix
# Latency: 1983968 usec, configured 2000000 usec
对于“dmix” ALSA 设备,它有点高,不知道为什么:
F=1; FS=15; DEV=dmix; patest
# Latency: 42752 usec, configured 42666 usec
# (default:)
DEV=dmix; patest_nofix
# Latency: 326596 usec, configured 341333 usec
但是,当我创建自己的“dmix”设备以输出到 hw:0 时,
$ cat ~/.asoundrc
...
pcm.hw0mix {
type dmix
ipc_key 2498 # unique random number
slave {
pcm "hw:0,0"
channels 2
rate 48000
}
}
然后我可以看到延迟要高得多,并且似乎固定在 0.25 秒:
F=1; FS=15; DEV=hw0mix; patest
# Latency: 251132 usec, configured 250000 usec
F=50; FS=200; DEV=hw0mix; patest
# Latency: 251126 usec, configured 250000 usec
# (default:)
DEV=hw0mix; patest_nofix
# Latency: 356292 usec, configured 375000 usec
fragments
参数和和“配置的延迟”之间有什么关系fragment_size
,如何将配置的最小延迟更改为更低,即使对于非硬件 ALSA 设备也是如此?
有关片段/周期的解释,请参阅https://www.alsa-project.org/wiki/FramesPeriods,另请参阅https://juho.tykkala.fi/Pulseaudio-and-latency了解 Pulseaudio 调整技巧。
Pulseaudio 也进行混音,因此通过将其与 dmix 结合使用,您可能会在设置中出现一些重复。
dmix 使用 ALSA 插件层,因此它总是会增加一些延迟。为了尽可能降低延迟,您可以直接使用 hw: 设备并在模拟端混合源。
但是,通过正确的系统配置,应该可以使用 dmix 作为 pulseaudio 的替代品,并且在大多数情况下保持不明显的延迟。251ms 是多余的,应该可以得到很多,比使用 dmix 低很多。
该工具https://github.com/raboof/realtimeconfigquickscan可能有助于识别系统配置的任何方面导致过度延迟。