1 votes

Pourquoi mes écouteurs BT passent-ils par défaut en mode HSP/HFP lors de la connexion dans plus de 80 % des cas ?

J'utilise Ubuntu 19.10 sur un Dell XPS 13 9380. J'ai cherché partout, je suis même allé jusqu'à fouiller dans les sources de Bluez en ligne pour trouver la ligne de code ou la configuration exacte qui provoque ce comportement exaspérant : non seulement pourquoi A2DP n'est pas une valeur par défaut beaucoup plus raisonnable, mais surtout, pourquoi un cas d'utilisation aussi courant (c'est-à-dire le choix du profil BT par défaut lors de la connexion) n'est pas quelque chose que les utilisateurs peuvent configurer/sélectionner, parmi toutes les options existantes dans /etc/bluetooth/main.conf, dont la plupart n'ont probablement pas besoin de changer de toute façon. J'ai trouvé des indices que quelque chose ressemblant à cette configuration a déjà existé mais a depuis été supprimé pour une raison quelconque ; Bluez ne reconnaît plus ces paramètres comme je peux le voir dans mes journaux système.

Ce serait à peine mieux si l'utilisation de PulseAudio/Blueman pour sélectionner manuellement le profil à chaque fois était suffisante. Mais cela ne fonctionne pas toujours, parfois il semble se bloquer et se déconnecte du casque dans le processus, diffusant l'audio sur les haut-parleurs de mon PC à la place. Je dois alors éteindre le casque, le rallumer et espérer que cela fonctionne cette fois-ci. J'envisagerais la possibilité que ce soit un problème avec mes écouteurs, mais mon Android n'a jamais eu ce problème, même une seule fois, donc je suis plus enclin à croire que c'est mon PC qui fait constamment défaut.

Si quelqu'un a déjà été confronté à ce problème et connaît peut-être une solution qui a fonctionné pour lui, je vous prie de m'excuser. Ou si la récente version 20.04 contient un remède magique à ce problème ?

Mise à jour : La mise à niveau vers 20.04 (qui inclut Bluez 5.53) n'a rien changé. Les écouteurs sont toujours réglés par défaut sur HSP/HFP. Je me suis pratiquement résigné à changer de profil manuellement à chaque fois avec BlueMan, à ce stade. Si quelqu'un trouve une vraie solution plus tard, il est bien sûr toujours libre de fournir une réponse.

0voto

SoreDakeNoKoto Points 131

Il s'avère que le problème est causé par Bluez qui se bat avec le casque, pour le droit de connecter A2DP en premier. Certains casques ne gèrent pas bien de tels croisements -- dans ce cas, la confusion se manifeste par le fait que le casque prend plusieurs secondes pour répondre aux commandes AVDTP.

Le résultat est que, lorsque PulseAudio a besoin de router de l'audio de façon urgente, il semble il remarque que A2DP n'est pas encore connecté et prend l'alternative la plus proche, à savoir HFP/SCO.

Sur 21.10 Impish Indri, le résultat est encore pire, un certain délai Bluez A2DP se déclenche à cause des réponses retardées du casque, et A2DP est entièrement déconnecté, suivi de peu par les autres profils.

Un billet a été déposé ici : https://bugs.launchpad.net/ubuntu/+source/bluez/+bug/1941977 au cas où quelqu'un d'autre aurait le même problème et voudrait s'en mêler. Mais je ne marquerai pas encore ce point comme répondu, jusqu'à ce que quelqu'un de l'équipe Bluez confirme l'analyse, fusionne les changements proposés et que je sois en mesure de confirmer le résultat. fait régler le problème avec mon casque.

SistemesEz.com

SystemesEZ est une communauté de sysadmins où vous pouvez résoudre vos problèmes et vos doutes. Vous pouvez consulter les questions des autres sysadmins, poser vos propres questions ou résoudre celles des autres.

Powered by:

X