Zoom Lautstärkeverstärker & Audio-Verbesserer

Du bist in einem Zoom-Meeting im Browser, drei Personen sprechen abwechselnd, und du verbringst die ganze Stunde damit, am Lautstärke-Knopf zu drehen. Einer flüstert, die nächste ist plötzlich übersteuert laut, und sobald jemand mit Lüfter-Geräusch im Hintergrund redet, klingt die Stimme wie hinter einem dünnen Vorhang. Das Problem sitzt nicht bei deinen Kopfhörern oder deinem Browser — es ist die Audio-Pipeline, die der Zoom-Web-Client verwendet, weil Chrome ihm keine bessere zur Verfügung stellt.

Warum Zoom im Browser strukturell schlechter klingt als die Desktop-App

Die Zoom-Desktop-App nutzt eine proprietäre Audio-Pipeline mit Multiband-Verarbeitung, eigener Echo-Unterdrückung und einer feinabgestimmten AGC, die seit Jahren auf Sprachverständlichkeit optimiert wird. Der Browser-Client kann das nicht — er ist gezwungen, Chromes WebRTC-Audio-Pipeline zu verwenden. Das führt zu drei harten, hörbaren Einschränkungen.

1. Single-Band-AGC mit globalem Pumpen. Chromes AGC ist ein einfacher Vollspektrum-Regler. Er misst die RMS-Energie des gesamten eingehenden Signals und passt den Gain auf einen Zielwert (etwa -18 dBFS) an. Sobald irgendetwas im tiefen Frequenzbereich Energie addiert — die Klimaanlage von Person A, der Lüfter des Laptops, ein Auto vor dem Fenster — interpretiert die AGC die Gesamtmenge als "zu laut" und senkt das gesamte Signal ab. Damit verschwindet die Sprache mit. Sobald die tieffrequente Quelle endet, hebt die AGC alles wieder an — und du hörst das Pumpen. Bei der Desktop-App entsteht das nicht, weil sie die Bänder unabhängig steuert.

2. Aggressive Rauschunterdrückung im Konsonantenbereich. Chromes RNNoise-basierte Rauschunterdrückung im Browser wurde trainiert, "alles außer Sprache" zu unterdrücken — aber wie jedes neuronale Netzwerk macht es Fehler. Insbesondere bei leiser oder weicher Stimme klassifiziert das Modell Konsonanten im 2–6 kHz-Bereich teilweise als Rauschen und entfernt sie. Das ist exakt der Bereich, der Sprache verständlich macht. Deine Meeting-Partner hören dich dann mit deutlich reduzierter Klarheit, ohne dass sie wissen, warum. Wir beschreiben den gleichen Effekt detailliert für Discords Krisp-Rauschunterdrückung — dieselbe Klasse von Algorithmus.

3. Opus-Kodierung bei mittlerer Bitrate. Zoom-Web nutzt Opus typischerweise bei 24–32 kbit/s pro Teilnehmer, weil die Bandbreite über alle Personen verteilt wird. Bei diesen Bitraten verliert Opus Obertöne über 12 kHz und macht hochfrequente Nuancen flacher. Im Audio-Mix, der bei dir ankommt, addieren sich diese Verluste über mehrere Teilnehmer hinweg. Die Stimme deiner Kollegin klingt am Ende wie ein guter Telefonanruf, nicht wie eine HiFi-Aufnahme.

Wie Hearably die WebRTC-Pipeline auf der Empfänger-Seite ausgleicht

Hearably greift erst nach Zooms gesamter Audio-Pipeline ein — auf der Tab-Ebene, in deinem Browser. Das bedeutet, der Multibandkompressor sieht das Signal, nachdem es Chromes AGC, die Rauschunterdrückung und den Opus-Decoder durchlaufen hat. Das ist genau die Stelle, an der die drei oben beschriebenen Probleme adressierbar werden.

Erstens ersetzt Hearablys 3-Band-Kompressor Chromes single-band-AGC funktional. Tiefe Frequenzen (unter 250 Hz, wo Klimaanlage und Lüfter wohnen) werden separat geregelt. Mitten (250 Hz–4 kHz, wo die Stimme lebt) behalten ihre natürliche Dynamik. Höhen (über 4 kHz, wo Tastaturklicken und Mausklicks wohnen) werden gezielt zurückgenommen. Das eliminiert das Pumpen und verbessert die Verständlichkeit, selbst wenn jemand in einem akustisch lauten Raum sitzt.

Zweitens hebt der Voice-Boost-Preset 1–4 kHz um 2–4 dB an und stellt die Konsonanten zurück, die die Rauschunterdrückung entfernt hat. Das ist die wirkungsvollste Einzeleinstellung für jedes Meeting, in dem mindestens eine Person zu leise oder zu undeutlich klingt. Funktioniert auf Google Meet und Microsoft Teams identisch, weil beide auf der gleichen WebRTC-Basis aufsetzen.

Drittens schließt der 800 %-Boost mit Look-ahead-Limiter die Lautstärkelücke zwischen Teilnehmern. Wenn ein Sprecher am Rand des Hörens ist und ein anderer schreit, kann Hearably auf 300–400 % boosten, ohne dass die lauten Sprecher zu schmerzhaftem Übersteuern führen — der Look-ahead-Limiter sieht 5 ms in die Zukunft und reduziert das Gain genau dort, wo eine Spitze die digitale Decke berühren würde. Dieselbe Architektur, die wir auch im Zoom-Audioqualitäts-Guide ausführlicher beschreiben.

Funktioniert das auch auf Chromebook, ohne Admin-Rechte oder mit eingebautem Laptop-Mikrofon?

Ja zu allem. Chromebooks sind ein klassischer Fall, weil ChromeOS keine Zoom-Desktop-App erlaubt — du musst den Web-Client nutzen. Genau das ist die Konstellation, in der Hearablys Eingriff den größten Unterschied macht: Es gibt keine bessere Pipeline-Variante, und ein Software-Booster auf der Empfänger-Seite ist die einzige Hebelpunkt. Dasselbe gilt für Firmen-Laptops mit eingeschränkten Admin-Rechten, auf denen du keine Desktop-App installieren darfst — Chrome-Erweiterungen aus dem offiziellen Store sind in fast allen Firmen-Policies erlaubt.

Wenn der eigentliche Engpass deine Laptop-Lautsprecher sind — du sitzt ohne Kopfhörer am Schreibtisch und kommst mit dem System-Volume auf 100 % nicht weit genug — hilft Hearably zusätzlich, weil ein Zoom-Tab typischerweise nur 15–30 % der Amplitude sendet, die deine Lautsprecher physikalisch ausgeben könnten. Boost recoveryt diesen Headroom; der Limiter sorgt dafür, dass der Tonkollege, der versehentlich in die Kamera schreit, dich nicht aus dem Stuhl wirft.

Du kannst Zoom außerdem auf einem anderen Pegel laufen lassen als parallel offene Tabs. Hearablys per-Tab-Architektur speichert das Boost-Level und EQ-Preset pro Tab. Zoom kann mit Voice-Boost auf 300 % laufen, während dein Spotify im Hintergrund mit Musik-Preset auf 150 % Pause macht. Wechselst du den Tab, übernimmt die jeweilige Konfiguration sofort.