Monterey : un bug audio complique l'utilisation des AirPods et des casques Bluetooth en visioconférence
Les développeurs de l'application Mic Drop ont mis en lumière un étrange bug de Monterey : l'OS relie les canaux de sortie et d'entrée audio des écouteurs Bluetooth. Autrement dit, si vous coupez le micro de vos AirPods, le son sera coupé, et si vous coupez le son, votre micro sera muet. Un changement plus qu'énervant pour les utilisateurs désirant rester discrets tout en écoutant ce qui se dit en visioconférence.
Face à l'absence de correctif venant d'Apple, les développeurs de Mic Drop se sont creusés les méninges pour rendre leur app (qui permet de couper rapidement son micro à l'aide de raccourcis clavier) compatibles avec Monterey. Si ce bug leur a donné du fil à retordre, ils ont finalement réussi à trouver une solution.
Plusieurs solutions ont été testées, tel la création d'un périphérique virtuel faisant passer l'audio du micro ou encore l'idée de rapidement changer le micro actif en cas d'appui sur le bouton mute. Malheureusement, toutes ces tentatives ont échoué, car étant soit incompatibles avec certaines applications, soit simplement sujettes à de trop nombreux bugs.
Faute de mieux, leur programme force désormais l'utilisation d'un microphone interne. « La plupart des Macs ont des microphones intégrés qui sont en fait assez bons, et ceux qui n'en ont pas (par exemple, le Mac mini et le Mac Pro) auront probablement une webcam attachée », indiquent les développeurs. Et d'expliquer que s'ils ne trouvent pas de micro à mettre en sourdine, une erreur s'affiche. Cette solution ne marche pas si l'on utilise un Mac récent fermé relié à un écran externe, ces modèles coupant automatiquement le micro une fois fermé.
Si la solution semble plutôt bien fonctionner (à l'exception des utilisateurs de Mac Pro ou de Mac Mini sans micro), Apple n’est visiblement pas pressée de résoudre le problème. Les équipes d'OctopusThink précisent avoir remonté le souci il y a plus de 6 mois mais que le ticket n'a pas encore été pris en compte. De son côté, l'application Ears va elle temporairement remplacer le micro Bluetooth par le micro interne lors de l'appui sur la touche mute. C'est donc ce micro qui sera coupé, tandis que l'audio continuera de sortir sur les écouteurs. C'est une rustine causant une légère perte audio à chaque changement, mais les développeurs estiment que cela reste utilisable.
le son/bluetooth est en effet problématique de mon côté avec Monterey. j'ai aussi ce bug aléatoire qui passe en auto-mute mon casque Aftershocz
Bluetooth, son, micro et Monterey, va falloir choisir...
Pas de problème de mon côté, j'ai du filaire !!!
😁
Je suis très étonné par cette information parce que c’est ce que je fais tous les deux jours. Réunion où je coupe mon micro sauf quand j’ai à intervenir et j’ai pas eu de comportement anormal.
ça dépend des casques et de la façon qu'a Monterey de le classer en casques ou micro, etc.
Voir par exemple l'analyse des développeurs de l'application MuteMe
https://muteme.com/pages/macos-monterey-sound-bug
@curly bear
C’est quand même scandaleux qu’Apple ne daigne pas corrigé un tel problème, bien qu’il ne me touche pas personnellement! J’ai aussi ouvert un rapport de bug chez Apple, espérant que si suffisamment de personnes s’y mettent, cela aidera… mais pour ce genre de problèmes, un seul rapport de développeur qui en a absolument besoin devrait suffire 🙄
La gestion des bugs chez Apple est d’un lamentable ! C’est affligeant…
@ mat16963
> bien qu’il ne me touche pas personnellement
> J’ai aussi ouvert un rapport de bug chez Apple,
C'est vraiment très con de ta part si tu as fait ça, car si tu ne constates pas le problème toi même tu ne peux pas le décrire précisément et surtout dans quel context exact il survient.
Et c'est hyper chiant les mecs qui disent "ça marche pas" mais sont incapables de donner des explications utiles.
Ceux qui sont affligeants ce sont les gens comme toi qui ne font que faire perdre du temps à ceux qui travaillent à comprendre les problèmes pour les corriger. (Ce n'est pas parce que le problème n'est pas encore réglé et que Apple ne communique pas dessus, ce qui est regrettable, que rien ne se passe.)
> espérant que si suffisamment de personnes s’y mettent, cela aidera
Ce qui peut "aider", ce n'est pas ton misérable rapport de bogue mais des articles comme ceux de macgeneration.
@marc_os
Je suis testeur Appleseed et j’ai été recruté par Apple pour mon engagement (bien que là je suis en train de rompre mon NDA car je ne suis pas sensé en parler…) et la qualité de mes rapports de bugs, donc tes commentaires désobligeants tu peux te les garder. Ce n’est pas parce que le bug ne me touche pas personnellement dans mon workflow que je n’arrive pas à le reproduire.
Je ne signale, bien évidemment JAMAIS un bug que je n’arrive pas à reproduire.
@ mat16963
> Je suis testeur Appleseed
Ah môsieur est "testeur Appleseed" !
Et comment devrais-je le savoir ?
Ça vous donne le droit d'inciter les gens à envoyer des rapports de bogue foireux ?
@marc_os,
" C'est vraiment très con de ta part si tu as fait ça, car si tu ne constates pas le problème toi même tu ne peux pas le décrire précisément et surtout dans quel context exact il survient. Et c'est hyper chiant les mecs qui disent "ça marche pas" mais sont incapables de donner des explications utiles. "
Ce n'est pas la peine d'être si agressif concernant mat16963 qui est testeur Appleseed et sait parfaitement comment fonctionne la remontée bugs. Il propose des rapports de qualité.
Vous devriez rester plus polis.
Cela améliorerait la qualité des débats.
En plus il est très capable dans la remontée de bugs et vous devriez le prendre en exemple...
😘
@ Scooby-Doo
> concernant mat16963 qui est testeur Appleseed
1. Et alors ? C'est pas marqué sur son pseudo que môsieur est "testeur Appleseed" !
2. Son commentaire initial disait « il ne me touche pas personnellement [le bogue] ». Vu que donc je ne pouvais pas deviner la qualité de ce monsieur, vu sa manière de vouloir faire pression en incitant monsieur tout le monde à faire des rapports amateurs, et pas seulement des "testeurs Appleseed", (« espérant que si suffisamment de personnes s’y mettent, cela aidera »), ma réponse était totalement justifiée.
> Ce n'est pas la peine d'être si agressif concernant mat16963
Sauf que ce monsieur monte sur ses grands chevaux, pousse des cris d'orfraie et incite le quidam à porter préjudice à Apple en l'inondant de rapports de bogues foireux, comme je viens de le rappeler.
PS: De plus, si j'en crois les autres commentaires, ça ne gêne pas tant de monde que ça. Alors crier au scandâle, hein...
@marc_os
Comment remonter un bug non visible chez soi?
@ Fego007
> Comment remonter un bug non visible chez soi?
Mal.
Donc à proscrire AMHA.
@marc_os
« Sauf que ce monsieur monte sur ses grands chevaux, pousse des cris d'orfraie et incite le quidam à porter préjudice à Apple en l'inondant de rapports de bogues foireux »
alors sache que c’est Apple elle-même qui veut ça (et c’est une hérésie): quand la concurrence fonctionne sur le principe de rapports de bugs publiques pour lesquels les utilisateurs peuvent « upvote » s’ils ont le même problème et/ou ajouter des informations complémentaires, Apple possède un système fermé qui demande à chacun de recréer un rapport de bug de zéro, sans possibilité de juste s’adjoindre à un rapport existant. Donc le problème c’est pas mon incitation ou les utilisateurs qui envoient des rapports « foireux », mais bien Apple… ou alors ils considèrent que ce n’est précisément pas un problème.
@Nesus
Je ne l’ai pas non plus rencontré. J’utilise Slack avec le bouton mute tout le temps.
Il faut dire que j’ai les AirPods Max.
Pas de problème non plus de mon côté sur Teams avec mes AirPods 2 bien que je l’utilise toujours avec le micro coupé.
J’ai pas ca avec airpods pro/mbp m1, que ce soit avec Teams, Lync ou Webex. Doit pas toucher tout le monde ce bug.
Jamais noté de problème de mon côté, avec des AirPods Pro et une palette de logiciels (Zoom, Teams, Webex, ...).
Pourquoi cet article est-il si affirmatif? Ne manque-t-il pas quelques nuances?
@jacques_dh
Ce que vous ne comprenez pas toi et le commentateur au-dessus, c’est que ce bug se produit de façon unanime chez TOUS les utilisateurs de Monterey. Donc l’article a raison d’être aussi affirmatif.
Cependant, seul un petit nombre d’utilisateur est affecté par le bug. En effet, lorsqu’on coupe le micro dans des logiciels comme Zoom, FaceTime ou Teams c’est bien souvent simplement le contenu du micro qui n’est juste plus transféré au correspondant, mais le micro reste bien ouvert. Les API d’Apple permettent aussi de gérer le cas où on coupe le micro de manière « propre »: le contenu capté par le micro n’est simplement pas transmis à l’app. Mais en aucun cas les canaux d’entrée du micro ne sont mis sur Mute (il n’y a qu’à le vérifier en ouvrant l’app Configuration audio et MIDI). Et c’est uniquement dans ce cas précise que le problème se produit. Si l’on veut par exemple désactiver en tout temps et à un bas niveau du système le micro OU si on utilise une app qui permet de le faire (et qui va cocher cette case Mute pour nous). Depuis Monterey cocher la case Mute pour l’entrée d’un périphérique Bluetooth aura aussi pour effet de cocher la case Mute de la sortie. Avec pour conséquence que si on coupe le micro de cette façon on n’entend plus rien et inversement.
Pas de souci avec mon MacBook Air M1 avec Teams.
a des soucis de Bluetooth avec Monterey en tout cas.
Pour préciser : je n’ai pas ce bug avec des AirPods Peo ou Beats Pro mais, sur le même système, avec mon Aftershock (qui fonctionne très bien sur d’autres versions de MacOS)