Je meter liegt over je pieken, en de reden is rekenkunde

9 min lezenElk cijfer met bron

Een bestand waarvan de hoogste sample 0.0 dBFS aangeeft, is geen bestand waarvan het signaal 0 dB bereikt. Tussen twee samples kan de gereconstrueerde golfvorm boven allebei uitkomen, en een samplepeakmeter is structureel niet in staat dat te zien. Vervolgens duwt een lossy codec — het ding dat elke streamingdienst op je master loslaat voordat iemand hem hoort — die uitschieters nog hoger. Het resultaat is een master die in je DAW schoon mat en bij het afspelen vervormt, en niets daarvan is een kwestie van mening. Het is een gevolg van hoe bemonsterde audio wordt gereconstrueerd.

Dit artikel behandelt wat een sample peak en een true peak werkelijk zijn, waarom oversampling de enige manier is om die tweede te meten, wat een 4×-meter wel en niet kan zien, en welke van de drie gestandaardiseerde luidheidsmeters welke vraag beantwoordt. Wat elke dienst als doel publiceert, en wat er met stille masters gebeurt, staat apart in wat er werkelijk met je master gebeurt.

Een sample peak is het hoogste punt in het bestand. Een true peak zit niet in het bestand.

Een samplepeakmeter rapporteert de grootste absolute samplewaarde in het bestand. Dat is een echt getal en het is makkelijk te berekenen — je kijkt naar elke sample en houdt de grootste vast.

Maar samples zijn punten op een continue golfvorm, niet de golfvorm zelf. De golfvorm die door die punten loopt, kan er tussenin boven allebei uitkomen. De gereconstrueerde analoge golfvorm kan hoger uitkomen dan de hoogste sample in het bestand, en een samplepeakmeter heeft geen enkel mechanisme om dat te detecteren. Die uitschieters zijn intersample peaks. Het niveau van de gereconstrueerde golfvorm, inclusief die uitschieters, is true peak, uitgedrukt in dBTP.

Daarom zijn "er is niets geclipt" en "er zal niets clippen" twee verschillende beweringen. Een digitaal veilig bestand waarvan de samples niet hoger komen dan −0.1 dBFS kan true peaks hebben die ruim boven 0 dBTP liggen. Niets in het bestand gaat eroverheen. Alles stroomafwaarts dat de golfvorm reconstrueert — een DAC, een samplerateconverter, een lossy decoder — kan hem clippen.

De praktische toets is bot: een meter zonder expliciete true-peak- of dBTP-modus is een samplepeakmeter, wat de handleiding ook suggereert. Daaronder vallen de meeste niveaumeters die in DAW's zijn ingebouwd, en ook de plafondregeling van een groot aantal limiters.

Waarom lossy encoding het erger maakt, niet neutraal

Streaming levert je WAV niet af. Het levert een AAC-, Ogg Vorbis- of MP3-encoding ervan, en een lossy codec geeft je golfvorm niet sample voor sample weer. Hij geeft een perceptueel vergelijkbare weer. De uitvoer van de decoder schiet routineus voorbij de invoer van de encoder.

Die overshoot is geen bug in een bepaalde encoder. Het is een onvermijdelijk gevolg van het kwantiseren en weggooien van spectrale details, en — dit is het deel dat telt voor masteringbeslissingen — hij schaalt mee met hoe hard de bron is gelimiteerd. Hoe agressiever je het signaal tegen het plafond hebt platgeslagen, hoe meer overshoot de codec er aan de andere kant uit produceert.

Een master die precies op 0.0 dBTP staat, decodeert dus met pieken boven 0 dBFS, en de decoder clipt die. Op je eigen bestand hoor je dat nooit. Je hoort het op de versie die de luisteraar krijgt.

Elke gepubliceerde specificatie die hierop ingaat, komt tot dezelfde conclusie. AES TD1008 stelt: "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 vraagt je de true peak "below −1dB TP (True Peak) max" te houden, en voor masters die luider zijn dan −14 LUFS om "keep True Peak below −2dB to avoid extra distortion."

Dat tweede cijfer van Spotify is het interessante. Het bestaat juist omdat harder gelimiteerd materiaal meer overshoot in de codec veroorzaakt. Het plafond is geen vast bijgeloof; het wordt strakker naarmate het materiaal dichter wordt.

Wat oversampling doet, en wat 4× niet kan zien

Om een piek te meten die niet in het bestand zit, moet je de golfvorm tussen de samples reconstrueren. ITU-R BS.1770 schrijft voor dat via oversampling te doen — extra samplepunten interpoleren en dan de piek van het dichtere signaal meten.

De aanbeveling stelt een minimum van 4× oversampling bij 48 kHz, en merkt op dat "Higher sampling rates and over-sampling ratios are preferred."

Lees dat zoals het er staat. 4× is een conformiteitsondergrens, niet het nauwkeurige antwoord. Een 4×-meter vangt gegarandeerd meer dan een samplepeakmeter en vangt niet gegarandeerd alles; bij 4× kan de meting echte pieken nog steeds enkele tienden van een dB te laag aangeven. Precies die tienden zijn de marge die mensen van een plafond proberen af te schrapen.

Wat je gebruiktWat het rapporteertWat het mist
SamplepeakmeterGrootste samplewaarde in het bestandElke intersample peak; de hele kwestie van codec-overshoot
4×-truepeakmeterGereconstrueerde piek op de conformiteitsondergrens van BS.1770Kan echte pieken nog steeds enkele tienden van een dB te laag aangeven
8×- of 16×-truepeakmeterEen nauwkeuriger schatting van de gereconstrueerde piekSteeds minder, tegen verwaarloosbare CPU-kosten

Gebruik 8×- of 16×-oversampling als je meter het aanbiedt. De extra CPU-kosten zijn verwaarloosbaar en de extra nauwkeurigheid niet.

Aan de limiterkant zit een bijbehorende valkuil. Een true-peak-plafond ingesteld op −1.0 dBTP betekent alleen iets als de limiter daadwerkelijk true-peak-limiting doet. Bij veel limiters werkt de plafondregeling op sample peak, en die op −1.0 zetten levert je intersample peaks ergens boven −0.5 dBTP op — de helft van je marge weg voordat de codec het bestand ook maar heeft aangeraakt.

Welke editie van de standaard je meter aanhaalt

BS.1770 kent zes edities: 2006, 2007, 2011, 2012, 2015 en 2023. BS.1770-4 (October 2015) is de editie die de meeste in gebruik zijnde meters aanhalen; BS.1770-5 (November 2023) is de editie die momenteel van kracht is. De ondergrens van 4×-oversampling, de filtertrappen en beide gates die hier beschreven staan, zijn geverifieerd tegen BS.1770-5 zoals gepubliceerd.

Dit is vooral goed om te weten zodat je de documentatie van je meter juist leest. Een meter die -4 aanhaalt is daarmee niet fout, maar -5 is de huidige tekst en die noem je wanneer je een bewering aan een document toetst.

Momentary, short-term, integrated: drie meters, drie vragen

De andere helft van het probleem is dat de meeste mensen de verkeerde luidheidsmeter aflezen voor de beslissing die ze nemen. EBU Tech 3341 definieert drie vensters, en die beantwoorden drie werkelijk verschillende vragen.

Momentary (M) — 400 ms, ongegatet. Hetzelfde venster als een gatingblok in BS.1770. Momentary loudness volgt afzonderlijke gebeurtenissen: een snare, een medeklinker in een zangpartij, een downbeat. Gebruik hem om dingen te betrappen — een kick die 6 LU boven alles eromheen uitschiet, een sectie die eruit springt. Gebruik hem niet om niveaubeslissingen te nemen. Hij is veel te zenuwachtig, en achter een momentarymeter aanjagen levert precies het overgecomprimeerde resultaat op dat normalisatie bij het afspelen afstraft.

Short-term (S) — 3 s, ongegatet. Drie seconden is ruwweg een muzikale frase. Short-term loudness is de juiste meter voor balansbeslissingen binnen een track, want drie seconden is de tijdschaal waarop luisteraars een sectie daadwerkelijk als luid of zacht ervaren. Gebruik hem om een couplet met een refrein te vergelijken, om te controleren dat een bridge niet inzakt, en om de vorm van je arrangement als getal te zien.

Integrated (I) — hele programma, dubbel gegatet. Dit is het getal waartegen diensten normaliseren en het enige dat in een leveringsspecificatie thuishoort. Het wordt gemeten over de hele track, van eerste tot laatste sample, niet over een geselecteerde sectie. Integrated loudness is een leveringsspecificatie, geen mixgereedschap; kijk je ernaar terwijl je werkt, dan kijk je naar de verkeerde meter.

MeterVensterGatingDe vraag die hij beantwoordt
Momentary400 msGeenWat gebeurde daar net?
Short-term3 sGeenIs deze sectie in balans met die andere?
IntegratedHele programmaAbsoluut −70 LKFS, daarna relatief −10 LUWat gaat de dienst bij levering meten?

De regel die daaruit volgt: mix en master op short-term, verifieer met integrated, onderzoek afwijkingen met momentary.

De fout die dit werkelijk veroorzaakt

De veelgemaakte fout is naar integrated loudness kijken tijdens het masteren en zoveel limiting toevoegen tot er staat wat iemand je heeft opgedragen te halen. In dat gedrag stapelen zich twee losse mankementen op elkaar.

Het eerste is dat integrated loudness dubbel gegatet is, en dat die gating betekent dat hij niet meet wat mensen aannemen. Blokken onder −70 LKFS worden zonder meer weggegooid. Vervolgens wordt het gemiddelde van de overgebleven blokken berekend, wordt daar 10 van afgetrokken, en wordt elk blok onder die relatieve drempel eveneens weggegooid. De relatieve gate ligt 10 LU onder het absoluut gegatete gemiddelde, niet 10 LU onder het ongegatete gemiddelde van het hele bestand. Het gevolg voor je werksessie is direct: de integrated loudness van je track is in feite de gemiddelde luidheid van zijn luide delen, niet van de track als geheel. Een song met een gefluisterde intro van 40 seconden en een wall-of-sound-refrein wordt vrijwel volledig op zijn refreinen gemeten. Een stille intro toevoegen aan een afgeronde master verschuift de integrated-waarde nauwelijks, en technici die verwachten van wel, staan te kijken.

Het tweede mankement is dat Loudness Range weer een andere gate gebruikt. LRA, gespecificeerd in EBU Tech 3342, is het verschil tussen de schattingen van het 10de en het 95ste percentiel van de verdeling van de short-term loudness, en Tech 3342 legt de relatieve drempel op −20 LU onder het absoluut gegatete luidheidsniveau, niet op −10 LU. De ruimere gate is opzet — LRA karakteriseert variatie, dus hij moet juist de stillere passages toelaten die de integrated-meting bedoeld is uit te sluiten. Meters die de −10 LU-gate van integrated hergebruiken voor LRA, rapporteren waarden die systematisch te klein zijn. Rapporteert je meter op hetzelfde bestand een merkbaar lagere LRA dan een andere meter, verdenk dan een −10 LU-gate waar −20 LU hoort.

Je kunt dit in een paar minuten testen. Plak 20 seconden materiaal achter de track dat 15 LU onder het lichaam ervan ligt. Bij een correcte implementatie stijgt de LRA fors. Bij een kapotte beweegt hij nauwelijks.

Wat je werkelijk aanlevert

De richtlijn is kort, en elk cijfer erin is gepubliceerd.

  1. Leg eerst het plafond vast: −1.0 dBTP, true peak, met oversampling. Dit is de enige echt harde randvoorwaarde in de lijst. Gebruik −2.0 dBTP als je master luider is dan −14 LUFS integrated — het strakkere cijfer bestaat omdat harder gelimiteerd materiaal meer overshoot in de codec veroorzaakt.
  2. Master voor de muziek. Krijg balans, klankkleur en dynamiek goed terwijl de limiter zo weinig mogelijk doet, en kijk in dit stadium niet naar de integrated-meter.
  3. Meet het resultaat. Welke integrated loudness je ook uitkomt, dat is je kandidaat. Zit die tussen ruwweg −14 en −9 LUFS, dan liggen elk gepubliceerd doel en elk gerapporteerd cijfer binnen een paar LU van je vandaan. Luider dan −9 LUFS: vraag je af wat de limiting je heeft opgeleverd.
  4. Stuur bij door de mastering te veranderen, niet door limiting toe te voegen. Op een LUFS-getal mikken door limiting toe te voegen tot de meter goed staat, is precies het gedrag dat normalisatie zinloos moest maken.

Twee dingen die je niet doet. Een plafond van −0.1 dBTP is een leveringsfout voor streaming, geen stijlkeuze. En snijd geen verschillende masters voor verschillende diensten — de gepubliceerde en gerapporteerde doelen liggen ruwweg 2 LU uit elkaar, een getal exact halen verandert niets hoorbaars, en één master op −1 dBTP met verstandige dynamiek is overal juist.

Wil je een afgerond bestand controleren voordat je het aanlevert, dan host Mazufa een gratis luidheids- en truepeakcontrole op /loudness-checker. Die draait volledig in je eigen browser en uploadt geen audio.

Bronnen

ITU-R BS.1770 — meetalgoritme, K-weging, gating, true peak

  • Recommendation ITU-R BS.1770-5 (11/2023), Algorithms to measure audio programme loudness and true-peak audio level (volledige tekst, PDF): https://www.itu.int/dms_pubrec/itu-r/rec/bs/R-REC-BS.1770-5-202311-I!!PDF-E.pdf
  • Aanbevelingspagina van BS.1770 en editiegeschiedenis (BS.1770-0 tot en met BS.1770-5): https://www.itu.int/rec/R-REC-BS.1770/en

EBU — metervensters en Loudness Range

  • EBU Tech 3341, Loudness Metering: EBU Mode metering to supplement EBU R 128 (momentary 400 ms, short-term 3 s): https://tech.ebu.ch/publications/tech3341
  • EBU Tech 3342, Loudness Range: A measure to supplement EBU R 128 loudness normalisation (gate van −20 LU; 10de/95ste percentiel), PDF: https://tech.ebu.ch/docs/tech/tech3342.pdf

AES — true-peak-plafond aan de codec-ingang

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

Spotify — gepubliceerde true-peak-plafonds

  • Spotify for Artists, Loudness normalization (−1 dBTP; −2 dBTP voor masters die luider zijn dan −14 LUFS): https://support.spotify.com/us/artists/article/loudness-normalization/
GRATIS TOOLS

Elke tool die Mazufa bouwt draait in je browser, kost niets en heeft geen account nodig.

Open de gereedschapskist ⇥