Pour pulseaudio, que fait tsched (et quels sont les paramètres par défaut)?

Si je modifie /etc/pulse/default.paet change cette ligne:

load-module module-udev-detect

à:

load-module module-udev-detect tsched=0

Je désactive clairement tsched. De même, si je change la ligne en,

load-module module-udev-detect tsched=yes

J'active tsched. Ces deux éléments sont vérifiables en exécutant,

pactl list | grep tsched

Et en regardant la documentation ,

tsched Depuis 0.9.11. Utilisez un modèle basé sur la minuterie système (aka sans problème). Par défaut à 1 (activé). Si votre matériel ne renvoie pas d'informations de synchronisation précises (par exemple, les cartes son Creative), vous pouvez essayer de définir tsched = 0 pour activer la synchronisation basée sur les interruptions qui était utilisée dans 0.9.10 et avant.

Cependant, j'ai deux machines (matériel différent), une qui revient tsched=yeset une qui ne fonctionne pas.

La valeur par défaut est-elle vraiment 1 (activée / oui)? Existe-t-il un moyen de vérifier qu'il est vraiment activé s'il n'apparaît 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 que Sequencer?

Le rôle de séquenceur =
Fournit les événements au bon moment (séquence) à la bonne destination (appareil).

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) nécessitent une mise en séquence en temps réel.

La page d'Arch Wiki sur PulseAudio / Dépannage dit:

La nouvelle implémentation du serveur de son PulseAudio utilise une programmation audio basée sur une minuterie au lieu de l'approche traditionnelle, basée sur les interruptions.

La planification basée sur un minuteur peut exposer des problèmes dans certains pilotes ALSA. D'un autre côté, d'autres pilotes pourraient être glitch sans lui, alors vérifiez pour voir ce qui fonctionne sur votre système.