Online EBU R128 loudness meter — wat het meet en waarom het ertoe doet

Iedereen die audio publiceert in 2026 wordt gemeten op loudness. Spotify normaliseert. Apple Music normaliseert. YouTube normaliseert. Broadcasters voldoen aan EBU R128 (of de Amerikaanse tegenhanger ATSC A/85). Podcast-hosts beginnen er ook aan.

Dat betekent: een mix die “te luid” is wordt zachter gezet, een mix die “te zacht” is wordt opgekrikt en klinkt slap. Beide is verlies. Het meten ervan is het enige wat je vooraf in handen hebt.

Deze pagina legt uit wat een loudness meter werkelijk doet, welke getallen ertoe doen, en wanneer een gratis browser-side EBU R128 / BS.1770-4 meter genoeg is. De werkende meter staat hieronder. Open hem, gooi er een file in, vergelijk met wat je hieronder leest.

→ Open MixLab Analyzer in de browser

Wat EBU R128 eigenlijk is

EBU R128 is een aanbeveling van de European Broadcasting Union uit 2010, herzien meermalen sindsdien. Het beschrijft hoe je loudness meet voor broadcast, maar de wereld is ‘m gaan gebruiken voor álle audio: mastering, podcasts, streamingdiensten, game-audio, accessibility-applicaties.

De technische ruggengraat is ITU-R BS.1770-4, de standaard die het algoritme definieert. EBU R128 voegt daar een paar levensregels aan toe (target-loudness, tolerantie, gating-praktijk).

De drie nummers waar het om gaat:

• Integrated loudness (in LUFS): één getal voor de hele track of clip
• Loudness range / LRA (in LU): hoe groot de dynamische spreiding is
• True peak (in dBTP): de hoogste piek tussen samples in, niet alleen óp samples

Daarboven nog short-term en momentary loudness voor live-meters, en correlatie/width voor stereo-checks. Maar als je niets anders onthoudt: integrated LUFS, LRA, dBTP.

LUFS: waarom het geen dB is

dB zegt niets over hoe luid iets aanvoelt. Een 100Hz toon op −10 dB en een 3kHz toon op −10 dB klinken radicaal anders. Je oor is gevoeliger voor middentonen dan voor bassen of brillance.

LUFS (Loudness Units relative to Full Scale) lost dit op via K-weighting, toegepast voordat je gaat meten. K-weighting is een combinatie van:

1. Een pre-filter: rolt het laagfrequente bereik er af (1e-orde high-shelf rond 1681 Hz, +4 dB)
2. Een RLB-filter: compenseert je oor in het hoorbare bereik (2e-orde high-pass rond 38 Hz)

Beide zijn biquad-filters. Niets exotisch. Ze approximeren de ITU-R BS.1770-4 referentie tot binnen ±0,08 LU van een gevalideerde meter (zie hieronder voor hoe wij dit getoetst hebben).

Daarna meet je het mean square van de gefilterde signalen, neem je de log, en je hebt loudness in LUFS.

De targets per platform (2026)

Platform	Target	Wat ze doen als je afwijkt
Spotify	−14 LUFS	Normaliseert luider en zachter materiaal naar −14 LUFS
Apple Music	−16 LUFS	Idem, met Sound Check
YouTube	−14 LUFS	Idem
Amazon Music	−14 LUFS	Idem
Tidal	−14 LUFS	Idem
Broadcast NL/EU (EBU R128)	−23 LUFS ±1 LU	Wettelijk verplicht voor TV-broadcast, max true peak −1 dBTP
Broadcast US (ATSC A/85)	−24 LKFS ±2 LU	Idem (LKFS = LUFS)
Podcast (algemeen)	−16 tot −19 LUFS	Geen forcering, wel best practice
Spotify Podcasts	−16 LUFS	Normaliseert
Apple Podcasts	−16 LUFS	Sound Check actief

Wat dit betekent: streaming-platforms zetten je sowieso terug naar hun target. Een loudness-war winnen heeft geen zin meer. Je verliest alleen dynamiek en wint niets aan perceived volume.

True peak: waarom sample-peak je in de steek laat

Een normale “peak meter” meet de hoogste sample-waarde in je audio. Klinkt logisch, maar is misleidend.

Tussen samples kan het werkelijke analoge signaal hoger zijn. Bij snelle transients (snare-hits, klikken, hi-hats) kan de inter-sample piek 1-2 dB hoger liggen dan welke sample dan ook. Zet je sample-peak op 0 dBFS, dan vervormt je codec of converter alsnog.

True peak detection lost dit op via oversampling. Je upsampled het signaal 4× (of meer) met een polyphase filter, meet de echte peak, en je weet hoeveel headroom je werkelijk hebt.

EBU R128 schrijft voor: max −1 dBTP voor streamingdiensten en broadcast. Sommige (Spotify, YouTube) tolereren strenger.

Polyphase via een Hann-windowed sinc-kern van ~32 taps geeft accurate true peak detection in real-time, ook in JavaScript. Daarom kun je dit volledig in een browser doen.

LRA: waarom dynamiek meten een meter waard is

LRA (Loudness Range) zegt hoeveel jouw audio fluctueert tussen zacht en hard, gemeten in LU.

• LRA 0-4 LU: ge-overcompressed. Klinkt “wall of sound” maar futloos.
• LRA 4-8 LU: pop/EDM mastering. Wat het meeste op Spotify staat.
• LRA 8-15 LU: acoustic, jazz, podcast. Dynamiek leeft.
• LRA 15+ LU: klassiek, film score. Sterke dynamische contrasten.

Geen “goede” of “foute” LRA. Het is een context-vraag. Een podcast met LRA 3 voelt vermoeiend (alles op één niveau). Een EDM-track met LRA 12 valt weg in een dancefloor-mix.

Als je platform normaliseert op integrated LUFS, is LRA wat overblijft van je werkelijke loudness-curve. Te krap = saai. Te ruim = onhandig in de auto.

Wanneer een online loudness meter voldoende is

Bijna altijd. Specifiek:

• Pre-flight check vóór upload: klopt mijn master voor het platform waar het heen gaat?
• A/B met referentie: hoe staat mijn mix ten opzichte van een hit in hetzelfde genre?
• QA voor podcasts: levert mijn editor consistente integrated LUFS?
• Quick check voor klanten: klant stuurt audio, jij wil snel weten of het bruikbaar is.

Wanneer NIET genoeg:

• Broadcast-deliverable waar een gekeurd meter formeel vereist is (Nielsen, TC Electronic, Nugen-stempels). Daarvoor heb je een gecertificeerde plug-in of hardware nodig.
• Forensische audio waar de meter zelf bewijslast is.
• Multitrack mixing tijdens werken: daar wil je een DAW-meter die in real-time meeloopt.

Voor mastering-checks, pre-upload validatie en QA-rondes is een goed browser-side EBU R128 / BS.1770-4 meter prima. Hij heeft ook één voordeel dat geen plug-in heeft: je audio verlaat je device niet. Geen upload, geen cloud, geen account.

Hoe MixLab Analyzer dit doet

De MixLab Analyzer implementeert BS.1770-4 client-side 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

Geen ML, geen API-call, geen upload. Een paar honderd regels TypeScript op de Float32-arrays die je browser sowieso al decodeert.

We hebben de resultaten gevalideerd tegen ffmpeg’s EBU R128-implementatie (de referentie van de industrie) op een suite van testfiles. Maximum afwijking: ±0,08 LU op integrated loudness. Goed genoeg voor pre-flight checks en A/B-werk.

Voor de echte bouw-walkthrough: Building MixLab Analyzer — BS.1770-4 LUFS in the browser.

Veelgestelde vragen

Is een online loudness meter even accuraat als een DAW-plug-in?

Voor pre-flight checks: ja, mits de implementatie BS.1770-4 correct uitvoert (K-weighting, gating, true peak via oversampling). MixLab Analyzer zit op ±0,08 LU van ffmpeg’s referentie, ruim binnen de tolerantie voor mastering-werk.

Mag ik audio uploaden naar audiolab.tools?

Niets verlaat je browser. Alle DSP draait client-side in WebAudio + JS. Geen server, geen logs, geen cloud-opslag.

Welke target moet ik aanhouden voor Spotify in 2026?

−14 LUFS integrated met max −1 dBTP true peak. Lager mag (Spotify zet niet luider dan target), hoger wordt platgemaakt.

Werkt dit voor podcasts?

Ja. Target: −16 LUFS voor Spotify Podcasts / Apple Podcasts. Voor pure audiobook of meditation-content: −18 tot −20 LUFS is comfortabeler.

Wat is het verschil tussen LUFS en LKFS?

Niets technisch, het is gewoon een andere naam in een andere standaard. LKFS komt uit de Amerikaanse ATSC A/85, LUFS uit EBU R128. Beide meten exact hetzelfde via BS.1770-4.

Werkt de meter ook offline?

Ja. Browser cache de tool. Bij een herhaalbezoek werkt MixLab Analyzer zonder netwerkverbinding.

Verder lezen

• Building MixLab Analyzer — BS.1770-4 LUFS in the browser: de bouw-walkthrough
• AI mastering plateau: waarom AI-mastering tools op een plafond zitten
• MixLab: de werkende analyzer + stem compare
• Methodology — loudness: hoe wij dit meten en valideren