SoundForgePro Official 15-day trial

Mastering

Streaming Loudness Standards: What Platforms Publish

Guide navigation Table of contents Sections
    Streaming loudness delivery with measured LUFS, true peak, phone, video player and smart speaker playback
    Master, upload, distribution and playback are separate stages; one loudness number cannot describe all four.

    There is no universal streaming loudness standard. Spotify publishes a −14 LUFS Normal playback reference for music. Apple documents Sound Check but does not state one public LUFS delivery target on its current consumer page. YouTube publishes codec, channel and sample-rate guidance, but the encoding page cited below does not declare a −14 LUFS requirement.

    A master loudness, an upload specification, a distributor’s normalization target and the level a listener gets from a particular device are four separate facts. A chart that puts all four under one “platform target” heading looks useful and can still send you in the wrong direction.

    Practical answer: keep a clean master at its native resolution, follow any written delivery specification, measure Integrated LUFS and true peak together, and verify the encoded file. Treat a platform’s playback number as evidence about gain behavior, not permission to crush every master to that number.

    Streaming loudness guidance at a glance

    Swipe horizontally to compare every column →

    Service or standardPublished loudness informationTrue-peak informationWhat it actually governs
    Spotify musicNormal −14 LUFS; Premium Loud −11 and Quiet −19Mastering guidance: below −1 dBTP at −14 LUFS; below −2 dBTP when louder than −14Playback normalization and mastering advice, not a universal upload rejection threshold
    Apple Music Sound CheckNormalizes songs toward a similar playback loudness; no public numeric target on the current consumer pageSeparate Apple Digital Masters advice: leave at least 1 dB of headroom and check the AAC encodeOptional playback matching plus a separate mastering/delivery workflow
    YouTube upload guidanceNo public LUFS upload target stated on the current encoding pageNo numeric true-peak upload ceiling stated thereContent Manager partner encoding page: MP4, 48 kHz, stereo plus optional 5.1/Eclipsa workflows
    AES77-2023 / public AESTD1008Separate documents; the public 2021 TD1008 examples include −18 assorted/speech, −16 track-normalized music and −14 album-loudest-trackPublic TD1008 recommends no more than −1 dBTP at lossy codec inputIndustry guidance for distributors, not a promise that every consumer service implements it
    EBU R 128 S2 v3−23 LUFS with correct metadata; −20 to −16 is a conditional interim range, not a general target (see the v3 footnote below)Device-side true-peak limiting where a higher playback target leaves insufficient headroomBroadcaster streaming and reproduction strategy
    Spotify, Apple Music and YouTube loudness documentation status with published and unpublished LUFS guidance
    Spotify publishes numeric music-playback levels. Apple documents Sound Check without a public consumer LUFS target. YouTube’s current encoding page does not publish a −14 LUFS upload target.

    Master, upload, distribution and playback are different stages

    Start by naming the stage attached to a number. Your master might measure −10 LUFS. A distributor may store that file unchanged, write loudness metadata, or calculate a gain offset. The player may then apply that offset, ignore it, offer several normalization modes or change behavior by device.

    Four-stage loudness chain from master and upload through distribution metadata to device playback
    A single LUFS value cannot describe the master, delivery file, distribution process and listener playback at the same time.

    Spotify measures loudness during upload and applies normalization during playback, including compressed and lossless formats. Its Normal reference is −14 LUFS under ITU 1770. The same artist-support page excludes the web player and third-party devices such as TVs or speakers from normalization, so do not expect identical playback everywhere.

    Apple’s current Sound Check support page describes the feature without a numeric target: Sound Check adjusts loudness between songs so they play at a similar volume. That supports the statement “Apple Music can normalize playback.” It does not support “Apple rejects anything that is not −16 LUFS.”

    The cited YouTube encoding page carries a notice limiting its features to Studio Content Manager partners. It lists stereo, stereo plus 5.1 and stereo plus Eclipsa Audio, with 48 kHz audio and AAC-LC, Opus or Eclipsa codecs. That is the scope of this format summary, not a claim that every ordinary upload must use only stereo.

    What Spotify’s −14 LUFS number does—and does not—mean

    On Spotify’s Normal setting, a −9 LUFS track needs roughly −5 dB of playback gain to land near −14 LUFS. A −14 LUFS track needs no loudness gain move. A −18 LUFS track could theoretically receive up to +4 dB, but available headroom can prevent the full lift.

    Loud, matched and quiet masters showing Spotify-style gain changes toward minus 14 LUFS with true-peak headroom
    Normalization changes playback gain, not the balance, compression or distortion already printed into the master.

    Spotify states that louder material is turned down without adding distortion. For softer material, it considers headroom and leaves 1 dB for lossy encoding; its example stops a −20 LUFS file with a −5 dBFS true peak at −16 LUFS rather than forcing it to −14. Premium users can also select Loud at −11 or Quiet at −19 LUFS. Loud mode uses a limiter, while the web player and some third-party playback paths remain exceptions.

    So “master everything at −14” is not the lesson. A dynamic master below −14 may remain below the nominal target when positive gain would run out of headroom. A dense master above −14 is normally attenuated. Neither outcome repairs an over-limited mix.

    Album example: suppose a quiet interlude is intentionally 6 LU below the next track. Spotify describes one shared gain adjustment during album playback, preserving that gap. In shuffle or a mixed playlist it adjusts tracks individually, so the relationship can change. Compare both paths before altering the interlude; do not normalize every album track separately just to make its meter match.

    Apple Music and YouTube: document the unknowns

    Apple Music

    Apple documents that Sound Check can match playback loudness and can preserve album relationships. Its Apple Digital Masters technology brief recommends leaving at least 1 dB of headroom, avoiding clipping and auditioning the AAC encode. That headroom advice is not a published numeric Sound Check target. Apple also treats loudness as a creative decision: use the encode check to catch damage, not to make every song equally dense.

    YouTube

    YouTube’s Stable volume and Voice boost controls can change a listening comparison. Stable volume balances loud and quiet passages; it is unavailable on some videos and off for YouTube Music and official music videos. Voice boost, where available on computer or TV, emphasizes dialogue and reduces background sounds; enabling it switches Stable volume off. Record these settings when comparing an upload with your master. Neither feature is an upload LUFS requirement.

    Where AES77 and EBU R 128 S2 fit

    ITU-R BS.1770-5 defines how programme loudness and true peak are measured. It doesn’t choose one creative master level for Spotify, Apple Music and YouTube; AES and EBU documents build distribution strategies on top of those measurements.

    The AES catalog lists AES77-2023 as a recommended practice for internet streaming and on-demand distribution. The examples below come from its separately published 2021 technical predecessor, not an independent review of every clause in the paid standard. The freely available AESTD1008 technical document covers audio-only distribution, not sound accompanying video. Its examples show why a single number is inadequate: its table distinguishes assorted speech-anchored content at −18 LUFS, track-normalized music at −16 and album-loudest-track normalization at −14. It also recommends a maximum true peak no higher than −1 dBTP at the input to a lossy codec.

    EBU R 128 S2 v3 recommends streaming −23 LUFS programmes unchanged with correct loudness metadata. Without that metadata, it describes an interim −20 to −16 LUFS range when the broadcaster wants to control dynamic treatment. But page 4, footnote 2 says revised device standards now provide the conditions for treating streaming like broadcast; the higher range should not be presented as the default. This is a broadcaster distribution strategy, not a requirement that every independent music master measure −23 LUFS.

    True peak is the second half of the decision

    Integrated LUFS tells you the measured programme loudness. True peak estimates reconstructed peaks between samples. A gain move that raises loudness also raises true peak by roughly the same amount until a limiter intervenes.

    Spotify’s current mastering guidance says to keep a −14 LUFS master below −1 dBTP and a louder master below −2 dBTP because louder material is more susceptible to distortion after encoding. AES TD1008 recommends no more than −1 dBTP at the lossy codec input. These are defensible references, but the written destination specification still wins.

    Browser LUFS meter showing integrated loudness, estimated true peak, loudness range and sample peak
    Measure Integrated LUFS and true peak together. The meter result describes the file; it does not tell you which platform rule applies.

    The SoundForgePro LUFS Meter measures local audio without uploading it. The current browser tool accepts mono or stereo files up to 20 minutes and 200 MiB. For a longer programme, measure the complete file with a desktop meter; do not average LUFS readings from separate chunks. This is a practical pre-check, not a substitute for a meter or measurement mode named in a contract.

    A six-step streaming loudness workflow

    1. Name the exact destination and content type

    Music track, album, podcast, live stream and video are not one delivery class. Record the platform, distributor, client and intended player path.

    2. Save an unconstrained archive master

    Keep the best lossless version before destination-specific gain, codec or limiter changes. Preserve its native resolution: Apple explicitly advises against upsampling or padding a 16-bit file to 24-bit to claim a higher-resolution source. Spotify says one high-quality stereo master per track is sufficient for its compressed and lossless playback; it does not require a separate master for every playback format.

    3. Measure the complete programme

    Reset the meter, play the full file and record Integrated LUFS, maximum true peak and channel layout. For an album, preserve the intended relationship between tracks.

    4. Simulate the likely gain move

    Subtract measured loudness from the documented reference, then add that gain to the measured true peak. For example, a −18 LUFS file with a −3 dBTP maximum needs +4 dB to reach −14 LUFS, which predicts +1 dBTP. With a −1 dBTP ceiling, only +2 dB fits without peak control. If the destination actually requires both targets, adjust the offending peaks or dynamics, then remeasure the full file before encoding. If the number is only a playback reference, do not force the master to hit it.

    5. Encode the actual delivery file

    Use the current codec, sample rate and channel requirements. If you need a gain correction in Sound Forge, the Peak, RMS and LUFS normalization workflow separates a constant gain move from dynamics processing.

    6. Reopen, remeasure and audition

    Check the encoded file, not only the lossless session. Listen to the loudest transient, a quiet passage, the opening and the ending. Where a platform offers a preview or unlisted upload, compare that playback without treating one device as universal evidence.

    For Sound Forge’s own meter routes and reset sequence, use the Sound Forge LUFS and true-peak guide. That tool-specific page covers the interface; the cross-platform decision lives here.

    Streaming loudness standards FAQ

    Is −14 LUFS the standard for every streaming service?

    No. Spotify publishes −14 LUFS for its Normal music-playback setting, but other services document different behavior or do not publish one public numeric target. An upload requirement, distribution recommendation and playback target are not the same thing.

    Does Spotify reject music that is not −14 LUFS?

    Spotify’s current documentation describes measuring files during upload and applying gain during playback. Louder masters are normally turned down; softer masters may be raised only as far as headroom allows. That is not a simple −14 LUFS rejection gate.

    What LUFS target does Apple Music use?

    Apple publicly documents that Sound Check matches playback loudness, but its current consumer support page does not state one universal LUFS target. Follow current distributor requirements, avoid clipping and audition the encoded Apple delivery path.

    Does YouTube require −14 LUFS?

    The cited YouTube encoding page publishes no -14 LUFS upload requirement and carries a Content Manager partner notice. Its format recommendations include 48 kHz audio, AAC-LC/Opus/Eclipsa and stereo or specified surround combinations. Player processing, including Stable volume where available, is a separate issue.

    Should I master louder so streaming normalization turns the track down?

    Only if that sound is the artistic choice. Downward normalization changes gain; it does not undo clipping, limiting or lost transient contrast. Compare level-matched versions before choosing the denser master.

    What true peak should I use for streaming?

    There is no universal ceiling, but −1 dBTP is a common defensible starting point for lossy delivery. Spotify advises below −1 dBTP around −14 LUFS and below −2 dBTP for louder masters. A written platform, distributor or client specification overrides the general starting point.

    Last fact-checked September 7, 2026 against Spotify for Artists, Apple Support and Apple Digital Masters, YouTube Help, the AES catalog and public AESTD1008, EBU R 128 S2 and ITU-R BS.1770-5.