Micro muet en réunion navigateur : permission, périphérique, onglet
Corrigez d’abord permission, périphérique et sourdine d’onglet. Si le média ne démarre pas, déboguez le chemin réseau.
Ils disent que la salle est silencieuse et votre VU-mètre ne bouge pas. Une réunion navigateur sans son vient surtout de la permission ou du périphérique — pas de l’ID.
Pour micro muet réunion navigateur, découpez : cette origine a-t-elle le micro, l’OS a-t-il la bonne entrée, cet onglet peut-il appeler getUserMedia ?
Quatre causes habituelles
Permission bloquée ou demandée une fois
Après Bloquer, Chrome / Edge / Safari / Firefox redemandent rarement. Passez le site sur Autoriser dans la barre d’adresse et rechargez la salle.
L’entrée OS n’est pas le micro que vous utilisez
Micro intégré, Bluetooth, audio de dock apparaissent tous. Alignez la liste OS avec l’appareil que le navigateur affiche pour ce site.
Un autre onglet ou appel tient l’appareil
Une seconde réunion ou un onglet d’enregistrement peut garder un accès exclusif. Fermez le superflu, gardez un onglet de capture.
La page n’atteint pas le micro
Hors HTTPS (et hors localhost), aperçus IDE et certains navigateurs in-app échouent. Navigateur système. N’entrez pas depuis un aperçu d’éditeur.
Quatre étapes dans l’ordre
-
1
Ouvrir la salle dans un navigateur système
Créer ou rejoindre depuis l’accueil wbroom. Chrome, Edge, Safari ou Firefox. Étapes : créer et rejoindre une salle.
-
2
Autoriser ce site à utiliser le micro
Choisir Autoriser. Déjà bloqué : inverser le réglage du site et recharger. Notes : voix et caméra.
-
3
Vérifier le périphérique et mettre un casque
Choisir l’entrée dans laquelle vous parlez. Le casque réduit l’écho. Désactiver la sourdine matérielle et celle de l’onglet.
-
4
Sans média, déboguer le chemin
Permission et périphérique corrects mais maillage silencieux : pare-feu, VPN, version du navigateur — dépannage WebRTC. Sur téléphone, rester dans le navigateur système : navigateur mobile.
Quelle couche d’abord
| Symptôme | Vérifier d’abord | Côté wbroom |
|---|---|---|
| Aucune invite de permission | HTTPS / localhost, ou aperçu intégré | Ouvrir la salle d’accueil dans un navigateur système |
| Invite vue, vous avez bloqué | Réglages du site dans la barre d’adresse | Autoriser, puis recharger le même ID |
| Vous les entendez ; ils ne vous entendent pas | Entrée, sourdine matérielle, capture exclusive | Garder un seul onglet de capture |
| Personne n’entend personne | VPN, réseau d’entreprise, navigateur trop vieux | Suivre l’aide WebRTC ou recréer la salle |
Limites produit sur la page fonctions : voix d’abord, caméra et écran à la demande. L’ID de salle est le sésame — uniquement cette session.
Laissez le navigateur accepter ce micro avant d’accuser la salle. La couche réseau n’a de sens qu’après une permission réussie.
# Contrôles locaux avant de recréer la salle
# 1) Navigateur système (pas un aperçu IDE)
# 2) Barre d’adresse : micro = Autoriser
# 3) Un seul onglet de capture- HTTPS ou localhost
- Hors contexte sécurisé, les pages n’ouvrent en général pas le micro. Les aperçus intégrés ne sont souvent ni l’un ni l’autre.
- Les caméras peuvent rester éteintes
- Les salles plafonnent les caméras. La voix d’abord ; les présentateurs ajoutent la vidéo. Capacité : huit personnes.
Encore une hésitation ?
Faut-il un compte pour le micro ?
Non. wbroom utilise un ID de salle. L’autorisation va à cette origine de site dans le navigateur, pas à un login.
Safari et Chrome ont-ils les mêmes réglages ?
Les menus diffèrent, le modèle non : autoriser ou bloquer par site. Changez le micro pour cette origine, puis rechargez la salle.
Pas de son sur un navigateur téléphone ?
Safari ou Chrome système, pas une WebView in-app. Autorisez le micro pour ce navigateur dans l’OS, et évitez un second appel en parallèle.