web-dev-qa-db-fra.com

Micro Bose QC35 sur Ubuntu 16.04

Récemment, j’ai acheté Bose QC35, et ils sont super, mais j’ai un peu de mal à les installer sur mon Ubuntu 16.04 LTS.

À l'aide de plusieurs réponses à AskUbuntu, j'ai réussi à connecter le casque au PC, mais je ne suis pas parvenu à trouver comment utiliser le micro du casque lors d'un appel. Actuellement, le micro interne, qui est vraiment mauvais, est utilisé et lorsque j'essaie de le modifier dans les paramètres d'entrée du son, j'entends un bruit grinçant gênant, et la sortie audio passe du mode de lecture haute fidélité à l'unité centrale du casque. Il est insupportable d’avoir un casque sur la tête pendant 30 ans à cause de ce bruit grinçant. Je cherche donc une solution pour continuer à utiliser le micro du casque tout en ne perdant pas mes oreilles.

6
makons

J'ai le même problème de microphoone avec les appels lents et j'ai également 16.04 LTS et QC35. La musique en streaming BT (A2PD) fonctionne parfaitement et lorsque quelqu'un appelle pendant le streaming, je peux également utiliser le microphone pour casque (au moins, c'était correct avant la réinstallation d'ubuntu en raison d'un autre problème).

Lorsque, pendant un appel, j'ai sélectionné QC35 dans pavucontrol, le relâchement ne s'est plus plaint du manque d'entrée audio. MAIS même si j'ai très bien entendu l'audio, ma voix n'a pas été envoyée.
Même si je sélectionne HSP/HFP (= profil audio d'appel BT) dans l'onglet de configuration de pavucontrol, je ne vois que le "moniteur" de mon QC35 comme périphérique d'entrée (ainsi que l'audio intégré par défaut). De même, le test du son (avant gauche, avant droite) semble utiliser uniquement A2DP car il n’a entendu aucune dégradation du son lorsqu’on a tenté de changer de profil en HFP à bande étroite.

~/.config/Pulse $
cat xxx-default-sink
bluez_sink.BT_ADDRESS
cat xxx-default-source
alsa_input.pci-0000_00_1f.3.analog-stereo
(Ainsi, la source n'a pas changé même si essayé)

De plus, btmon affiche uniquement les paquets ACL (au lieu du SCO attendu), supposant ainsi que seule la connexion A2DP est en cours d'exécution.

mise à jour: le redémarrage de pulseaudio a résolu le problème, c’est-à-dire qu’il est maintenant possible d’utiliser le micro et de voir ceux de Pavucontrol comme prévu. Et passé les tests: https://add_here.slack.com/help/test/calls

Malheureusement, HFP semble causer du bruit, mais c’est un autre problème, déjà abordé à la rubrique bluetooth-headset-produisant un sifflement

1
user728938

Je suis sur 18.04 mais cela a fonctionné pour moi sur les derniers noyaux.
Dans /etc/bluetooth/main.conf set ControllerMode = bredr

0
nullsteph