Pour pulseaudio, que fait tsched (et quels sont les paramètres par défaut)?
Si je modifie /etc/Pulse/default.pa et change cette ligne:
load-module module-udev-detect
à:
load-module module-udev-detect tsched=0
Je suis clairement en train de désactiver tsched. De même si je change la ligne en,
load-module module-udev-detect tsched=yes
J'active tsched. Ces deux sont vérifiables en exécutant,
pactl list | grep tsched
Et en regardant dans documentation ,
tsched depuis la 0.9.11. Utilisez un modèle basé sur une minuterie système (alias sans pépin). La valeur par défaut est 1 (activé). Si votre matériel ne renvoie pas d'informations de minutage précises (cartes son Creative, par exemple), vous pouvez essayer de définir tsched = 0 pour activer le minutage basé sur les interruptions utilisé dans les versions 0.9.10 et antérieures.
Cependant, j'ai deux machines (matériel différent), l'une qui renvoie tsched=yes et l'autre qui ne le fait pas.
La valeur par défaut est-elle vraiment 1 (activé/oui)? Existe-t-il un moyen de vérifier qu'il est vraiment activé s'il ne s'affiche pas dans pactl? Qu'est-ce qui (dans le matériel) décide s'il est vraiment activé?
Il y a une belle discussion (technique) ici:
http://www.alsa-project.org/~tiwai/lk2k/lk2k.html
Qu'est-ce qu'un séquenceur?
Le rôle du séquenceur =
Délivre les événements au bon moment (séquence) à la bonne destination (périphérique).
Cela a donc à voir avec la façon dont le noyau gère votre matériel, dans ce cas votre carte son. Certaines cartes son (généralement celles d'Intel) ont besoin d'un squeuencing en temps réel.
La page Arch Wiki sur PulseAudio/Troubleshooting dit:
La nouvelle implémentation du serveur de son PulseAudio utilise la planification audio basée sur une minuterie au lieu de l'approche traditionnelle, basée sur les interruptions.
La planification basée sur une minuterie peut exposer des problèmes dans certains pilotes ALSA. D'autre part, d'autres pilotes peuvent être défectueux sans ce dernier. Vérifiez donc ce qui fonctionne sur votre système.