LW IT Solutions logo LW IT Solutions logo LW IT Solutions
« Blog-Übersicht /Music Production / True Peak nach dem Kodieren: Messwerte, Abstand...
Diesen Artikel in anderen Sprachen lesen:

True Peak nach dem Kodieren: Messwerte, Abstand und Ausnahmen

True Peak nach dem Kodieren: Messwerte, Abstand und Ausnahmen

Management Summary

Die Umwandlung einer fertigen Aufnahme in eine kleinere Streamingdatei kann kurze Pegelspitzen verändern und über die Wiedergabegrenze heben. True Peak schätzt solche rekonstruierten Spitzen und beschreibt nicht die gesamte Lautheit. Der Versuch zeigt, warum ein Abstand zur Grenze sinnvoll ist, aber keine unveränderten Spitzen garantiert. Die Prüfung der tatsächlichen Auslieferungsformate hilft, mögliche Verzerrungsrisiken vor der Veröffentlichung zu erkennen. Ein Ergebnis gilt dabei nicht automatisch für alle Formate.

Inhalt
  1. Spitzen, Lautheit und Abstand zur Grenze einfach erklärt
  2. Was gemessen wurde
  3. Die Master mit −9 LUFS: Spitzen steigen oder sinken
  4. Die Master mit −14 LUFS änderten sich in diesem Test weniger
  5. Zum Ergebnis bei −2 dBTP gehört eine wichtige Ausnahme
  6. Eine Samplegrenze von 0 dBFS begrenzt keine Zwischenspitzen
  7. Warum die beiden Spitzenberechnungen abweichen
  8. Warum weniger Signalinformation höhere Spitzen ergeben kann
  9. Streamingformate und Empfehlungen für Master
  10. Eine sinnvolle Prüfung des tatsächlichen Masters
  11. Fragen und Antworten
  12. Quellen

Verlustbehaftete Audiokodierung kann die Spitzen eines Masters verändern. Die dekodierte AAC-, MP3-, Ogg-Vorbis- oder Opus-Datei kann höhere oder niedrigere Spitzen als die Ausgangsdatei haben. Eine Limiter-Einstellung allein garantiert deshalb nicht, dass die ausgelieferte Fassung unter Vollaussteuerung bleibt. Mehrere Dienste bieten zusätzlich verlustfreie Wiedergabe an; der hier untersuchte verlustbehaftete Weg ist nur eine mögliche Auslieferung.

Der Versuch umfasst zwei synthetische Mixe, vier Masterfassungen je Mix und elf Verarbeitungseinstellungen: neun verlustbehaftete Kodierungen und zwei Kontrollen. Im Archiv liegen 88 Ergebnisse. Entscheidend sind die Unterschiede zwischen den Dateien: Einige Spitzen sanken. Eine AAC-Datei aus einem Master nahe −2 dBTP erreichte dagegen im ursprünglichen Messverfahren +2,93 dBTP. Empfehlungen wie −1 oder −2 dBTP bieten einen Ausgangspunkt, aber keine Garantie für jeden Encoder und jede Aufnahme.

Ein Master ist die fertig bearbeitete Audiofassung für die Veröffentlichung. Beim Kodieren wird daraus ein Auslieferungsformat. Verlustbehaftete Codecs verkleinern Dateien unter anderem durch das Weglassen von Signalinformation. Beim Dekodieren entstehen daraus wieder Audiosamples. Die Bitrate in kbit/s beschreibt die Datenmenge pro Sekunde.

Spitzen, Lautheit und Abstand zur Grenze einfach erklärt

Ein Sample ist ein gespeicherter Amplitudenwert. Sample Peak bezeichnet den betragsmäßig größten Wert; auch negative Ausschläge zählen. Die zwischen den Samples rekonstruierte Wellenform kann noch höher reichen. Ein True-Peak-Meter schätzt diese Spitze. Die Einheit dBTP beschreibt den Pegel relativ zur digitalen Vollaussteuerung. Bei −1 dBTP bleibt ungefähr 1 dB Abstand zur Grenze; ein positiver Wert liegt darüber.

LUFS beschreibt die wahrgenommene Lautheit über einen Zeitraum, statt nur den höchsten Augenblick zu erfassen. Die integrierte Lautheit bezieht sich auf die gesamte Aufnahme. Ein Master mit −9 LUFS ist nach diesem Maß lauter als ein Master mit −14 LUFS. Ein Limiter senkt Spitzen ab. Stärkere Begrenzung kann eine Aufnahme lauter machen, ohne den höchsten Samplewert zu erhöhen. Ein niedriger Sample Peak belegt daher noch keinen niedrigen True Peak.

Clipping bedeutet, dass eine Verarbeitungsstufe eine Spitze nicht darstellen kann und abschneidet. Audio im Gleitkommaformat kann Werte oberhalb der Vollaussteuerung erhalten. Eine spätere Stufe kann trotzdem clippen, abhängig vom Zahlenformat, von der Verstärkung und vom verfügbaren Abstand zur Grenze. Ein positiver Spitzenwert warnt deshalb vor möglichen Problemen in der Wiedergabekette; hörbare Verzerrung in jedem Player ist damit nicht nachgewiesen.

Was gemessen wurde

  • Material: zwei synthetische Stereo-Mixe von jeweils 32 Sekunden mit 44,1 kHz und 120 BPM. Der zweite Mix enthält lautere Hi-Hats und einen lauteren Lead sowie mehr hohe Frequenzen in den Flächen. Beide Mixe wurden in Python erzeugt und mit einem Summenkompressor bearbeitet.
  • Ziele der Master: A: −8 LUFS bei einer Samplegrenze von 0 dBFS. B: −9 LUFS und eine True-Peak-Schätzung unter −1 dBTP. C: −9 LUFS und eine Schätzung unter −2 dBTP. D: −14 LUFS und eine Schätzung unter −1 dBTP. Dafür wurde FFmpegs alimiter wiederholt angepasst. Der helle Mix C erreichte nur −9,2 LUFS und verfehlte damit das genaue Lautheitsziel.
  • Kodierung: FFmpeg 7.1.5, der eingebaute AAC-Encoder mit 128/256 kbit/s, libmp3lame mit 128/320, libvorbis mit 96/160/320 und libopus mit 128/256. Die Dekodierung erfolgte in 32-Bit-Gleitkomma-WAV, damit Spitzen oberhalb der Vollaussteuerung erhalten bleiben.
  • Kontrollen: FLAC und eine Umrechnung auf 48 kHz mit soxr. Die FLAC-Dateien enthalten 24-Bit-Ganzzahl-Audio aus den Gleitkomma-Mastern. Die verlustfreie Kompression erhält diese Ganzzahlwerte; die vorherige Umwandlung ist aber nicht bitgleich mit der Gleitkomma-Ausgangsdatei. Die gemessenen Spitzenänderungen runden auf 0,00 dB. Opus wurde hier mit 48 kHz dekodiert; die Opus-Schnittstelle unterstützt auch 8, 12, 16 und 24 kHz.
  • Ursprüngliche Spitzenberechnung: eine Python-Umsetzung mit den 48 Filterkoeffizienten aus Anhang 2 der ITU-R BS.1770-5 und vierfacher Überabtastung. Die Lautheit stammt aus FFmpegs Filter ebur128. Die Spitzenwerte wurden nicht mit diesem Filter ermittelt.
  • Gegenrechnung: FFmpeg mit 16-facher Überabtastung durch soxr und astats, durchgehend mit Gleitkomma-Ausgabe. Dabei ändern sich sowohl die Zahl der Zwischenwerte als auch der Filter.

Grenze des Messverfahrens: Vierfache Überabtastung von 44,1 kHz ergibt 176,4 kHz. Anhang 2 beschreibt ein Eingangssignal mit 48 kHz und für die Messgerätebezeichnung eine überabgetastete Rate von mindestens 192 kHz. Die archivierten Zahlen behalten unten die ursprüngliche Einheit dBTP, sind aber ausdrücklich als 4×-Schätzungen dieses Versuchs gekennzeichnet. Eine zertifizierte Normkonformität ist damit nicht behauptet. Die 16×-Gegenrechnung ist eine zweite Schätzung, keine exakte Nachbildung jedes Wiedergabegeräts.

Aufnahmen und kodierte Dateien stammen aus dem Versuch vom September 2026. Bei der redaktionellen Prüfung wurden ausgewählte archivierte Dateien erneut dekodiert und gemessen, darunter beide AAC-Ausreißer. Das war kein neuer Test der Encoder von Streamingdiensten. Zwei kurze synthetische Mixe erlauben weder allgemeine Codec-Ranglisten noch den Nachweis, dass allein die Begrenzung eine Spitzenänderung verursacht.

Zwei Diagramme zeigen die Master B und D nach dem Kodieren. Der separate Ausnahmefall C steht unter den Diagrammen: +2,93 dBTP nach AAC 256.
Archivierte 4×-Spitzenschätzungen für B und D. Das Gegenbeispiel C steht getrennt von den Messpunkten; die Grenzen des Messverfahrens sind oben erklärt.

Die Master mit −9 LUFS: Spitzen steigen oder sinken

Vor dem Kodieren lagen die Master B bei −1,02 dBTP für den Mix und −1,05 dBTP für den hellen Mix. Die Tabelle enthält die ursprünglichen 4×-Schätzungen. Änderungen wurden vor dem Runden berechnet. Beim Subtrahieren der angezeigten Zahlen kann deshalb eine Abweichung von 0,01 dB entstehen.

Codec Mix nachher Änderung heller Mix nachher Änderung
FLAC (Kontrolle) −1,02 dBTP ±0,00 dB −1,05 dBTP ±0,00 dB
nur Resampling auf 48 kHz −0,85 dBTP +0,18 dB −0,76 dBTP +0,29 dB
AAC 128 kbit/s −0,21 dBTP +0,81 dB −0,07 dBTP +0,98 dB
AAC 256 kbit/s −0,70 dBTP +0,32 dB +1,37 dBTP +2,42 dB
MP3 128 kbit/s −1,09 dBTP −0,07 dB −1,39 dBTP −0,34 dB
MP3 320 kbit/s −0,89 dBTP +0,13 dB −0,74 dBTP +0,31 dB
Ogg Vorbis 96 kbit/s −0,43 dBTP +0,59 dB −1,00 dBTP +0,05 dB
Ogg Vorbis 160 kbit/s −0,57 dBTP +0,45 dB −0,31 dBTP +0,74 dB
Ogg Vorbis 320 kbit/s −1,07 dBTP −0,05 dB −0,98 dBTP +0,07 dB
Opus 128 kbit/s −0,49 dBTP +0,53 dB −0,65 dBTP +0,40 dB
Opus 256 kbit/s −0,65 dBTP +0,37 dB −0,75 dBTP +0,30 dB

Fünfzehn der achtzehn verlustbehafteten Kodierungen erhöhten die Spitze. MP3 128 senkte den Wert in beiden Mixen, Vorbis 320 im ersten Mix. AAC 128 erhöhte die Spitze um 0,81 beziehungsweise 0,98 dB. Die helle AAC-256-Datei enthielt eine größere Einzelspitze: +1,37 dBTP, also einen Anstieg um 2,42 dB. Die erneute Dekodierung der archivierten Datei bestätigte diesen Wert. Das Ergebnis betrifft den FFmpeg-Encoder und diese Datei, nicht automatisch Apples Encoder.

Bei diesen Mastern B verringerte MP3 128 die integrierte Lautheit in beiden Mixen um 0,5 LU. Die übrigen verlustbehafteten Einstellungen änderten die Lautheit um höchstens 0,2 LU. Das Entfernen hoher Frequenzen muss die höchste Spitze nicht senken: Eine andere Zusammensetzung der Frequenzanteile kann auch höhere Spitzen ergeben.

Die Master mit −14 LUFS änderten sich in diesem Test weniger

Die Master D starteten bei −1,51 und −1,05 dBTP. Der höchste Wert aus den achtzehn verlustbehafteten Kodierungen betrug −0,84 dBTP: Opus 128 im hellen Mix. MP3 320 erreichte dort −0,86 dBTP. Im ersten Mix lag der höchste Wert bei −1,48 dBTP, gemessen bei Vorbis 320.

Diese beiden Masterfassungen benötigten weniger Begrenzung und zeigten kleinere Anstiege als die Fassungen B. Dieser Zusammenhang ist nützlich, belegt aber nicht, dass bei −14 LUFS eine Grenze von −1 dBTP grundsätzlich genügt. Andere Aufnahmen, Filter und Encoder können anders reagieren.

Zum Ergebnis bei −2 dBTP gehört eine wichtige Ausnahme

Der erste Master C erreichte −9 LUFS und −2,05 dBTP. Nach dem Kodieren lag die höchste Spitze bei −0,89 dBTP mit AAC 128. Alle anderen Einstellungen blieben bei höchstens −1,57 dBTP.

Der helle Master C war bisher aus dem Hauptvergleich ausgeschlossen, weil die Lautheit nur −9,2 statt −9 LUFS erreichte. Damit fehlt ein Vergleich bei exakt gleicher Lautheit. Für die Bewertung des Abstands zur Grenze bleibt die Datei trotzdem relevant: Die ursprüngliche Spitze betrug −2,05 dBTP, die AAC-256-Fassung erreichte +2,93 dBTP. Die erneute Dekodierung der archivierten Datei bestätigte +2,93 mit dem 4×-Verfahren und +2,96 mit der 16×-Gegenrechnung. Schon der Sample Peak war mit +2,34 dBFS positiv.

Das Archiv belegt daher nicht, dass ein Master mit −2 dBTP nach dem Kodieren stets unter null bleibt. Der Ausreißer zeigt ebenso wenig, wie häufig dieses Verhalten vorkommt. Für die Praxis folgt daraus: Kodierte Fassungen des tatsächlichen Masters müssen gemessen werden, einschließlich einzelner kurzer Spitzen.

Eine Samplegrenze von 0 dBFS begrenzt keine Zwischenspitzen

Die Master A erreichten −8 LUFS. Schon vor dem Kodieren lagen die 4×-Schätzungen trotz einer Samplegrenze von 0 dBFS bei +0,37 und +1,03 dBTP. AAC 128 erreichte im ersten Mix +2,29 dBTP, AAC 256 im hellen Mix +2,23 dBTP. Die verlustbehaftet kodierten und anschließend dekodierten Dateien enthielten zwischen 14 und 411 Samplewerte oberhalb der Vollaussteuerung, beide Kanäle zusammengezählt.

AES TD1008 beschreibt mögliches Clipping in Festkomma-Decodern und Pegelabsenkungen in manchen Wiedergabepfaden von Betriebssystemen. Das sind mögliche Folgen in späteren Stufen, keine hier gemessenen Eigenschaften eines bestimmten Players. Hörtests und Messungen einzelner Wiedergabegeräte fanden nicht statt.

Warum die beiden Spitzenberechnungen abweichen

Wert Ursprüngliche 4×-Schätzung 16×-Gegenrechnung mit soxr
Master B, Mix, vor dem Kodieren −1,02 dBTP −0,80 dBTP
Master B, heller Mix, vor dem Kodieren −1,05 dBTP −0,54 dBTP
nur Resampling auf 48 kHz, Anstieg (Mix / heller Mix) +0,18 / +0,29 dB −0,01 / ±0,00 dB
Master B, Kodierungen über 0 dBTP 1 (AAC 256) 2 (AAC 256, Ogg Vorbis 160)
Master C, Mix, höchster Wert nach dem Kodieren −0,89 dBTP −0,77 dBTP
Master D, höchster Wert nach dem Kodieren −0,84 dBTP −0,84 dBTP
Master D, Mix, vor dem Kodieren −1,51 dBTP −1,66 dBTP
Heller Master C vor dem Kodieren (−9,2 LUFS) −2,05 dBTP −1,69 dBTP
Heller Master C nach AAC 256 (neue Archivprüfung) +2,93 dBTP +2,96 dBTP

Mehr Überabtastung berechnet mehr Punkte zwischen den gespeicherten Samples. Dadurch kann eine zuvor übersehene Spitze sichtbar werden. Auch der Filter beeinflusst das Ergebnis: Beim Master D des ersten Mixes fiel die 16×-Schätzung um 0,15 dB niedriger aus. Die Gegenrechnung ist daher keine feste Korrektur um bis zu 0,5 dB.

Beim hellen Master B überschritt in der 16×-Gegenrechnung auch Vorbis 160 mit +0,21 dBTP die Nulllinie. Der scheinbare Anstieg durch die reine Umrechnung der Abtastrate wurde mit diesem Verfahren sehr klein. Das zeigt den Einfluss des Messverfahrens. Es beweist nicht, dass eine Umrechnung der Abtastrate niemals Spitzen verändern kann.

EBU Tech 3343 beschreibt eine mögliche Unterschätzung um etwa 0,5 dB für ein 4×-Messgerät bei 48 kHz. Das ist kein allgemeiner maximaler Fehler für jedes Signal und jeden Filter. Die Aussage bestätigt auch nicht unmittelbar die hier verwendete Umsetzung für 44,1 kHz.

Warum weniger Signalinformation höhere Spitzen ergeben kann

Eine Spitze hängt davon ab, wie sich die Signalanteile in einem bestimmten Augenblick addieren. Das Entfernen eines Anteils kann neben Energie auch gegenseitige Auslöschung entfernen. AES nennt ein einfaches Beispiel: Die Grundschwingung einer Rechteckwelle besitzt die Amplitude 4/π, also etwa das 1,27-Fache der Rechteckamplitude. Nach dem Entfernen der übrigen Obertöne bleibt eine Sinuswelle mit einer ungefähr 2,1 dB höheren Spitze übrig, obwohl die Gesamtenergie sinkt.

Verlustbehaftete Codecs verändern Frequenzanteile und durch Filter auch deren zeitliche Lage. Umrechnungen der Abtastrate verwenden ebenfalls Filter. Solche Schritte können Spitzen erhöhen oder senken. Eine höhere Bitrate verspricht deshalb nicht grundsätzlich niedrigere Spitzen: Die hellen AAC-256-Ausreißer und die MP3-Ergebnisse dieses Archivs zeigen diese Grenze.

Streamingformate und Empfehlungen für Master

Das tatsächlich ausgelieferte Format hängt von Dienst, Abonnement, Gerät und Qualitätsstufe ab. Die Übersicht beschreibt dokumentierte Möglichkeiten, keine Messungen der Dienstausgabe.

Dienst verlustbehaftet verlustfrei
Spotify App: Stufen mit etwa 24, 96, 160 und 320 kbit/s, laut Entwicklerdokumentation für die meisten Titel Ogg Vorbis; Web-Player AAC 128 kbit/s (Free) und 256 kbit/s (Premium) FLAC bis 24 Bit/44,1 kHz (Premium)
Apple Music AAC, laut Apple Digital Masters mit 256 kbit/s ALAC, verlustfrei; abhängig von Gerät und Einstellungen
YouTube Music AAC und Opus mit höchstens 48, 128 oder 256 kbit/s Keine verlustfreie Stufe in den zitierten Qualitätseinstellungen genannt
Amazon Music Opus mit 48, 192 oder 320 kbit/s (SD) FLAC (HD und Ultra HD)
Deezer MP3 mit 64, 128 oder 320 kbit/s FLAC, CD-Qualität (16 Bit/44,1 kHz)

Deezer bezeichnet die FLAC-Stufe mit „1411 kbit/s“. Das entspricht der unkomprimierten Datenrate von Stereo-PCM mit 16 Bit und 44,1 kHz. Eine komprimierte FLAC-Datei muss diese feste Bitrate nicht haben. Amazons Entwicklertabelle ist ausdrücklich eine vorläufige Dokumentation. Keine der Tabellen belegt den genauen Encoder eines einzelnen Streams.

  • Spotify: empfiehlt −14 LUFS integrierte Lautheit und True Peak unter −1 dBTP; für lautere Master unter −2 dBTP. Das sind Empfehlungen, keine Garantie gegen jede Spitze nach dem Kodieren.
  • Apple Digital Masters: empfiehlt mindestens 1 dB Abstand zur Grenze und stellt unter anderem afclip zur Prüfung kodierter Ergebnisse bereit.
  • AES TD1008: empfiehlt höchstens −1 dBTP am Eingang verlustbehafteter Streamingcodecs. Eine bestimmte Verarbeitungskette kann mehr Abstand benötigen.
  • EBU R 128 und Tech 3343: behandeln Rundfunkproduktion und Verteilung. Eine Produktionsgrenze garantiert nicht automatisch ausreichenden Abstand für jeden verlustbehafteten Musikdienst.

Eine sinnvolle Prüfung des tatsächlichen Masters

Eine Probekodierung zeigt, wie ein bestimmter Encoder mit einer bestimmten Einstellung die Aufnahme verändert. Beispielsweise erzeugt ffmpeg -n -i master.wav -c:a aac -b:a 128k probe.m4a eine AAC-Probe und verweigert das Überschreiben einer vorhandenen Ausgabedatei. Ein geeignetes True-Peak-Meter zeigt nach der Dekodierung die höchste Spitze und den verbleibenden Abstand zur Grenze. Andere Zielformate und Bitraten brauchen eigene Prüfungen. Dieses FFmpeg-Beispiel bildet die interne Verarbeitung eines Streamingdienstes nicht nach.

Der LUFS- und True-Peak-Meter dieser Website bietet eine Prüfung im Browser. Browserdekodierung und Umrechnung der Abtastrate können das Ergebnis beeinflussen. Ein Browserwert muss deshalb nicht mit einem Mastering-Plug-in oder der historischen Berechnung dieses Versuchs übereinstimmen.

Fragen und Antworten

Garantiert eine Grenze von −2 dBTP eine unkritische kodierte Datei?

Nein. Der Abstand ist größer als bei −1 dBTP, und Spotify empfiehlt diese Grenze für lautere Master. Das archivierte helle Beispiel C überschritt nach AAC-256-Kodierung trotzdem null. Entscheidend bleibt die Prüfung der dekodierten Fassung der tatsächlichen Aufnahme.

Reicht eine MP3-128-Probe?

Nein. Bei den Beispielen B senkte MP3 128 die Spitzen, während AAC 128 höhere Spitzen erzeugte. Das Ergebnis eines Codecs belegt nicht das Verhalten eines anderen. Selbst zwei Einstellungen desselben Codecs können unterschiedliche Spitzenhöhen und Spitzenpositionen ergeben.

Verhindert Lautheitsnormalisierung Clipping?

Eine Pegelabsenkung kann eine erhaltene Spitze verkleinern. Bei einer einfachen Absenkung um 5 dB werden aus +1,37 dBTP beispielsweise −3,63 dBTP. Eine schon vorher abgeschnittene Spitze lässt sich dadurch nicht wiederherstellen. Außerdem muss die Normalisierung aktiv sein: Spotify dokumentiert Ausnahmen für den Webplayer und Geräte von Drittanbietern sowie unterschiedliche Lautheitseinstellungen und eine gemeinsame Anpassung für Alben.

Kostet eine niedrigere Spitzengrenze Lautheit?

Eine Absenkung des gesamten Signals um 1 dB senkt auch die integrierte Lautheit ungefähr um 1 LU. Soll die Lautheit bei niedrigerer Spitzengrenze gleich bleiben, muss sich die Wellenform verändern, etwa durch stärkere Begrenzung. Die ersten Master B und C erreichten beide −9 LUFS, aber mit anderen Limiter-Einstellungen. Der helle Master C verfehlte dieses genaue Ziel. Die Entscheidung verändert auch Klang und Dynamik; Spitzenmessungen allein bewerten diese Eigenschaften nicht.

Lukas Wojcik

Lukas Wojcik

Systems architect and technology enthusiast specializing in scalable tracking solutions, GMP Stack (GA4 & GTM), and robust backend architectures. Advocate for clean code and privacy-first design.

Kontakt

Eine Frage oder eine Idee für ein Webprojekt? Schreib mir kurz, worum es geht. Das Formular nutzt reCAPTCHA zum Schutz vor Spam.

Kommentar schreiben

Erfahrungen mit anderen DAWs und Plugins, abweichende Messwerte und Rückfragen sind hier willkommen.

Die E-Mail-Adresse wird nicht veröffentlicht. Pflichtfelder sind mit einem Stern versehen.