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

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

load-module module-udev-detect

para:

load-module module-udev-detect tsched=0

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

load-module module-udev-detect tsched=yes

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

pactl list | grep tsched

E olhando para a documentação ,

tsched Desde 0.9.11. Use o modelo baseado no timer do sistema (também conhecido como sem falhas). O padrão é 1 (ativado). Se o seu hardware não retornar informações precisas de tempo (por exemplo, placas de som Creative), você pode tentar definir tsched = 0 para ativar o tempo baseado em interrupção usado em 0.9.10 e anterior.

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

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

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

http://www.alsa-project.org/~tiwai/lk2k/lk2k.html

O que é Sequencer?

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

Portanto, isso tem a ver com a forma como o kernel gerencia seu hardware, neste caso, sua placa de som. Algumas placas de som (geralmente as da Intel) precisam de sqeuencing em tempo real.

A página do Arch Wiki no PulseAudio / Troubleshooting diz:

A implementação mais recente do servidor de som PulseAudio usa agendamento de áudio baseado em timer, em vez da abordagem tradicional, orientada por interrupção.

O agendamento baseado em timer pode expor problemas em alguns drivers ALSA. Por outro lado, outros drivers podem estar com problemas sem ela, verifique o que funciona no seu sistema.