Podcast and voice mastering

Podcast loudness normalizer and LUFS meter

Measure gated, K-weighted integrated loudness and estimated true peak. If the file misses your preset, normalize it, encode a 192 kbps CBR MP3 and measure the encoded output again — all inside the browser.

  • Nothing is uploaded
  • ITU-R BS.1770 gated method
  • The export is re-measured

Normalize spoken-word loudness

Where the presets sit

The targets on one scale

Integrated loudness for spoken word lives in a narrow stretch of the whole LUFS range. These are the bands the presets aim at.

Podcast / Apple

−16 LUFS ± 1

−30−8 LUFS

Apple asks for roughly −16 dB LKFS within one decibel. LKFS and LUFS are the same scale for this purpose.

Storytel

−15 to −18 LUFS

−30−8 LUFS

Storytel asks for −15 to −18 LUFS with no peak above −0.3 and a noise floor under −80. Their document writes all three in “LUFS”, which is a unit slip for the last two; the preset aims at the middle of the window and holds true peak under −0.3 dBTP, which is stricter than a sample-peak reading of the same number.

Spoken-word mono

−19 LUFS ± 1

−30−8 LUFS

A quieter target used where a single mono voice is delivered to a platform that normalizes further down.

True-peak ceiling

−1 dBTP by default

−60 dBTP

Headroom for the codec. Inter-sample peaks are estimated at four times the source rate, not at sample resolution.

Limits stated up front

What this meter is, and what it is not

The measurement follows the published method

Apple's podcast audio requirements ask audio to average around −16 dB LKFS, within one decibel, with true peak no higher than −1 dBFS. LUFS and LKFS are equivalent scales for this purpose; the measurement here follows the gated, K-weighted method specified by ITU-R BS.1770.

The honest true-peak limit

This browser tool measures inter-sample peaks at four times the source rate, through the polyphase filter BS.1770-4 specifies rather than a spline. It clears every true-peak case in EBU Tech 3341 that applies to a stereo meter — but it runs in a browser tab and nobody has certified it, so treat the table as evidence, not as a badge.

The exported MP3 keeps an extra half-decibel limiter margin and is rechecked after encoding.

Measured, not asserted

EBU Tech 3341 conformance, case by case

Every meter in this corner of the internet says it is accurate. Here is ours against the published compliance cases in EBU Tech 3341, Table 1, with the number it produced for each — including the ones where it sits at the edge of the tolerance.

CaseTest signalMetricAllowedWe measureOff byResult
1Stereo 1 kHz sine, −23.0 dBFS, 20 sI−23.0 ±0.1−23.04−0.04Pass
2As #1 at −33.0 dBFSI−33.0 ±0.1−33.04−0.04Pass
310 s −36, 60 s −23, 10 s −36 dBFSI−23.0 ±0.1−23.06−0.06Pass
410 s −72, 10 s −36, 60 s −23, 10 s −36, 10 s −72 dBFSI−23.0 ±0.1−23.06−0.06Pass
520 s −26, 20.1 s −20, 20 s −26 dBFSI−23.0 ±0.1−23.02−0.02Pass
15Sine fs/4, amplitude 0.50, phase 0°True peak−6.0 +0.2/−0.4−6.02−0.02Pass
16Sine fs/4, amplitude 0.50, phase 45°True peak−6.0 +0.2/−0.4−6.19−0.19Pass
17Sine fs/6, amplitude 0.50, phase 60°True peak−6.0 +0.2/−0.4−6.09−0.09Pass
18Sine fs/8, amplitude 0.50, phase 67.5°True peak−6.0 +0.2/−0.4−6.06−0.06Pass
19Sine fs/4, amplitude 1.41, phase 45°True peak+3.0 +0.2/−0.4+2.82−0.18Pass
20fs/4 period inserted in fs/6, decimated at offset 0True peak0.0 +0.2/−0.4−0.13−0.13Pass
21As #20, offset 1True peak0.0 +0.2/−0.4−0.12−0.12Pass
22As #20, offset 2True peak0.0 +0.2/−0.4−0.14−0.14Pass
23As #20, offset 3True peak0.0 +0.2/−0.4−0.12−0.12Pass

Fourteen of fourteen inside tolerance. Every reading is slightly low rather than slightly high, between 0.02 and 0.19, which is the expected behaviour of four-times oversampling and of a gated measurement that includes its own filter warm-up — and it is the safe direction, because reading high never certifies a file that is actually over a limit.

What we did not run, and why

Case 6 is a 5.0-channel signal. This meter handles mono and stereo, which is what spoken word is, so there is nothing to run rather than something that fails. Cases 7 and 8 are authentic programme material — they exist only as the EBU’s own audio files, and those sit behind a wall that refuses every client we have. Cases 9 to 14 test momentary and short-term metering; this engine reports integrated loudness and true peak and does not implement either, so they do not apply.

A conformance claim that quietly drops the cases it would fail is worth less than no claim, so the three exclusions are named here rather than left out of the count.

The signals are built from the standard, not downloaded

The EBU publishes a WAV set and it is unreachable from here. Table 1 defines each signal exactly — waveform, frequency as a fraction of the sample rate, amplitude, phase, durations and tolerance — so the suite synthesizes them from that text. You can check the synthesis against the standard line by line, which a downloaded binary would not let you do.

The suite is not decoration: the interpolator this meter used until 31 August 2026 fails cases 16 and 19 by about 1.1 dB. It is what found that, and it runs on every change.

Different job

Making an audiobook instead?

Straight answers

Questions about podcast loudness

What LUFS should a podcast be?

Apple asks for about −16 LKFS, within one decibel, with true peak no higher than −1 dBFS, and Spotify's podcast ad requirements ask for −16 LUFS within 1.5 dB with true peak under −2 dBTP. The Podcast / Apple preset here aims at −16 LUFS; Storytel, spoken-word mono and voice-over have presets of their own.

What is the difference between LUFS and RMS?

RMS is a plain average of the signal's power. LUFS is measured through a filter that approximates how loud speech sounds and is gated so silence does not drag the figure down, as ITU-R BS.1770 specifies. ACX judges audiobooks in RMS; podcasts and streaming use LUFS.

What is true peak?

True peak is the highest level the waveform reaches between samples once it is reconstructed, which can sit above every sample value. This meter estimates it at four times the source rate, and the exported MP3 keeps an extra half-decibel margin and is measured again after encoding.

Is the audio uploaded?

No. Measurement, normalization and MP3 encoding all run inside this browser tab, and nothing is sent anywhere.