Para pulseaudio o que o tsched faz (e quais são os padrões)?

Question

Se eu modificar /etc/pulse/default.pa e alterar esta linha:

load-module module-udev-detect

para:

load-module module-udev-detect tsched=0

Estou claramente desabilitando o tsched. Da mesma forma, se eu mudar a linha para

load-module module-udev-detect tsched=yes

Estou ativando o tsched. Ambos são verificáveis executando,

pactl list | grep tsched

E analisando a documentação ,

  

tsched desde 0.9.11. Use o modelo baseado no temporizador do sistema (também conhecido como glitch-free).   O padrão é 1 (ativado). Se o seu hardware não retornar   informações de tempo (por exemplo, placas de som criativas) que você pode tentar definir   tsched = 0 para habilitar o tempo baseado em interrupções que foi usado em 0.9.10   e antes.

No entanto, tenho duas máquinas (hardware diferente), uma que retorna tsched=yes e outra que não.

O padrão é realmente 1 (ativado / sim)? Existe uma maneira de verificar se ele realmente está habilitado se ele não aparecer no pactl? O que (em hardware) decide se realmente está habilitado?

    

Answer 1

Há uma boa discussão (técnica) aqui:

link

  

O que é o seqüenciador?

     

O papel do sequenciador =
  Entrega eventos no momento certo (sequência) para o destino certo (dispositivo).

Então, isso tem a ver com como o kernel gerencia seu hardware, neste caso, sua placa de som. Algumas placas de som (geralmente as da Intel) precisam de uma área de tempo real.

A página do Wiki do Arch em PulseAudio / Solução de problemas diz:

  

A implementação mais recente do servidor de som PulseAudio usa o agendamento de áudio baseado em cronômetro em vez da tradicional abordagem baseada em interrupções.

     

O agendamento baseado em timer pode expor problemas em alguns drivers ALSA. Por outro lado, outros drivers podem ter problemas sem ele, então verifique o que funciona no seu sistema.