Gerät Test

Die Mikrofonanzeige zeigt das Signal, nachdem der Browser es bereits bereinigt hat

Browser wenden auf aufgenommenes Audio standardmäßig Echounterdrückung, Rauschunterdrückung und automatische Verstärkungsregelung an. Was die Pegelanzeige zeichnet, ist daher das verarbeitete Signal und nicht das, was das Mikrofon tatsächlich gehört hat. Ein flacher Ausschlag kann ein totes Mikrofon bedeuten — oder eine Rauschunterdrückung, die ihre Arbeit sehr gut macht; und ein gesund wirkender Balken kann eine Verstärkungsregelung sein, die ein sehr schwaches Eingangssignal anhebt.

So wird gerechnet

• Fordert Mikrofonzugriff an und zeichnet einen Live-Pegel aus dem aufgenommenen Stream.
• Öffnet die Kamera zur Sichtprüfung und spielt einen Ton über das aktuelle Ausgabegerät.
• Führt ein Protokoll jedes Schritts, damit Sie sehen, welche Stufe fehlschlug, und nicht nur dass etwas fehlschlug.

Mikrofon: getUserMedia({ audio: true })
  → AudioContext → MediaStreamSource → AnalyserNode → Pegel
Kamera:   getUserMedia({ video: true }) → Vorschauelement
Ausgabe:  einen bekannten Ton abspielen und bestätigen, dass Sie ihn hören

Browser aktivieren echoCancellation, noiseSuppression und autoGainControl standardmäßig

Rechenbeispiel

Herausfinden, warum ein Mikrofon still zu sein scheint.

1. Erlaubnis erteilt, der Browser sieht das Gerät also
2. die Anzeige bleibt nahe null, während Sie sprechen
3. die Rauschunterdrückung könnte gleichmäßiges Eingangssignal als Hintergrund behandeln und entfernen
4. die Verstärkungsregelung kann auch den umgekehrten Fehler verdecken und ein kaum arbeitendes Mikrofon auf einen normal wirkenden Pegel heben
5. das Protokoll zeigt, ob der Stream überhaupt geöffnet wurde, was einen Berechtigungsfehler von einem Hardwarefehler trennt

Eine Anzeige, die sich beim Sprechen bewegt, beweist, dass die ganze Kette funktioniert. Eine, die es nicht tut, ist ein Ausgangspunkt und kein Urteil, denn zwischen Mikrofon und Zahl liegen drei Verarbeitungsschichten.

Das Ergebnis lesen

• Der Browser kann nur melden, was das Betriebssystem ihm gibt. Ein stummgeschalteter Eingang, ein falsches Standardgerät und ein physischer Stummschalter sehen von hier identisch aus — Stille ohne Fehler —, prüfen Sie also die Systemeinstellungen für Ton, bevor Sie die Hardware für defekt erklären.
• Die Ausgabeprüfung ist der schwächste Teil jedes Browsertests, denn nichts kann bestätigen, dass Sie den Ton gehört haben. Die Seite kann belegen, dass sie Audio abgespielt hat; nur Sie können bestätigen, dass es ankam — deshalb hängt das Ergebnis an Ihrer Antwort und nicht an einer Messung.
• Alle drei Prüfungen brauchen einen sicheren Kontext und eine ausdrückliche Erlaubnis. Auf einer reinen http://-Seite fehlt die Medienschnittstelle vollständig, und eine abgelehnte Abfrage kann die Seite nicht wiederholen — sie muss in den Website-Einstellungen des Browsers zurückgesetzt werden.
• Alle Prüfungen hier zu bestehen garantiert kein funktionierendes Videogespräch. Konferenzanwendungen wählen eigene Geräte und beanspruchen sie auf manchen Systemen exklusiv, ein im Browser freies Gerät kann anderswo also belegt sein.

Häufige Fragen

Die Anzeige bewegt sich kaum, aber man hört mich. Stimmt etwas nicht?

Vermutlich nicht. Der gezeigte Pegel hat Rauschunterdrückung und Verstärkungsregelung durchlaufen und misst die rohe Eingangslautstärke daher schlecht. Wenn andere Sie hören, funktioniert die Kette — die Anzeige ist schlicht kein kalibriertes Messgerät.

Beim Start einer Prüfung passiert gar nichts.

Prüfen Sie zuerst die Erlaubnis, dann das Protokoll der Seite. Wurde der Zugriff früher verweigert, kann die Seite nicht erneut fragen und Sie müssen ihn in den Website-Einstellungen zurücksetzen; auf einer unsicheren http://-Seite existiert die Medienschnittstelle überhaupt nicht.