Browser-Meeting ohne Ton: Berechtigung, Gerät, Tab-Stummschaltung
Zuerst Berechtigung, Gerät und Tab-Stummschaltung. Startet Medien danach nicht, prüfen Sie den Netzpfad.
Sie sagen, der Raum sei still, und Ihr Pegel bewegt sich nicht. Ein Browser-Meeting ohne Ton hängt meist an Berechtigung oder Gerät — nicht an der Raum-ID.
Bei Browser-Meeting Mikrofon ohne Ton teilen Sie den Fehler: Hat dieser Origin das Mikrofon, hat das OS die richtige Eingabe, kann dieser Tab getUserMedia aufrufen?
Vier übliche Ursachen
Berechtigung blockiert oder nur einmal gefragt
Nach Block fragen Chrome / Edge / Safari / Firefox selten erneut. Site in der Adressleiste auf Erlauben setzen und den Raum neu laden.
Die OS-Eingabe ist nicht Ihr aktuelles Mikrofon
Internes Mikrofon, Bluetooth, Dock-Audio erscheinen alle. Die OS-Liste mit dem Gerät abgleichen, das der Browser für diese Site zeigt.
Ein anderer Tab oder Call hält das Gerät
Ein zweites Meeting oder ein Aufnahme-Tab kann exklusiv zugreifen. Extra-Tabs schließen, einen Aufnahme-Tab behalten.
Die Seite erreicht das Mikrofon nicht
Nicht-HTTPS (und nicht localhost), IDE-Vorschauen und manche In-App-Browser scheitern. Systembrowser nutzen. Nicht aus der Editor-Vorschau beitreten.
Vier Schritte in Reihenfolge
-
1
Raum im Systembrowser öffnen
Anlegen oder beitreten über die wbroom-Startseite. Chrome, Edge, Safari oder Firefox. Schritte: Raum erstellen und beitreten.
-
2
Dieser Site das Mikrofon erlauben
Bei der Frage Erlauben wählen. Bereits blockiert: Site-Einstellung ändern und neu laden. Kurz: Sprache und Kamera.
-
3
Gerät prüfen und Kopfhörer tragen
Die Eingabe wählen, in die Sie sprechen. Kopfhörer gegen Echo. Hardware-Stummschaltung und Tab-Stummschaltung lösen.
-
4
Ohne Medien den Pfad prüfen
Berechtigung und Gerät wirken gut, das Mesh ist still: Firewall, VPN, Browserversion — WebRTC-Verbindung. Am Telefon im Systembrowser bleiben: mobiler Browser.
Welche Schicht zuerst
| Symptom | Zuerst prüfen | Auf wbroom |
|---|---|---|
| Kein Berechtigungsdialog | HTTPS / localhost oder eingebettete Vorschau | Homepage-Raum im Systembrowser öffnen |
| Dialog da, Sie haben blockiert | Site-Einstellungen in der Adressleiste | Erlauben, dieselbe Raum-ID neu laden |
| Sie hören sie; sie hören Sie nicht | Eingabe, Hardware-Mute, exklusive Aufnahme | Nur einen Aufnahme-Tab behalten |
| Niemand hört jemand | VPN, Firmennetz, veralteter Browser | WebRTC-Hilfe folgen oder Raum neu anlegen |
Produktgrenzen auf der Features-Seite: zuerst Sprache, Kamera und Screen nach Bedarf. Die Raum-ID ist der Ausweis — nur an diese Sitzung.
Lassen Sie den Browser dieses Mikrofon akzeptieren, bevor Sie den Raum beschuldigen. Die Netzschicht zählt erst nach erfolgreicher Berechtigung.
# Lokale Checks vor einem neuen Raum
# 1) Systembrowser (keine IDE-Vorschau)
# 2) Adressleiste: Mikrofon = Erlauben
# 3) Nur ein Aufnahme-Tab
- HTTPS oder localhost
- Außerhalb eines sicheren Kontexts öffnen Seiten das Mikrofon meist nicht. Eingebettete Vorschauen sind oft keines von beiden.
- Kameras dürfen aus bleiben
- Räume deckeln Kameras. Zuerst Sprache; Vortragende schalten Video zu. Kapazität: acht Personen.
Noch unsicher?
Brauche ich ein Konto für das Mikrofon?
Nein. wbroom nutzt eine Raum-ID. Die Freigabe gilt diesem Site-Origin im Browser, nicht einem Login.
Sind Safari- und Chrome-Einstellungen gleich?
Die Menüs unterscheiden sich, das Modell nicht: erlauben oder blockieren pro Site. Mikrofon für diesen Origin ändern, dann den Raum neu laden.
Kein Ton im Handy-Browser?
System-Safari oder Chrome nutzen, kein In-App-WebView. Dem Browser das Mikrofon in den OS-Einstellungen erlauben und keinen zweiten Live-Call parallel öffnen.