Início / unix / Perguntas / 477463
Accepted
Metamorphic
Asked: 2018-10-25 01:52:55 +0800 CST

Qual é o significado de fragments e fragment_size nos módulos PulseAudio ALSA?

  • 772

Seguindo o conselho em um post de blog chamado Pulseaudio And Latency , tentei carregar com parâmetros e module-alsa-sinkespeciais para garantir baixa latência. No entanto, não tenho certeza do que exatamente eles estão fazendo. A latência relatada por não tem uma correspondência óbvia com os valores que coloquei nesses parâmetros. Aqui está um pequeno script que escrevi para testar várias configurações:fragmentsfragment_sizepactl 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)
}

Agora posso tentar várias configurações de fragments(F) e fragment_size(FS). Para o dispositivo de hardware "hw:0" a latência é baixa, mas não consigo ver como ela corresponde aos dois parâmetros:

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

Para o dispositivo ALSA "dmix" é um pouco mais alto, não sei por que:

F=1; FS=15; DEV=dmix; patest
#        Latency: 42752 usec, configured 42666 usec

# (default:)
DEV=dmix; patest_nofix
#        Latency: 326596 usec, configured 341333 usec

No entanto, quando crio meu próprio dispositivo "dmix" para saída para hw:0,

$ cat ~/.asoundrc
...
pcm.hw0mix {
    type dmix
    ipc_key 2498 # unique random number
    slave {
        pcm "hw:0,0"
        channels 2
        rate 48000
    }
}

então posso ver que a latência é muito maior e parece fixa em 0,25 segundos:

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

Qual é a relação entre os parâmetros fragmentse fragment_size, e a "latência configurada", e como altero a latência mínima configurada para ser menor mesmo para dispositivos ALSA sem hardware?

pulseaudio alsa

1 respostas

  1. Best Answer

    Para obter uma explicação de fragmentos/períodos, consulte https://www.alsa-project.org/wiki/FramesPeriods e também https://juho.tykkala.fi/Pulseaudio-and-latency para dicas de ajuste de Pulseaudio.

    O Pulseaudio também faz mixagem, então você pode ter alguma duplicação em sua configuração usando-o em conjunto com o dmix.

    dmix usa a camada de plugin ALSA, então sempre adicionará alguma latência. Para a menor latência possível, você pode usar dispositivos hw: diretamente e misturar fontes no lado analógico.

    No entanto, com a configuração correta do sistema, deve ser possível usar o dmix como uma alternativa ao pulseaudio e manter a latência imperceptível para a maioria dos propósitos. 251ms é excessivo, deve ser possível obter muito, muito menor do que com dmix.

    A ferramenta https://github.com/raboof/realtimeconfigquickscan pode ser útil para identificar quaisquer aspectos da configuração do seu sistema que causem latência excessiva.

    • 1

relate perguntas