Comment puis-je l'empêcher?
Ce problème a été causé par un bogue dans le pilote HD Audio de Linux et est maintenant résolu. Toutes les versions de noyau 5.7 et supérieures auront le correctif, et il a en outre été rétroporté dans plusieurs noyaux stables, apparaissant dans les versions 5.6.5, 5.5.18, 5.4.33 et 4.19.116 respectivement. La mise à niveau vers un noyau avec le correctif devrait faire disparaître le problème sans configuration supplémentaire ni solution de contournement.
Le correctif dans le noyau est meilleur que la solution de contournement de l'autre réponse de plusieurs manières:
- L'audio dans les écouteurs est nettement plus fort et quelque peu plus clair.
- Il n'y a plus de casques d'écoute lors de la suspension / reprise du codec.
- La commande "Headphone Mic Boost" remplit en fait son objectif: régler le gain lorsque la prise 3,5 mm est configurée comme entrée microphone. Il n'a plus aucun effet lorsque la prise est configurée pour un casque ou un casque.
Quel était le problème?
Il s'avère que certains codecs Realtek HD Audio, y compris celui des XPS 13 9350 et 9360, peuvent acheminer l'audio d'une manière qui n'est pas exposée par le "graphe de nœuds" auto-documenté qui est généralement utilisé pour configurer les codecs HD Audio. En raison d'une confluence de plusieurs erreurs, le noyau configure le XPS 13 depuis au moins 2015 pour capturer le signal de la prise 3,5 mm comme si un microphone était branché, l'amplifier et le rediriger vers la prise .
Comme vous pouvez l'imaginer, cette boucle de rétroaction a provoqué des effets indésirables, surtout un bruit blanc dont le caractère variait en fonction de l'ampleur du signal avant d'être réinjecté (le contrôle "Headphone Mic Boost"). Il semble que ce soit un heureux hasard que l'un des niveaux de gain n'entraîne pratiquement aucun bruit. Cependant, comme la boucle de rétroaction était toujours là, vous entendriez toujours un son plus silencieux et de qualité inférieure à ce qui était prévu, ainsi que le fait d'apparaître sur la suspension / reprise du codec.
Pour plus d'informations, consultez ma série de correctifs qui a implémenté le correctif. Les messages de validation de cette série, ainsi que la documentation de rétro-ingénierie ajoutée pour le registre Realtek qui contrôle les itinéraires audio cachés, fournissent une explication détaillée du problème, de son historique et du correctif.