Online-EBU-R128-Lautheitsmessgerät: was es misst und warum es zählt

Wer 2026 Audio veröffentlicht, wird auf Lautheit gemessen. Spotify normalisiert. Apple Music normalisiert. YouTube normalisiert. Broadcaster erfüllen EBU R128 (oder das amerikanische Pendant ATSC A/85). Auch Podcast-Hosts fangen damit an.

Das heißt: Ein Mix, der „zu laut” ist, wird leiser gedreht, ein Mix, der „zu leise” ist, wird hochgezogen und klingt kraftlos. Beides ist Verlust. Die Messung ist das Einzige, was du vorab in der Hand hast.

Diese Seite erklärt, was ein Lautheitsmessgerät wirklich tut, welche Zahlen zählen und wann ein kostenloses EBU-R128-/BS.1770-4-Messgerät direkt im Browser ausreicht. Das funktionierende Messgerät steht weiter unten: öffne es, wirf eine Datei hinein, vergleiche mit dem, was du hier liest.

→ MixLab Analyzer im Browser öffnen

Was EBU R128 eigentlich ist

EBU R128 ist eine Empfehlung der European Broadcasting Union aus dem Jahr 2010, seither mehrfach überarbeitet. Sie beschreibt, wie man Lautheit für Broadcast misst, doch die Welt hat angefangen, sie für alles Audio zu nutzen: Mastering, Podcasts, Streamingdienste, Game-Audio, Accessibility-Anwendungen.

Das technische Rückgrat ist ITU-R BS.1770-4, der Standard, der den Algorithmus definiert. EBU R128 fügt dem ein paar Grundregeln hinzu (Ziel-Lautheit, Toleranz, Gating-Praxis).

Die drei Zahlen, auf die es ankommt:

• Integrated Loudness (in LUFS): eine Zahl für den gesamten Track oder Clip
• Loudness Range / LRA (in LU): wie groß die dynamische Spannweite ist
• True Peak (in dBTP): die höchste Spitze zwischen den Samples, nicht nur auf den Samples

Darüber hinaus noch Short-Term- und Momentary-Loudness für Live-Messgeräte sowie Korrelation/Breite für Stereo-Checks. Aber wenn du dir nichts anderes merkst: Integrated LUFS, LRA, dBTP.

LUFS: warum es kein dB ist

dB sagt nichts darüber aus, wie laut sich etwas anfühlt. Ein 100-Hz-Ton bei −10 dB und ein 3-kHz-Ton bei −10 dB klingen radikal verschieden. Dein Ohr ist für Mitten empfindlicher als für Bässe oder Brillanz.

LUFS (Loudness Units relative to Full Scale) löst das, indem vor der Messung K-Weighting angewendet wird. K-Weighting ist eine Kombination aus:

1. Einem Pre-Filter: rollt den tieffrequenten Bereich ab (High-Shelf 1. Ordnung um 1681 Hz, +4 dB)
2. Einem RLB-Filter: kompensiert dein Ohr im hörbaren Bereich (Hochpass 2. Ordnung um 38 Hz)

Beides sind Biquad-Filter. Nichts Exotisches. Sie approximieren die ITU-R-BS.1770-4-Referenz bis auf ±0,08 LU an ein validiertes Messgerät heran (siehe unten, wie wir das geprüft haben).

Danach misst man das Mean Square der gefilterten Signale, nimmt den Logarithmus, und schon hat man die Lautheit in LUFS.

Die Targets pro Plattform (2026)

Plattform	Target	Was sie tun, wenn du abweichst
Spotify	−14 LUFS	Normalisiert lauteres und leiseres Material auf −14 LUFS
Apple Music	−16 LUFS	Ebenso, mit Sound Check
YouTube	−14 LUFS	Ebenso
Amazon Music	−14 LUFS	Ebenso
Tidal	−14 LUFS	Ebenso
Broadcast DE/EU (EBU R128)	−23 LUFS ±1 LU	Gesetzlich vorgeschrieben für TV-Broadcast, max. True Peak −1 dBTP
Broadcast US (ATSC A/85)	−24 LKFS ±2 LU	Ebenso (LKFS = LUFS)
Podcast (allgemein)	−16 bis −19 LUFS	Keine Erzwingung, aber Best Practice
Spotify Podcasts	−16 LUFS	Normalisiert
Apple Podcasts	−16 LUFS	Sound Check aktiv

Was das bedeutet: Streaming-Plattformen setzen dich ohnehin auf ihr Target zurück. Einen Loudness War zu gewinnen ergibt keinen Sinn mehr: du verlierst nur Dynamik und gewinnst nichts an wahrgenommener Lautstärke.

True Peak: warum dich der Sample-Peak im Stich lässt

Ein normales „Peak-Meter” misst den höchsten Sample-Wert in deinem Audio. Klingt logisch, ist aber irreführend.

Zwischen den Samples kann das tatsächliche analoge Signal höher sein. Bei schnellen Transienten (Snare-Hits, Klicks, Hi-Hats) kann die Inter-Sample-Spitze 1–2 dB höher liegen als jedes einzelne Sample. Setzt du den Sample-Peak auf 0 dBFS, verzerrt dein Codec oder Wandler trotzdem.

True Peak Detection löst das über Oversampling. Du sampelst das Signal 4× (oder mehr) mit einem Polyphase-Filter hoch, misst die echte Spitze und weißt damit, wie viel Headroom du tatsächlich hast.

EBU R128 schreibt vor: max. −1 dBTP für Streamingdienste und Broadcast. Einige (Spotify, YouTube) tolerieren strenger.

Polyphase über einen Hann-gefensterten Sinc-Kern von ~32 Taps liefert akkurate True-Peak-Detection in Echtzeit, auch in JavaScript. Deshalb kannst du das vollständig im Browser erledigen.

LRA: warum es ein Messgerät wert ist, Dynamik zu messen

LRA (Loudness Range) gibt an, wie stark dein Audio zwischen leise und laut schwankt, gemessen in LU.

• LRA 0–4 LU: überkomprimiert. Klingt nach „Wall of Sound”, aber kraftlos.
• LRA 4–8 LU: Pop-/EDM-Mastering. Was am häufigsten auf Spotify zu finden ist.
• LRA 8–15 LU: Acoustic, Jazz, Podcast. Dynamik lebt.
• LRA 15+ LU: Klassik, Filmmusik. Starke dynamische Kontraste.

Es gibt keine „gute” oder „falsche” LRA, sondern eine Kontextfrage. Ein Podcast mit LRA 3 wirkt ermüdend (alles auf einem Pegel). Ein EDM-Track mit LRA 12 geht in einem Dancefloor-Mix unter.

Wenn deine Plattform auf Integrated LUFS normalisiert, ist die LRA das, was von deiner tatsächlichen Lautheitskurve übrig bleibt. Zu eng = langweilig. Zu weit = unpraktisch im Auto.

Wann ein Online-Lautheitsmessgerät ausreicht

Fast immer. Konkret:

• Pre-Flight-Check vor dem Upload: stimmt mein Master für die Plattform, auf die es geht?
• A/B mit Referenz: wie steht mein Mix im Vergleich zu einem Hit desselben Genres?
• QA für Podcasts: liefert mein Editor konsistente Integrated LUFS?
• Quick-Check für Kunden: Kunde schickt Audio, du willst schnell wissen, ob es brauchbar ist.

Wann NICHT ausreichend:

• Broadcast-Deliverable, bei dem ein zertifiziertes Messgerät formell verlangt wird (Nielsen, TC Electronic, Nugen-Siegel). Dafür brauchst du ein zertifiziertes Plug-in oder Hardware.
• Forensisches Audio, bei dem das Messgerät selbst Beweislast ist.
• Multitrack-Mixing während der Arbeit: da willst du ein DAW-Messgerät, das in Echtzeit mitläuft.

Für Mastering-Checks, Pre-Upload-Validierung und QA-Runden ist ein gutes EBU-R128-/BS.1770-4-Messgerät direkt im Browser völlig ausreichend. Mehr noch: es hat einen Vorteil, den kein Plug-in hat: dein Audio verlässt dein Gerät nicht. Kein Upload, keine Cloud, kein Account.

Wie MixLab Analyzer das macht

Der MixLab Analyzer implementiert BS.1770-4 client-seitig in TypeScript:

audio file
  ↓ decodeAudioData (WebAudio)
AudioBuffer (Float32 PCM)
  ↓
  ├─ K-weighting (pre + RLB biquads)  → LUFS / LRA
  ├─ true peak (4× polyphase)         → dBTP
  ├─ peak / RMS / crest               → levels
  ├─ Mid/Side decomposition           → stereo width
  ├─ Pearson correlation              → mono-safety
  └─ FFT (radix-2, Hann)              → spectrum

Kein ML, kein API-Call, kein Upload. Ein paar hundert Zeilen TypeScript auf den Float32-Arrays, die dein Browser ohnehin schon dekodiert.

Wir haben die Ergebnisse gegen ffmpegs EBU-R128-Implementierung (die Industriereferenz) auf einer Suite von Testdateien validiert, maximale Abweichung ±0,08 LU bei der Integrated Loudness. Gut genug für Pre-Flight-Checks und A/B-Arbeit.

Für den eigentlichen Build-Walkthrough: Building MixLab Analyzer: BS.1770-4 LUFS in the browser.

Häufig gestellte Fragen

Ist ein Online-Lautheitsmessgerät genauso genau wie ein DAW-Plug-in?

Für Pre-Flight-Checks: ja, sofern die Implementierung BS.1770-4 korrekt ausführt (K-Weighting, Gating, True Peak via Oversampling). MixLab Analyzer liegt bei ±0,08 LU von ffmpegs Referenz, weit innerhalb der Toleranz für Mastering-Arbeit.

Darf ich Audio zu audiolab.tools hochladen?

Nichts verlässt deinen Browser. Das gesamte DSP läuft client-seitig in WebAudio + JS. Kein Server, keine Logs, kein Cloud-Speicher.

Welches Target soll ich 2026 für Spotify einhalten?

−14 LUFS integrated mit max. −1 dBTP True Peak. Niedriger ist erlaubt (Spotify dreht nicht über das Target hinaus lauter), höher wird plattgemacht.

Funktioniert das für Podcasts?

Ja. Target: −16 LUFS für Spotify Podcasts / Apple Podcasts. Für reine Hörbuch- oder Meditationsinhalte: −18 bis −20 LUFS ist angenehmer.

Was ist der Unterschied zwischen LUFS und LKFS?

Technisch nichts, nur ein anderer Name in einem anderen Standard. LKFS stammt aus dem amerikanischen ATSC A/85, LUFS aus EBU R128. Beide messen exakt dasselbe über BS.1770-4.

Funktioniert das Messgerät auch offline?

Ja. Der Browser cacht das Tool. Bei einem erneuten Besuch funktioniert MixLab Analyzer ohne Netzwerkverbindung.

Weiterlesen

• Building MixLab Analyzer: BS.1770-4 LUFS in the browser, der Build-Walkthrough
• AI mastering plateau, warum KI-Mastering-Tools an eine Decke stoßen
• MixLab, der funktionierende Analyzer + Stem Compare
• Methodology: loudness, wie wir das messen und validieren