← Home
TOOL

Published · Updated

Audio Loudness Targets by Platform

For social and streaming video, master to -14 LUFS integrated with a true peak no higher than -1 dBTP. That one file is right for YouTube, Spotify and Tidal, safe for TikTok and Instagram, and 2 LU from Apple Music. Podcasts on Apple want -16 LKFS. Broadcast and film are far quieter: -23 LUFS, -24 LKFS, -27 LKFS.

The chart below gives every target with its true-peak ceiling and its source, and marks which figures the platform actually publishes and which are measurements of behaviour that can change without notice. The calculator turns a measured loudness into the gain offset to apply, and tells you whether that offset would clip.

GAIN CALCULATOR
LUFS, from an EBU R 128 meter or ffmpeg -af loudnorm=print_format=json.
dBTP. Leave blank to skip the clipping check.
YouTube publishes no figure. -14 LUFS is the measured behaviour, and it only turns loud content down.
+7.3 dBgain to apply to the finished mix

-21.3 LUFS +7.3 dB = -14.0 LUFS. That is a single linear offset applied to every sample: it changes level and nothing else — not balance, not tone, not dynamic range.

TRUE PEAK: CLEARS THE CEILING

-9.0 dBTP +7.3 dB = -1.7 dBTP, against a ceiling of -1.0 dBTP. You land 0.7 dB under it, so no limiting is needed and nothing about the sound changes.

Pure gain offset
ffmpeg -i input.mp4 -af "volume=+7.3dB" -c:v copy output.mp4

volume is a straight multiplication with no limiter in it, which is the whole point: if the peak clears, nothing should be touching your transients.

Loudness Targets and True-Peak Ceilings

Platform & sourceIntegrated targetTrue peakWhat the number is
YouTube
YouTube publishes no figure. The gain it applied to any given video is readable in the player's Stats for nerds panel, as "content loudness".
about -14 LUFS-1 dBTP
Measured, not published
Playback target — turns loud uploads down, leaves quiet ones quiet
TikTok
There is no TikTok loudness specification. Every fixed number quoted for TikTok online is somebody's measurement, and the measurements disagree.
not published-1 dBTP advisable
No specification exists
Unknown — reports of its normalization behaviour contradict each other
Instagram / Reels
Meta encodes Reels and Stories with xHE-AAC, whose loudness management adapts to the playback environment rather than normalizing to one figure. Engineering at Meta, 2023
no fixed number-1 dBTP advisable
Adaptive by design
Playback target that moves — loudness is managed against the listening context
Spotify (music)
Spotify for Artists states the -14 LUFS target, the -1 dBTP ceiling for lossy formats, and the tighter -2 dBTP for masters above the target. Spotify for Artists
-14 LUFS-1 dBTP (-2 dBTP if you deliver louder than -14 LUFS)
Published
Playback target — applies gain in both directions
Apple Music (Sound Check)
Apple states that with Sound Check enabled, "content with loudness or Sound Check metadata will consistently have playback levels at -16 dB". Apple publishes no separate true-peak figure for music delivery; -1 dBTP is convention. Apple, Audio requirements
-16 LUFS-1 dBTP advisable
Playback level published
Playback target, only when the listener has Sound Check on
Amazon Music
Amazon publishes no mastering specification. -14 LUFS with the tighter -2 dBTP ceiling is the figure mastering engineers report consistently. Sage Audio
-14 LUFS-2 dBTP
Not published
Playback target — turns loud content down
Tidal
Tidal offers loudness normalization but publishes no numeric mastering requirement. -14 LUFS is a working playback reference, not a delivery contract. APU Software
-14 LUFS-1 dBTP
Not published
Playback target, applied album-aware
Apple Podcasts
Apple asks that "the overall loudness remains around -16 dB LKFS, with a +/- 1 dB tolerance, and that the true-peak value doesn't exceed -1 dB FS". Apple publishes no separate mono figure. Apple Podcasts for Creators
-16 LKFS, +/-1 dB-1 dB true peak
Published
Delivery recommendation — you hit it, measured per ITU-R BS.1770-5
Spotify (podcasts)
Spotify's loudness normalization applies to all playback types. It publishes no separate podcast target, which is why podcasts on Spotify and Apple sit 2 LU apart. Spotify for Artists
-14 LUFS-1 dBTP
Published, but not podcast-specific
Playback target — the same normalization as music
Netflix
Netflix Sound Mix Specifications & Best Practices v1.6: average loudness -27 LKFS, tolerance +/-2 LU, dialog-gated; peaks must not exceed -2 dBTP. Netflix Partner Help Center
-27 LKFS, +/-2 LU, dialog-gated-2 dBTP
Published
Delivery spec — a contract, measured per ITU-R BS.1770-1
EBU R 128 (European broadcast)
EBU Recommendation R 128 sets the Programme Loudness Level at -23.0 LUFS and the Maximum Permitted True Peak Level at -1 dBTP. EBU R 128 (PDF)
-23.0 LUFS, +/-0.5 LU-1 dBTP
Published
Delivery spec — +/-1 LU is permitted for live programmes
ATSC A/85 (US television)
ATSC A/85, Techniques for Establishing and Maintaining Audio Loudness for Digital Television. The anchor element is dialogue, which is why -24 LKFS and -23 LUFS are not the same measurement made twice. ATSC
-24 LKFS, about +/-2 LU-2 dBTP
Published
Delivery spec — anchored on dialogue, enforceable under the CALM Act

Two different kinds of number are in that table, and confusing them is the expensive mistake. A playback target is applied to you: you cannot miss it, and fighting it only wastes effort. A delivery spec is a contract you must hit, where being 3 LU out is a rejected master. Netflix, EBU R 128, ATSC A/85 and Apple Podcasts are contracts. Everything else on the list is something done to your file after you have handed it over.

Note also which rows are marked as unpublished. TikTok has no specification at all, Instagram deliberately has no single figure because Meta manages loudness against the listening context rather than a constant, and Amazon, Tidal and YouTube publish nothing even though their behaviour is measurable and stable. Any chart that lists those five with the same authority as EBU R 128 is telling you something untrue about how much you can rely on them.

The -19 LUFS figure widely quoted for mono podcasts is not Apple's, despite where you usually see it. It comes from Google's audio loudness guidelines, and it exists because a mono file duplicated to two speakers picks up 3.01 LU that the single-channel measurement never saw. The offset is real; the attribution usually is not.

LUFS, dBFS, RMS and True Peak: Four Units, Four Questions

dBFS answers "what is the largest number in this file". It is a sample measurement against digital full scale, and it correlates with perceived loudness so weakly as to be useless for the purpose: a sine wave and a snare hit can peak identically and sound nothing alike. Peak-normalizing two videos to -1 dBFS can leave them 15 LUFS apart, because one is a dense music bed and the other is a quiet voice with a single door slam in it.

RMS answers "how much raw power is in this window". It is an average rather than a single sample, which is a real improvement, but it treats 40 Hz and 3 kHz as equally loud. They are not. A bass-heavy mix and a speech mix at the same RMS will not sound remotely equal.

LUFS answers "how loud does this sound to a person". It is defined by ITU-R BS.1770 and used by EBU R 128, and it fixes RMS in two ways. The signal is K-weighted first — a high shelf of roughly 4 dB above about 2 kHz for the acoustic effect of a head in a sound field, and a high-pass that rolls off the bottom, where energy contributes far less to loudness than its raw power suggests. Then the measurement is gated, so quiet blocks are discarded rather than averaged in. LKFS, the unit in the American broadcast standard, is the same number under a different name; 1 LU equals 1 dB in both.

True peak (dBTP) answers a question none of the others do: "how high does the waveform go between the samples". Digital audio stores points, not a curve; the converter in a listener's phone reconstructs the curve, and the highest point of that curve is normally not one of your samples. The gap runs 1 to 3 dB. This is why every ceiling on the chart is -1 or -2 rather than 0, and why the resulting distortion is completely inaudible on your own timeline and obvious on somebody else's device: it is generated after your file, inside their decoder.

Integrated, Short-Term, Momentary

Every LUFS number needs a window attached to it or it means nothing. Momentary loudness is measured over 400 milliseconds. Short-term is measured over 3 seconds. Both are ungated and both exist for watching a meter while you work. Integrated is the whole programme with the gates applied, and it is the only one any platform normalizes against.

The gating is what makes the integrated number match human judgement. An absolute gate throws away every 400 ms block below -70 LUFS, which removes digital silence and room tone. The survivors are averaged, and a relative gate then throws away everything more than 10 LU below that average. What remains is the foreground of the programme. Without the relative gate, a talking-head video with long pauses would measure several LU quieter than it plainly sounds — and the obvious fix would be to compress the speech, which is exactly the wrong response. It also means a video whose integrated loudness is -14 LUFS can contain a short-term passage at -6, and that is not a fault. When a spec says -14 LUFS, it means integrated unless it says otherwise.

What Loudness Normalization Actually Does When You Upload

It measures the integrated loudness of your file, compares it to the platform's target, and applies one gain offset to the whole thing at playback. That is the entire operation. Your file is not re-encoded louder, no compression is added, and the dynamic range you delivered is preserved exactly.

The direction matters more than the number. YouTube, Apple Music, Amazon Music and Tidal only turn content down. Spotify moves in both directions. So there are two asymmetric outcomes, and only one of them is a real problem. If you export at -9 LUFS by squashing everything, YouTube applies -5 dB and you land at the same -14 as the person who did nothing — except your transients are gone permanently and theirs are not. If you export at -23 LUFS, nothing is applied at all, and you play back 9 dB quieter than the next video in the feed. On phone speakers in a room with other people in it, that difference is the difference between audible and not.

One more thing normalization does not do: it does not level your video internally. It is a single offset applied to the whole file, so if your intro is 10 LU louder than your outro, the platform preserves that gap perfectly. Internal consistency is a mixing problem — ducking, per-layer gain, riding the voice — and no loudness target solves it.

The Loudness War, and Where It Went

For roughly two decades, the way to sound better than the record next to you was to be louder than it. Because radio, CD players and early streaming all played back whatever level was in the file, compression and limiting bought a real competitive advantage, and masters climbed from around -18 LUFS in the eighties to -6 and beyond by the late 2000s. The cost was paid in transients: every dB of extra average level came out of the difference between the loud parts and the quiet ones.

Loudness normalization ended that arithmetic. Once the platform sets the final playback level, being louder in the file cannot make you louder in the listener's ear — it can only make you louder before the offset that removes exactly that advantage. What survives normalization is not your level. It is your dynamic range and your headroom.

The war has not ended everywhere, because the platforms that only turn content down leave a real incentive to sit at or slightly above the target rather than below it. But the incentive to go far past it is gone, and every dB past it is now a straight loss. This is the practical reason to measure before you master: the correction is usually a single gain offset, and the number tells you which direction it goes.

Why -14 LUFS Is a Sensible Default for Spoken-Word Web Video

There is nothing acoustically special about -14. It is roughly where a well-made modern master lands when it has not been compressed into a wall, which means most content clears it without the platform intervening. Spotify adopting it is where the number entered common use, and the others converged because a listener switching between apps hears a mismatched target as a bug. The convergence is what makes it useful, not the value.

For a talking-head video specifically, three things follow. First, it is the target for the platform most of that content is watched on, and the one platform that will not rescue you if you undershoot. Second, the gap to every other social and streaming target is at most 2 LU, which is inside what most listeners will notice at all — so one master genuinely serves all of them and per-platform exports are wasted work. Third, speech has a naturally wide loudness range and -14 leaves room for it; pushing to -11 or -9 to feel "competitive" means compressing a voice that was already loud enough, on a platform that is about to undo the level anyway.

The exceptions are worth knowing. If your primary distribution is podcast apps, master to -16 LKFS: Apple asks you to hit it, and Spotify will apply +2 dB on playback with no harm done. If you are delivering to a broadcaster or a streaming service under contract, use their spec and a dedicated meter, because -23 LUFS and -27 LKFS are not preferences. And do not chase the last tenth of a LU in any direction — every spec on this page has a tolerance wider than the difference is audible.

How to Hit a Loudness Target

  1. 1
    Finish the mix first
    Integrated loudness is a whole-programme measurement, so it is only valid once nothing else will change. Adding a music bed after mastering invalidates the number, and appending a silent tail drags it down.
  2. 2
    Measure two numbers, not one
    You need the integrated LUFS of the programme and its highest true peak in dBTP. Any EBU R 128 meter reports both, as does ffmpeg's loudnorm filter in analysis mode: ffmpeg -i input.mp4 -af loudnorm=print_format=json -f null -.
  3. 3
    Apply the difference as one gain offset
    Target minus measured is the offset. Apply it to the whole file. It is a linear operation — it changes level and nothing else. The calculator above does this arithmetic and shows the resulting true peak.
  4. 4
    Only limit if the ceiling is actually breached
    Check the true peak after the offset. If it now exceeds -1 dBTP (or -2 for Netflix, Amazon and ATSC A/85), a true-peak limiter brings it back. This is the only stage that alters the sound, so the less it has to do, the better.

Being within about 1 LU of the target is on-spec everywhere on this page. Chasing the last few tenths is not audible and is not worth a second render.

Mastering Inside the Edit

Valmera is an agentic AI video editor: you upload real footage, describe the edit in plain English, and an agent performs it. Loudness is one of the things you can ask for. Saying "master it" normalizes the finished mix to -14 LUFS integrated with a -1.5 dBTP ceiling, applied identically to the preview and the export, so what you approve is what ships. The ceiling is half a dB tighter than most platforms ask for, on the reasoning that they are going to re-encode the file to a lossy codec and that overshoot has to land somewhere.

It is one target and one toggle — no field for -16 or -23, and no LUFS readout in the interface — which covers social and streaming delivery and does not cover broadcast or film. It also changes loudness and not balance: if music is burying your voice, the fix is ducking the music under speech, not raising the master. The mechanics are in the music and audio docs, and the measurement itself is explained in full in the LUFS and loudness normalization glossary entry.

Frequently Asked Questions

For anything going to social or streaming video, -14 LUFS integrated with a true peak no higher than -1 dBTP. That single master is correct for YouTube, Spotify and Tidal, close enough for TikTok and Instagram (neither publishes a target), and only 2 LU from Apple Music. Podcasts distributed through Apple want -16 LKFS with a +/-1 dB tolerance. Broadcast and film are a different world entirely: -23 LUFS for EBU R 128, -24 LKFS for ATSC A/85, -27 LKFS dialog-gated for Netflix. You do not need one master per social platform.
YouTube does not publish one. Measurement consistently puts it near -14 LUFS integrated, and YouTube's behaviour is asymmetric: it turns content louder than the target down and leaves quieter content alone. You can see the gain it applied to any video by right-clicking the player and opening "Stats for nerds", where the content loudness figure reports the offset in dB. The practical consequence of the asymmetry is that being above the target costs you nothing but dynamic range, while being below it means you simply play back quieter than everything around you.
-14 LUFS integrated. Spotify publishes this, applies gain in both directions during playback, and does not alter your file — the offset is applied as the track plays. Spotify's guidance is to keep true peak below -1 dBTP, and below -2 dBTP if your master is louder than -14 LUFS, because a loud master is more likely to distort when transcoded to a lossy codec. Spotify normalizes podcasts with the same machinery and publishes no separate podcast figure.
-16 LKFS with a +/-1 dB tolerance and a true peak no higher than -1 dB, which is Apple's published recommendation and the closest thing the medium has to a standard. Spotify normalizes to -14 LUFS instead, so a single episode cannot sit exactly on both; -16 is the safer choice because Spotify will simply apply +2 dB on playback, whereas Apple asks you to hit the number yourself. The -19 LUFS you will see quoted for mono is not Apple's figure — it comes from Google's audio guidelines and reflects the 3.01 LU a mono file gains when it is duplicated to two speakers.
A sample peak is the largest number stored in the file. A true peak is the largest level the waveform reaches once those samples are reconstructed into a continuous signal, which usually happens between two samples rather than on one. The gap is routinely 1 to 3 dB. That is why every delivery spec sets its ceiling at -1 or -2 dBTP rather than 0: a file whose sample peak never exceeds -0.1 dBFS can still clip inside the listener's converter, and every lossy encoder in the chain adds overshoot of its own. ITU-R BS.1770 defines the measurement — attenuate 12.04 dB, oversample at least 4x, low-pass, take the peak, add the 12.04 dB back.
No, and they answer three different questions. dBFS measures a single sample against digital full scale and says nothing about how loud something sounds. RMS is an average of raw power over a window, with no correction for the fact that human hearing is far less sensitive at the frequency extremes. LUFS is an average too, but the signal is K-weighted first to approximate hearing, and quiet blocks are gated out before averaging so that pauses do not drag the number down. LKFS, used in the American broadcast standard, is the same unit as LUFS under a different name.
No. On any platform that normalizes, exceeding the target gets you turned down by exactly the amount you exceeded it, so you arrive at the same playback level as everyone else. What does not get undone is the limiting you applied to get there — those transients are gone from the file. The only thing you can still compete on is how good your audio sounds at the level everybody is played back at, which is an argument for less compression rather than more.
Momentary loudness is measured over a 400 ms window and short-term over 3 seconds; both are ungated and exist for monitoring while you work. Integrated loudness is the gated average of the whole programme: blocks below -70 LUFS are discarded absolutely, then blocks more than 10 LU below the running mean are discarded relatively, so silence and room tone do not pull the number down. Only the integrated figure is what a platform normalizes against, and it is what every spec on this page means when it says "LUFS" without qualifying it.
Valmera normalizes the finished mix to -14 LUFS integrated with a -1.5 dBTP ceiling when you ask it to, in the preview and the export identically. It is one target — there is no field for -16, -23 or any other value, and no LUFS readout in the interface — so it covers social and streaming delivery and does not cover broadcast or film specs. It is off unless requested, so an unmastered export ships at its natural level.

Master Your Export Without Opening a Meter

50 free credits on signup, no card. Upload your footage, say "master it to -14 LUFS", and check the preview.

Start free →
See pricing →

Related Articles

LUFS and Loudness Normalization
The full reference entry: how BS.1770 gating works, what LRA measures, and why loud exports buy nothing.
Docs: Music & Audio
The audio layers, ducking under speech, voiceover and the one-request mastering pass.
Add Music to Video
Music that ducks under speech — the actual fix for the complaint people describe as loudness.
All AI Video Editing Tools
Every editing job Valmera can do, one page each.