Per pulseaudio cosa fa tsched (e quali sono le impostazioni predefinite)?

Se /etc/pulse/default.pamodifico e cambio questa riga:

load-module module-udev-detect

per:

load-module module-udev-detect tsched=0

Sto chiaramente disabilitando tsched. Allo stesso modo se cambio la linea in,

load-module module-udev-detect tsched=yes

Sto abilitando tsched. Entrambi sono verificabili eseguendo,

pactl list | grep tsched

E guardando nella documentazione ,

tsched Dal 0.9.11. Utilizzare un modello basato su timer di sistema (noto anche come glitch-free). Il valore predefinito è 1 (abilitato). Se il tuo hardware non restituisce informazioni precise sul timing (ad es. Schede audio Creative), puoi provare a impostare tsched = 0 per abilitare il timing basato sull'interrupt utilizzato in 0.9.10 e precedenti.

Tuttavia ho due macchine (hardware diverso), una che ritorna tsched=yese una che no.

L'impostazione predefinita è davvero 1 (abilitato / sì)? C'è un modo per verificare che sia davvero abilitato se non viene visualizzato in pactl? Cosa (in hardware) decide se è realmente abilitato?

C'è una bella discussione (tecnica) qui:

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

Cos'è il sequencer?

Il ruolo di sequencer =
Fornisce eventi al momento giusto (sequenza) alla destinazione giusta (dispositivo).

Quindi questo ha a che fare con il modo in cui il kernel gestisce il tuo hardware, in questo caso la tua scheda audio. Alcune schede audio (generalmente Intel) richiedono sqeuencing in tempo reale.

La pagina di Arch Wiki su PulseAudio / Risoluzione dei problemi dice:

La più recente implementazione del server audio PulseAudio utilizza la programmazione audio basata su timer invece del tradizionale approccio guidato da interrupt.

La pianificazione basata su timer può esporre problemi in alcuni driver ALSA. D'altra parte, altri driver potrebbero essere glitch senza esso, quindi controlla per vedere cosa funziona sul tuo sistema.