Comment résoudre le problème de son craquage des jeux Steam sous Linux

Vous avez installé Steam sous Linux, puis certains jeux de votre bibliothèque, et vous avez continué à profiter des jeux. Vous avez lancé votre jeu préféré, allumé vos haut-parleurs ou mis vos écouteurs, puis vous êtes précipité pour les couper en raison du son de craquement ennuyeux. Est-ce votre expérience avec les jeux Steam pour Windows sous Linux?

La source du problème est un paramètre mal configuré dans Pulseaudio et peut apparaître dans toutes les distributions Linux. Heureusement, il existe une solution simple. Poursuivez votre lecture pour savoir comment résoudre le problème du son de craquage des jeux Steam sous Linux avec un simple ajustement.

Ajustez le démon PulseAudio

La solution à notre problème est un processus en deux parties, avec la possibilité d’un dépannage par la suite pour faire bonne mesure. Commençons par peaufiner le démon de PulseAudio.

Lancez votre terminal préféré et entrez:

sudo nano /etc/pulse/daemon.conf

Recherchez les paramètres «default-fragments» et «default-fragment-size-msec». Les deux devraient déjà exister, mais si ce n’est pas le cas, n’hésitez pas à les ajouter vous-même. Définissez leurs valeurs sur 2 et 4, respectivement. Ils devraient ressembler à quelque chose comme ceci:

default-fragments = 2
default-fragment-size-msec = 4

Enregistrez le fichier mis à jour et redémarrez PulseAudio pour appliquer les modifications. Vous pouvez le faire avec:

pulseaudio -k

Cela conclut la première partie de nos ajustements. Ne vous inquiétez pas, celui qui suit est encore plus simple!

Ajustez le serveur audio

Relancez votre éditeur de texte préféré, mais cette fois modifiez le fichier qui définit comment le serveur audio PulseAudio doit démarrer, avec:

sudo nano /etc/pulse/default.pa

Localisez la section qui indique à PulseAudio de charger les modules de pilote en utilisant udev. Il ressemblera à ceci:

### Automatically load driver modules depending on the hardware available
.ifexists module-udev-detect.so
load-module module-udev-detect
.else
 
### Use the static hardware detection module (for systems that lack udev support)
load-module module-detect
.endif

Mettez-le à jour en ajoutant tsched=0 à la fin de « load-module module-udev-detect », de sorte que la nouvelle version se lit comme suit:

### Automatically load driver modules depending on the hardware available
.ifexists module-udev-detect.so
load-module module-udev-detect tsched=0
.else
 
### Use the static hardware detection module (for systems that lack udev support)
load-module module-detect
.endif

Enregistrez les modifications et redémarrez PulseAudio une fois de plus avec:

pulseaudio -k

Et c’est tout – j’espère que le problème aura disparu.

Dépanner

Si les modifications ci-dessus ont amélioré votre situation, mais qu’elles ne sont toujours pas entièrement corrigées, rééditez le premier fichier et augmentez les valeurs des paramètres «default-fragments» et «default-fragment-size-msec». Essayez des valeurs telles que «3» et «5» ou «4» et «8» respectivement. Ne devenez pas fou dès le départ, mais augmentez progressivement les valeurs jusqu’à ce que le problème soit éliminé.

D’un autre côté, si ces ajustements ont aggravé le problème, cela vaut la peine d’aller dans l’autre sens. Diminuez les valeurs de ces deux paramètres, puis revenez au deuxième fichier et modifiez votre réglage en tsched=1.

Redémarrez PulseAudio une fois de plus et vérifiez si votre problème est résolu cette fois. Si ce n’est pas le cas, revenez aux deux fichiers et annulez les modifications. Malheureusement, dans ce cas, la source du problème est ailleurs.

Cela vaut la peine d’essayer différents pilotes pour votre sous-système audio, mais comme ceux-ci ont tendance à être inclus dans le noyau, cela signifierait remplacer le noyau de votre distribution par un autre. Vérifiez s’il y en a un plus récent disponible. Sinon, revenez à un noyau précédent ou installez un noyau alternatif, comme Liquorix.

Pilotes, tampons, planification

Vous vous demandez peut-être pourquoi ces paramètres ont (éventuellement) résolu votre problème. Tout dépend du matériel de votre sous-système audio, de ses pilotes et de la manière dont PulseAudio l’utilise.

Les deux premiers paramètres que nous avons modifiés divisent le tampon du périphérique audio en fragments. En fonction de votre sous-système audio, cela peut aider le système d’exploitation à diffuser des données vers votre sous-système audio, qui est ensuite transformé en son.

Le deuxième paramètre modifie l’approche de planification de PulseAudio. Depuis la version 0.9.11, PulseAudio utilise un modèle basé sur une minuterie système. Cependant, cela exige que votre matériel et votre pilote renvoient des informations de synchronisation précises. Certains le font, comme les solutions d’Intel. Ceci est considéré comme une approche moderne et meilleure. Certains, comme beaucoup de cartes son de Creative, ne le font pas. En fonction de votre matériel et de vos pilotes, tourner le programmateur de minuterie (le tsched paramètre que nous avons introduit) activé ou désactivé (valeurs 1 ou 0) peut faire toute la différence.

Si à la place vous rencontrez le problème d’absence de son dans Ubuntu, voici comment le résoudre.