Dein Messgerät lügt über deine Spitzen, und der Grund ist Arithmetik

Eine Datei, deren höchstes Sample 0.0 dBFS anzeigt, ist keine Datei, deren Signal 0 dB erreicht. Zwischen zwei beliebigen Samples kann die rekonstruierte Wellenform über beide hinaussteigen, und ein Sample-Peak-Messgerät ist strukturell außerstande, das zu sehen. Anschließend treibt ein verlustbehafteter Codec — das, was jeder Streamingdienst auf dein Master anwendet, bevor es irgendjemand hört — diese Ausschläge noch höher. Das Ergebnis ist ein Master, das in deiner DAW sauber gemessen hat und bei der Wiedergabe verzerrt, und nichts daran ist Ansichtssache. Es ist eine Folge davon, wie abgetastetes Audio rekonstruiert wird.

Dieser Artikel behandelt, was ein Sample-Peak und ein True Peak tatsächlich sind, warum Überabtastung der einzige Weg ist, Letzteren zu messen, was ein 4×-Messgerät sehen kann und was nicht, und welches der drei standardisierten Lautheitsmessgeräte welche Frage beantwortet. Was die einzelnen Dienste als Zielwert veröffentlichen und was mit leisen Mastern passiert, steht gesondert in was mit deinem Master wirklich passiert.

Ein Sample-Peak ist der höchste Punkt in der Datei. Ein True Peak steht nicht in der Datei.

Ein Sample-Peak-Messgerät meldet den größten absoluten Samplewert in der Datei. Das ist eine echte Zahl und leicht zu berechnen — du siehst dir jedes Sample an und behältst das größte.

Aber Samples sind Punkte auf einer kontinuierlichen Wellenform, nicht die Wellenform selbst. Die Wellenform, die durch diese Punkte läuft, kann zwischen ihnen über beide hinaussteigen. Die rekonstruierte analoge Wellenform kann das höchste Sample in der Datei überschreiten, und ein Sample-Peak-Messgerät hat keinen Mechanismus, das zu erkennen. Diese Ausschläge sind Intersample-Peaks. Der Pegel der rekonstruierten Wellenform, sie eingeschlossen, ist der True Peak, angegeben in dBTP.

Deshalb sind „nichts ist geclippt“ und „nichts wird clippen“ zwei verschiedene Behauptungen. Eine digital sichere Datei, deren Samples bei −0.1 dBFS enden, kann True Peaks deutlich über 0 dBTP haben. Nichts in der Datei ist übersteuert. Alles danach, was die Wellenform rekonstruiert — ein DAC, ein Sampleraten-Wandler, ein verlustbehafteter Decoder —, kann sie clippen.

Der praktische Test ist grob: Ein Messgerät ohne ausdrücklichen True-Peak- oder dBTP-Modus ist ein Sample-Peak-Messgerät, was auch immer sein Handbuch nahelegt. Das schließt die meisten in DAWs eingebauten Pegelmesser ein, und es schließt die Ceiling-Regler sehr vieler Limiter ein.

Warum verlustbehaftete Kodierung es schlimmer macht statt neutral

Streaming liefert nicht dein WAV aus. Es liefert eine AAC-, Ogg-Vorbis- oder MP3-Kodierung davon aus, und ein verlustbehafteter Codec gibt deine Wellenform nicht Sample für Sample wieder. Er gibt eine wahrnehmungsähnliche wieder. Die Ausgabe des Decoders überschießt die Eingabe des Encoders regelmäßig.

Dieses Überschießen ist kein Fehler eines bestimmten Encoders. Es ist eine unvermeidliche Folge davon, spektrale Details zu quantisieren und zu verwerfen, und — das ist der Teil, der für Mastering-Entscheidungen zählt — es skaliert damit, wie hart die Quelle limitiert wurde. Je aggressiver du das Signal gegen das Ceiling gedrückt hast, desto mehr Überschwinger erzeugt der Codec auf dem Rückweg.

Ein Master, das exakt bei 0.0 dBTP sitzt, dekodiert also mit Spitzen über 0 dBFS, und der Decoder clippt sie. Auf deiner eigenen Datei hörst du das nie. Du hörst es auf der Fassung, die der Hörer bekommt.

Jede veröffentlichte Spezifikation, die sich damit befasst, kommt zum selben Schluss. AES TD1008 schreibt: „For all content, it is recommended that the Maximum True Peak level not exceed −1 dBTP at the codec input of lossy-encoded streams.“ Spotify bittet dich, den True Peak „below −1dB TP (True Peak) max“ zu halten, und für Master, die lauter als −14 LUFS sind, „keep True Peak below −2dB to avoid extra distortion.“

Die zweite Spotify-Zahl ist die interessante. Sie existiert genau deshalb, weil härter limitiertes Material im Codec stärker überschießt. Das Ceiling ist kein feststehender Aberglaube; es wird enger, je dichter das Material wird.

Was Überabtastung tut, und was 4× nicht sehen kann

Um eine Spitze zu messen, die nicht in der Datei steht, musst du die Wellenform zwischen den Samples rekonstruieren. ITU-R BS.1770 schreibt dafür Überabtastung vor — zusätzliche Samplepunkte interpolieren und dann die Spitze des dichteren Signals messen.

Die Empfehlung setzt ein Minimum von 4× Überabtastung bei 48 kHz an und merkt an, dass „Higher sampling rates and over-sampling ratios are preferred.“

Lies das, wie es dasteht. 4× ist eine Konformitätsuntergrenze, nicht die genaue Antwort. Ein 4×-Messgerät fängt garantiert mehr ab als ein Sample-Peak-Messgerät und fängt garantiert nicht alles ab; bei 4× kann die Messung echte Spitzen immer noch um ein paar Zehntel dB unterschätzen. Genau diese Zehntel sind die Größenordnung der Reserve, die Leute vom Ceiling abzuknapsen versuchen.

Nutze 8× oder 16× Überabtastung, wenn dein Messgerät das anbietet. Die zusätzlichen CPU-Kosten sind vernachlässigbar, die zusätzliche Genauigkeit ist es nicht.

Es gibt eine Schwesterfalle auf der Limiter-Seite. Ein True-Peak-Ceiling von −1.0 dBTP bedeutet nur dann etwas, wenn der Limiter tatsächlich True-Peak-Limiting macht. Bei vielen Limitern ist der Ceiling-Regler ein Sample-Peak-Regler, und ihn auf −1.0 zu stellen, beschert dir Intersample-Peaks irgendwo über −0.5 dBTP — die halbe Reserve weg, bevor der Codec die Datei überhaupt angefasst hat.

Welche Ausgabe des Standards dein Messgerät zitiert

BS.1770 hat sechs Ausgaben: 2006, 2007, 2011, 2012, 2015 und 2023. BS.1770-4 (Oktober 2015) ist die Ausgabe, die die meisten eingesetzten Messgeräte zitieren; BS.1770-5 (November 2023) ist die derzeit gültige Ausgabe. Die Untergrenze von 4× Überabtastung, die Filterstufen und beide hier beschriebenen Gates sind gegen BS.1770-5 in der veröffentlichten Fassung geprüft.

Das zu wissen, lohnt sich vor allem, damit du die Dokumentation deines Messgeräts richtig liest. Ein Messgerät, das -4 zitiert, ist damit nicht falsch, aber -5 ist der aktuelle Text und die Ausgabe, die man nennt, wenn man eine Behauptung gegen ein Dokument prüft.

Momentan, kurzzeitig, integriert: drei Messgeräte, drei Fragen

Die andere Hälfte des Problems ist, dass die meisten für die anstehende Entscheidung das falsche Lautheitsmessgerät ablesen. EBU Tech 3341 definiert drei Fenster, und sie beantworten drei wirklich verschiedene Fragen.

Momentan (M) — 400 ms, ungegatet. Dasselbe Fenster wie ein Gating-Block in BS.1770. Momentanlautheit verfolgt einzelne Ereignisse: eine Snare, einen Gesangskonsonanten, eine Eins. Nutze sie zum Aufspüren — eine Kick, die 6 LU über alles ringsum ausschlägt, eine Passage, die herausspringt. Nutze sie nicht für Pegelentscheidungen. Sie ist viel zu zappelig, und einem Momentanmessgerät hinterherzujagen, erzeugt genau das überkomprimierte Ergebnis, das die Wiedergabenormalisierung bestraft.

Kurzzeitig (S) — 3 s, ungegatet. Drei Sekunden sind ungefähr eine musikalische Phrase. Die Kurzzeitlautheit ist das richtige Messgerät für Balanceentscheidungen innerhalb eines Tracks, denn drei Sekunden sind die Zeitskala, auf der Hörer eine Passage tatsächlich als laut oder leise wahrnehmen. Nutze sie, um eine Strophe gegen einen Refrain zu vergleichen, um zu prüfen, dass eine Bridge nicht in sich zusammenfällt, und um die Form deines Arrangements als Zahl zu sehen.

Integriert (I) — gesamtes Programm, doppelt gegatet. Das ist die Zahl, gegen die Dienste normalisieren, und die einzige, die in eine Lieferspezifikation gehört. Sie wird über den gesamten Track gemessen, vom ersten bis zum letzten Sample, nicht über einen ausgewählten Abschnitt. Integrierte Lautheit ist eine Lieferspezifikation, kein Mischwerkzeug; wenn du sie während der Arbeit im Blick hast, schaust du auf das falsche Messgerät.

Die Regel, die daraus folgt: nach Kurzzeit mischen und mastern, mit Integriert überprüfen, Auffälligkeiten mit Momentan untersuchen.

Der Fehler, den das tatsächlich verursacht

Der übliche Fehler besteht darin, beim Mastern die integrierte Lautheit zu beobachten und so lange zu limitieren, bis sie die Zahl anzeigt, die dir jemand genannt hat. In diesem Verhalten stecken zwei getrennte Fehler übereinander.

Der erste ist, dass die integrierte Lautheit doppelt gegatet ist und das Gating dazu führt, dass sie nicht misst, was man annimmt. Blöcke unter −70 LKFS werden rundheraus verworfen. Dann wird der Mittelwert der überlebenden Blöcke berechnet, 10 davon abgezogen, und jeder Block unter dieser relativen Schwelle wird ebenfalls verworfen. Das relative Gate sitzt 10 LU unter dem absolut gegateten Mittelwert, nicht 10 LU unter dem ungegateten Mittelwert der ganzen Datei. Die Folge für deine Arbeitssitzung ist unmittelbar: Die integrierte Lautheit deines Tracks ist faktisch die durchschnittliche Lautheit seiner lauten Teile, nicht die des Tracks als Ganzem. Ein Song mit einem geflüsterten Intro von 40 Sekunden und einem Wall-of-Sound-Refrain wird fast ausschließlich an seinen Refrains gemessen. Einem fertigen Master ein leises Intro voranzustellen, bewegt den integrierten Wert kaum, und Engineers, die etwas anderes erwarten, sind überrascht.

Der zweite Fehler ist, dass die Loudness Range wiederum ein anderes Gate verwendet. LRA, spezifiziert in EBU Tech 3342, ist die Differenz zwischen den Schätzungen des 10. und des 95. Perzentils der Kurzzeitlautheitsverteilung, und Tech 3342 setzt seine relative Schwelle auf −20 LU unter dem absolut gegateten Lautheitspegel, nicht auf −10 LU. Das weitere Gate ist Absicht — LRA charakterisiert Variation, muss also genau die leiseren Passagen zulassen, die die integrierte Messung ausschließen soll. Messgeräte, die das integrierte −10-LU-Gate für LRA wiederverwenden, melden systematisch zu kleine Werte. Wenn dein Messgerät für dieselbe Datei eine merklich niedrigere LRA meldet als ein anderes, verdächtige ein −10-LU-Gate dort, wo −20 LU hingehören.

Das kannst du in wenigen Minuten testen. Häng 20 Sekunden Material an, das 15 LU unter dem Hauptteil des Tracks liegt. Bei einer korrekten Implementierung steigt die LRA deutlich. Bei einer kaputten bewegt sie sich kaum.

Was du tatsächlich lieferst

Die Handlungsanweisung ist kurz, und jede Zahl darin ist veröffentlicht.

1. Setz zuerst das Ceiling: −1.0 dBTP, True Peak, überabgetastet. Das ist die einzige wirklich harte Vorgabe auf dieser Liste. Nimm −2.0 dBTP, wenn dein Master lauter als −14 LUFS integriert ist — der engere Wert existiert, weil härter limitiertes Material im Codec stärker überschießt.
2. Mastere für die Musik. Bring Balance, Klangfarbe und Dynamik in Ordnung, während der Limiter so wenig wie möglich tut, und sieh in dieser Phase nicht auf das integrierte Messgerät.
3. Miss das Ergebnis. Welche integrierte Lautheit auch immer dabei herauskam, sie ist dein Kandidat. Liegt sie ungefähr zwischen −14 und −9 LUFS, liegt jeder veröffentlichte Zielwert und jede berichtete Zahl innerhalb weniger LU um dich herum. Lauter als −9 LUFS: Frag dich, was das Limiting gebracht hat.
4. Korrigiere, indem du das Mastering änderst, nicht indem du Limiting hinzufügst. Eine LUFS-Zahl dadurch anzupeilen, dass man limitiert, bis das Messgerät stimmt, ist genau das Verhalten, das die Normalisierung sinnlos machen sollte.

Zwei Dinge, die man nicht tut. Ein Ceiling von −0.1 dBTP ist für Streaming ein Lieferfehler, keine stilistische Entscheidung. Und schneide nicht verschiedene Master für verschiedene Dienste — die veröffentlichten und berichteten Zielwerte spannen ungefähr 2 LU auf, eine Zahl exakt zu treffen ändert nichts Hörbares, und ein Master bei −1 dBTP mit vernünftiger Dynamik ist überall richtig.

Wenn du eine fertige Datei vor der Lieferung prüfen willst: Mazufa stellt unter /loudness-checker einen kostenlosen Lautheits- und True-Peak-Prüfer bereit. Er läuft vollständig in deinem eigenen Browser und lädt kein Audio hoch.

Quellen

ITU-R BS.1770 — Messalgorithmus, K-Bewertung, Gating, True Peak

• Recommendation ITU-R BS.1770-5 (11/2023), Algorithms to measure audio programme loudness and true-peak audio level (Volltext-PDF): https://www.itu.int/dms_pubrec/itu-r/rec/bs/R-REC-BS.1770-5-202311-I!!PDF-E.pdf
• BS.1770-Empfehlungsseite und Ausgabenhistorie (BS.1770-0 bis BS.1770-5): https://www.itu.int/rec/R-REC-BS.1770/en

EBU — Messfenster und Loudness Range

• EBU Tech 3341, Loudness Metering: EBU Mode metering to supplement EBU R 128 (momentan 400 ms, kurzzeitig 3 s): https://tech.ebu.ch/publications/tech3341
• EBU Tech 3342, Loudness Range: A measure to supplement EBU R 128 loudness normalisation (−20 LU Gate; 10. und 95. Perzentil), PDF: https://tech.ebu.ch/docs/tech/tech3342.pdf

AES — True-Peak-Ceiling am Codec-Eingang

• AES TD1008.1.21-9, Recommendations for Loudness of Internet Audio Streaming and On-Demand Distribution (−1 dBTP am Codec-Eingang), PDF: https://aes2.org/wp-content/uploads/2024/01/20210924_TD1008_v3.13.pdf
• AES-TD1008-Dokumentseite: https://aes.org/technical-council/technical-document-aestd1008/

Spotify — veröffentlichte True-Peak-Grenzen

• Spotify for Artists, Loudness normalization (−1 dBTP; −2 dBTP für Master, die lauter als −14 LUFS sind): https://support.spotify.com/us/artists/article/loudness-normalization/