Von den sechs Streamingdiensten, über deren Lautheitsbehandlung am häufigsten gesprochen wird, veröffentlicht genau einer einen Normalisierungszielwert, den man zitieren kann. Spotify veröffentlicht −14 LUFS integriert, mit einer True-Peak-Grenze von −1 dBTP, verschärft auf −2 dBTP, wenn das Master lauter ist als −14 LUFS. Apple Music, YouTube Music, Amazon Music, TIDAL und Deezer veröffentlichen überhaupt keinen Normalisierungszielwert. Jede Zahl, die du für diese fünf gesehen hast, ist berichtet, nicht veröffentlicht — und der Unterschied wird in dem Moment relevant, in dem jemand daraus ausrechnet, wie viel Pegelreduktion sein Master abbekommt.
Die eine veröffentlichte Streaming-Zahl
Spotifys eigene Seite zur Lautheitsnormalisierung nennt den Zielwert −14 LUFS integriert. Sie nennt die True-Peak-Grenze −1 dBTP und −2 dBTP für Master, die lauter als −14 LUFS geliefert werden. Diese drei Zahlen sind die einzigen Normalisierungsspezifikationen eines Streamingdienstes in diesem Artikel, die vom Dienst selbst stammen.
Das ist eine schmalere Faktenbasis, als die meisten Mastering-Ratschläge nahelegen. Sie reicht aber zum Arbeiten, denn der Mechanismus ist überall derselbe, auch wenn der Zielwert nicht veröffentlicht ist: integrierte Lautheit messen, mit einem Zielwert vergleichen, bei der Wiedergabe Verstärkung anwenden.
Die fünf Dienste, die nichts veröffentlichen
Apple Music, YouTube Music, Amazon Music, TIDAL und Deezer veröffentlichen keinen Normalisierungszielwert. Die für sie kursierenden Zahlen lauten, in der einzig ehrlichen verfügbaren Formulierung:
Weithin berichtet, nicht vom Dienst veröffentlicht: Apple ≈ −16, YouTube Music ≈ −14, Amazon ≈ −14, TIDAL ≈ −14, Deezer ≈ −15.
Sie stehen bewusst abgesetzt, und die dazugehörige Regel ist strikt: berechne daraus keinen Verstärkungswert. „Dein Master liegt bei −8, Apple liegt bei −16, also zieht Apple dich um 8 dB herunter“ ist Arithmetik auf einer Zahl, die die betreffende Firma nie bestätigt hat, mit einem Algorithmus, dessen Parameter sie ebenfalls nie bestätigt hat. Die Subtraktion ist sauber; das Ergebnis ist unbelegt.
Das ist keine Pedanterie in Sachen Quellenangaben. Es ist der praktische Grund, warum sich so viele Lautheitsratschläge widersprechen: Zwei Autoren greifen zwei verschiedene berichtete Werte für denselben Dienst auf, beide rechnen die Subtraktion und beide präsentieren eine selbstbewusste Zahl.
−23, −16, −18: drei Zahlen, die nicht austauschbar sind
Drei weitere Zahlen kursieren, als wären sie alternative Streaming-Zielwerte. Das sind sie nicht.
- EBU R 128 spezifiziert −23 LUFS. R 128 ist eine Rundfunk-Empfehlung. Sie ist kein Streaming-Zielwert und war nie als einer gedacht. Sie in einer Diskussion über Streaming-Auslieferung zu zitieren, ist ein Kategorienfehler und kein strengerer Standard.
- AES TD1008 gibt für Musik −16 LUFS an. Das ist die streamingbezogene Zahl, nach der Leute meist greifen, wenn sie AES zitieren.
- Die −18-LUFS-Angabe in TD1008 gilt für sprachdominierte Inhalte — Nachrichten, Talk, Hörspiel. −18 als Musikzielwert anzugeben, ist ein häufiger und schwerwiegender Fehler. Wenn ein Mastering-Ratgeber, ein Plugin-Preset oder ein Forenbeitrag dir sagt, AES empfehle −18 LUFS für Musik, hat dieses Dokument die Sprachzahl mit der Musikzahl verwechselt, und du solltest dem Rest davon misstrauen.
Die Unterscheidung zwischen −16 und −18 richtig zu treffen, ist einer der schnellsten Wege zu erkennen, ob jemand, der über Lautheit schreibt, die Quelle gelesen oder eine Zusammenfassung abgeschrieben hat.
Der Messstandard, und welche Ausgabe gilt
Alles oben Genannte wird nach ITU-R BS.1770 gemessen. Davon gibt es sechs Ausgaben: -0 (2006), -1 (2007), -2 (2011), -3 (2012), -4 (2015) und -5 (November 2023).
BS.1770-5 ist in Kraft. BS.1770-4 von Oktober 2015 ist überholt — auch wenn es die Ausgabe ist, die die meisten eingesetzten Messgeräte noch nennen. Wenn das Handbuch deines Messgeräts -4 nennt, sagt dir das etwas über das Alter des Handbuchs, nicht darüber, welche Ausgabe maßgeblich ist. Nenne -5 als aktuell.
Was der Algorithmus tatsächlich tut, und wo Messgeräte danebenliegen
Die Spezifikation ist kurz und präzise, und mehrere ihrer Details werden oft genug falsch implementiert, dass du sie kennen solltest.
K-Bewertung. Ein zweistufiges Filter: ein High-Shelf („Head“-Filter), gefolgt von einem Hochpass (RLB). Die Verstärkung der K-Bewertungskurve bei 1 kHz beträgt +0.698 dB — linear 1.0836. Dieser Versatz ist der Grund, warum eine K-bewertete Messung eines 1-kHz-Tons nicht seinem unbewerteten Pegel entspricht.
Blöcke. Die Lautheit wird über 400-ms-Blöcke mit 75% Überlappung berechnet.
Das absolute Gate. Blöcke unter −70 LUFS werden vollständig verworfen.
Das relative Gate — das am häufigsten falsch wiedergegebene. Das relative Gate wird aus dem Mittelwert der Blöcke berechnet, die das absolute Gate überstanden haben, und dann um −10 LU versetzt. Es ist nicht der ungegatete Mittelwert. Ein Messgerät, das relativ zu einem ungegateten Mittelwert gatet, liest einen Track mit langen Stillen anders als eines, das der Spezifikation folgt, und die beiden weichen um einen Betrag voneinander ab, der von deinem Arrangement abhängt und nicht von deiner Lautheit.
Loudness Range. LRA, definiert in EBU Tech 3342, verwendet ein relatives Gate von −20 LU — nicht −10 LU. Das Gate der integrierten Lautheit für LRA wiederzuverwenden, ist ein häufiger Implementierungsfehler, und er lässt dynamisches Material gleichförmiger aussehen, als es ist.
Zeitfenster. Die Kurzzeitlautheit verwendet ein Fenster von 3 s (EBU Tech 3341). Die Momentanlautheit verwendet 400 ms. Das sind verschiedene Messungen, nicht verschiedene Glättungseinstellungen einer einzigen Messung.
True Peak. True Peak wird auf einem überabgetasteten Signal gemessen — 4× Minimum nach BS.1770, und 8× ist besser. Sample-Peak ist nicht True Peak. Intersample-Peaks können den höchsten Sample-Wert in der Datei überschreiten, weshalb ein Master, das auf einem Sample-Peak-Messgerät exakt 0.0 dBFS anzeigt, einen verlustbehafteten Decoder trotzdem übersteuern kann. Spotifys Grenzen von −1 dBTP und −2 dBTP sind True-Peak-Werte, ein Sample-Peak-Messgerät kann dir also nicht sagen, ob du sie einhältst.
| Parameter | Wert | Häufiger Fehler |
|---|---|---|
| Absolutes Gate | −70 LUFS | — |
| Relatives Gate (integriert) | −10 LU unter dem Mittelwert der überlebenden Blöcke | Aus dem ungegateten Mittelwert berechnet |
| LRA-Gate | −20 LU | −10 LU aus der integrierten Messung übernommen |
| Momentan-Fenster | 400 ms | — |
| Kurzzeit-Fenster | 3 s | — |
| True-Peak-Überabtastung | 4× Minimum, 8× besser | Sample-Peak als True Peak ausgewiesen |
Aufwärtsnormalisierung: bedingt, kein Ja oder Nein
Dienste normalisieren bei der Wiedergabe. Ein Master, das lauter ist als der Zielwert, wird um die Differenz heruntergeregelt. Dieser Teil ist unstrittig.
Beim leisen Master sind beide selbstbewussten Antworten falsch. Spotifys Seite schreibt: „Positive gain is applied to softer masters so the loudness level is -14 dB LUFS.“ Sie schreibt außerdem: „We consider the headroom of the track, and leave 1 dB headroom for lossy encodings to preserve audio quality.“
Zusammen gelesen beschreiben diese beiden Sätze eine Bedingung. Ein leises Master kann auf den Zielwert angehoben werden. Ein leises Master mit hohen Spitzen wird möglicherweise nicht vollständig angehoben, weil das Anheben genau den Headroom aufbrauchen würde, den der zweite Satz reserviert.
Also:
- „Leise Master werden nie hochgeregelt“ ist falsch.
- „Leise Master werden immer auf den Zielwert hochgeregelt“ ist ebenfalls falsch.
- Richtig ist: Aufwärtsverstärkung gibt es wirklich, und sie wird abhängig vom Headroom des Tracks angewendet.
Wenn du die Aufwärtsverstärkung willst, ist der Hebel die Spitzenkontrolle im Master — nicht der Durchschnittspegel. Ein Master mit echtem Headroom ist ein Master, das Raum hat, angehoben zu werden.
Was Überlimitierung dir wirklich einbringt
Setz die Teile zusammen. Ein Master, das auf eine hohe integrierte Lautheit getrieben wurde, wird bei der Wiedergabe um die Differenz zwischen seinem Pegel und dem Zielwert heruntergeregelt. Es kommt beim Hörer nicht lauter an. Es kommt an als das, was du ihm unterwegs angetan hast: reduzierter Crest-Faktor, plattgedrückte Transienten und — falls du über die True-Peak-Grenze hinausgegangen bist — Intersample-Peaks, mit denen ein verlustbehafteter Encoder nach eigenem Gutdünken umgeht.
Überlimitierung bringt Flachheit, nicht Lautheit. Das ist die haltbare Aussage, und sie gilt, ohne dass ein veröffentlichter Zielwert von irgendeinem anderen Dienst nötig wäre als von dem einen, der einen veröffentlicht hat. Selbst wenn jede berichtete Zahl für die anderen fünf sich als exakt richtig herausstellen würde, änderte sich an der Schlussfolgerung nichts, denn die Arbeit leistet der Mechanismus — bei der Wiedergabe normalisieren, das Laute absenken — und nicht die konkrete Zahl.
Was du damit machst
- Miss integrierte Lautheit und True Peak, mit Überabtastung, bevor du irgendetwas ablieferst.
- Prüfe dein Master gegen −14 LUFS und −1 dBTP (oder −2 dBTP, wenn du lauter als −14 LUFS bist), denn diese sind veröffentlicht, und behandle alles andere als unbestätigt.
- Wenn ein Werkzeug, ein Plugin oder ein Artikel dir einen dienstspezifischen Zielwert für Apple Music, YouTube Music, Amazon Music, TIDAL oder Deezer nennt, ohne ihn als berichtet statt veröffentlicht zu kennzeichnen, nimm das als Signal über das Werkzeug.
- Prüfe das Verhalten des relativen Gates und des LRA-Gates deines Messgeräts, wenn es dich lässt. −10 LU für integriert, −20 LU für LRA.
- Hör auf, einer Zahl hinterherzujagen, die bei der Wiedergabe wieder rückgängig gemacht wird, und fang an, den Headroom zu schützen, der darüber entscheidet, ob dich die Aufwärtsverstärkung erreicht.
Mazufas kostenloser Lautheitsprüfer liegt unter /loudness-checker. Er läuft vollständig in deinem Browser — es wird kein Audio hochgeladen — und er weist die veröffentlichten Spotify-Zahlen als veröffentlicht aus und alles andere als das, was es ist.
Quellen
- Spotify, „Loudness normalization“ (Artist-Support-Seite) — Zielwert −14 LUFS, True-Peak-Grenzen −1/−2 dBTP sowie die Aussagen zu positiver Verstärkung und 1 dB Headroom. support.spotify.com/us/artists/article/loudness-normalization/ — read 2026-09-07.
- ITU-R BS.1770 Ausgabenhistorie und Mechanik; BS.1770-5 (November 2023) in Kraft, BS.1770-4 (October 2015) überholt. itu.int — verified 2026-09-07.
- EBU R 128 — −23 LUFS, Rundfunk; sowie EBU Tech 3341 (Momentan- und Kurzzeitfenster) und EBU Tech 3342 (Loudness Range, −20 LU Gate). tech.ebu.ch — in unserem Faktenblatt ist kein Lesedatum erfasst.
- AES TD1008 — −16 LUFS für Musik; −18 LUFS für sprachdominierte Inhalte. aes.org/community/technical-council/technical-document-aestd1008/ — in unserem Faktenblatt ist kein Lesedatum erfasst.