Sur les six services de streaming dont on discute le plus souvent le traitement du volume, exactement un publie une cible de normalisation que vous pouvez citer. Spotify publie −14 LUFS intégrés, avec un plafond de crête réelle à −1 dBTP, resserré à −2 dBTP si le master est plus fort que −14 LUFS. Apple Music, YouTube Music, Amazon Music, TIDAL et Deezer ne publient aucune cible de normalisation. Tous les chiffres que vous avez vus pour ces cinq services sont rapportés, non publiés — et la différence devient décisive dès que quelqu'un s'en sert pour calculer la réduction de gain que subira son master.
Le seul chiffre de streaming publié
La page de Spotify consacrée à la normalisation du volume indique une cible de −14 LUFS intégrés. Elle indique le plafond de crête réelle à −1 dBTP, et −2 dBTP pour les masters livrés plus forts que −14 LUFS. Ces trois nombres sont les seules spécifications de normalisation d'un service de streaming, dans cet article, qui proviennent du service lui-même.
C'est une base factuelle plus étroite que ne le laisse entendre la plupart des conseils de mastering. C'est aussi suffisant pour travailler, car le mécanisme est partout le même, même là où la cible n'est pas publiée : mesurer le volume intégré, le comparer à une cible, appliquer un gain à la lecture.
Les cinq services qui ne publient rien
Apple Music, YouTube Music, Amazon Music, TIDAL et Deezer ne publient aucune cible de normalisation. Les chiffres qui circulent à leur sujet sont, dans la seule formulation honnête disponible :
Largement rapporté, non publié par le service : Apple ≈ −16, YouTube Music ≈ −14, Amazon ≈ −14, TIDAL ≈ −14, Deezer ≈ −15.
Ces valeurs sont mises à part délibérément, et la règle qui les accompagne est stricte : n'en déduisez aucun chiffre de gain. « Votre master est à −8, Apple est à −16, donc Apple va vous baisser de 8 dB » : c'est une arithmétique effectuée sur un nombre que l'entreprise concernée n'a jamais confirmé, à l'aide d'un algorithme dont elle n'a jamais confirmé les paramètres non plus. La soustraction est propre ; le résultat est sans fondement.
Ce n'est pas du pédantisme de sourcing. C'est la raison pratique pour laquelle tant de conseils sur le volume se contredisent : deux auteurs récupèrent deux valeurs rapportées différentes pour le même service, tous deux font la soustraction, et tous deux présentent un chiffre assuré.
−23, −16, −18 : trois chiffres qui ne sont pas interchangeables
Trois autres nombres circulent comme s'ils étaient des cibles de streaming alternatives. Ils ne le sont pas.
- EBU R 128 spécifie −23 LUFS. R 128 est une recommandation de diffusion. Ce n'est pas une cible de streaming et cela n'a jamais été prévu pour l'être. La citer dans une discussion sur la livraison en streaming est une erreur de catégorie, pas une norme plus exigeante.
- AES TD1008 donne −16 LUFS pour la musique. C'est le chiffre orienté streaming que les gens visent généralement lorsqu'ils citent l'AES.
- Le chiffre de −18 LUFS dans TD1008 s'applique aux contenus dominés par la parole — information, discussion, fiction radiophonique. Annoncer −18 comme cible pour la musique est une erreur courante et sérieuse. Si un guide de mastering, un préréglage de plugin ou un message de forum vous dit que l'AES recommande −18 LUFS pour la musique, ce document a confondu le chiffre « parole » et le chiffre « musique », et vous devriez vous méfier du reste.
Bien distinguer −16 de −18 est l'un des moyens les plus rapides de savoir si l'auteur d'un texte sur le volume a lu la source ou recopié un résumé.
La norme de mesure, et l'édition en vigueur
Tout ce qui précède se mesure avec ITU-R BS.1770. Elle compte six éditions : -0 (2006), -1 (2007), -2 (2011), -3 (2012), -4 (2015) et -5 (novembre 2023).
BS.1770-5 est en vigueur. BS.1770-4, d'octobre 2015, est remplacée — même si c'est l'édition que citent encore la plupart des mesureurs déployés. Si le manuel de votre mesureur mentionne -4, cela renseigne sur l'âge du manuel, pas sur l'édition qui fait foi. Citez -5 comme édition en vigueur.
Ce que fait réellement l'algorithme, et où les mesureurs se trompent
La spécification est courte et précise, et plusieurs de ses détails sont implémentés de travers assez souvent pour que vous ayez intérêt à les connaître.
Pondération K. Un filtre à deux étages : un plateau haut (filtre dit « de tête ») suivi d'un passe-haut (RLB). Le gain de la courbe de pondération K à 1 kHz est de +0.698 dB — soit 1.0836 en linéaire. C'est cet écart qui explique qu'une mesure pondérée K d'une sinusoïde à 1 kHz ne soit pas égale à son niveau non pondéré.
Blocs. Le volume est calculé sur des blocs de 400 ms avec 75% de recouvrement.
La porte absolue. Les blocs inférieurs à −70 LUFS sont purement et simplement écartés.
La porte relative — celle que l'on énonce le plus souvent de travers. La porte relative se calcule à partir de la moyenne des blocs ayant survécu à la porte absolue, puis se décale de −10 LU. Ce n'est pas la moyenne non filtrée. Un mesureur qui applique une porte relative à une moyenne non filtrée lira un morceau comportant de longs silences autrement qu'un mesureur conforme à la spécification, et les deux divergeront d'une quantité qui dépend de votre arrangement plutôt que de votre volume.
Plage de volume. Le LRA, défini par EBU Tech 3342, utilise une porte relative à −20 LU — et non −10 LU. Réutiliser la porte du volume intégré pour le LRA est un bug d'implémentation courant, et il fait paraître le matériel dynamique plus régulier qu'il ne l'est.
Fenêtres temporelles. Le volume court terme utilise une fenêtre de 3 s (EBU Tech 3341). Le volume momentané utilise 400 ms. Ce sont des mesures différentes, pas deux réglages de lissage d'une même mesure.
Crête réelle. La crête réelle se mesure sur un signal suréchantillonné — 4× au minimum selon BS.1770, et 8× vaut mieux. La crête d'échantillon n'est pas la crête réelle. Les crêtes inter-échantillons peuvent dépasser la plus haute valeur d'échantillon du fichier, ce qui explique qu'un master affichant exactement 0.0 dBFS sur un mesureur de crête d'échantillon puisse malgré tout écrêter un décodeur avec perte. Les plafonds de Spotify à −1 dBTP et −2 dBTP sont des valeurs de crête réelle, si bien qu'un mesureur de crête d'échantillon ne peut pas vous dire si vous les respectez.
| Paramètre | Valeur | Erreur courante |
|---|---|---|
| Porte absolue | −70 LUFS | — |
| Porte relative (intégré) | −10 LU sous la moyenne des blocs survivants | Calculée sur la moyenne non filtrée |
| Porte LRA | −20 LU | −10 LU repris de l'intégré |
| Fenêtre momentanée | 400 ms | — |
| Fenêtre court terme | 3 s | — |
| Suréchantillonnage crête réelle | 4× minimum, 8× mieux | Crête d'échantillon annoncée comme crête réelle |
Normalisation vers le haut : conditionnelle, ni oui ni non
Les services normalisent à la lecture. Un master plus fort que la cible est baissé de la différence. Cette partie ne fait pas débat.
C'est le cas du master peu fort qui met en défaut les deux réponses assurées. La page de Spotify indique qu'« un gain positif est appliqué aux masters plus doux afin que le niveau sonore atteigne -14 dB LUFS ». Elle indique également : « Nous prenons en compte la marge du morceau et laissons 1 dB de marge pour les encodages avec perte afin de préserver la qualité audio. »
Lues ensemble, ces deux phrases décrivent une condition. Un master peu fort peut être remonté jusqu'à la cible. Un master peu fort dont les crêtes sont hautes peut ne pas être remonté entièrement, parce que le remonter consommerait la marge que réserve la seconde phrase.
Donc :
- « Les masters peu forts ne sont jamais remontés » est faux.
- « Les masters peu forts sont toujours remontés jusqu'à la cible » est faux aussi.
- Ce qui est exact : le gain vers le haut existe bel et bien, et il s'applique sous réserve de la marge du morceau.
Si vous voulez ce gain vers le haut, le levier est la maîtrise des crêtes dans le master — pas le niveau moyen. Un master qui possède une vraie marge est un master qui a de la place pour être remonté.
Ce que le sur-limitage vous achète réellement
Assemblez les pièces. Un master poussé à un volume intégré élevé est baissé à la lecture de la différence entre son niveau et la cible. Il n'arrive pas plus fort chez l'auditeur. Ce qu'il apporte, en revanche, c'est ce que vous lui avez fait en chemin : facteur de crête réduit, transitoires aplatis et — si vous avez dépassé le plafond de crête réelle — des crêtes inter-échantillons qu'un encodeur avec perte traitera à sa façon.
Le sur-limitage achète de la platitude, pas du volume. C'est l'énoncé défendable, et il tient sans avoir besoin d'une cible publiée par un autre service que le seul qui en publie une. Même si chacun des chiffres rapportés pour les cinq autres se révélait exact, la conclusion ne changerait pas, parce que c'est le mécanisme — normaliser à la lecture, baisser ce qui est fort — qui fait le travail, et non la valeur précise.
Quoi faire de tout cela
- Mesurez le volume intégré et la crête réelle, avec suréchantillonnage, avant toute livraison.
- Contrôlez votre master face à −14 LUFS et −1 dBTP (ou −2 dBTP si vous êtes plus fort que −14 LUFS), parce que ces valeurs sont publiées, et traitez tout le reste comme non vérifié.
- Si un outil, un plugin ou un article vous donne une cible par service pour Apple Music, YouTube Music, Amazon Music, TIDAL ou Deezer sans la signaler comme rapportée plutôt que publiée, prenez-le comme un renseignement sur l'outil.
- Vérifiez le comportement de la porte relative et de la porte LRA de votre mesureur s'il vous le permet. −10 LU pour l'intégré, −20 LU pour le LRA.
- Cessez de courir après un chiffre qui est défait à la lecture et commencez à protéger la marge qui détermine si le gain vers le haut vous parvient.
Le vérificateur de volume gratuit de Mazufa se trouve à /loudness-checker. Il tourne entièrement dans votre navigateur — aucun fichier audio n'est téléversé — et il présente les chiffres publiés par Spotify comme publiés, et tout le reste pour ce qu'il est.
Sources
- Spotify, "Loudness normalization" (page d'assistance aux artistes) — cible −14 LUFS, plafonds de crête réelle −1/−2 dBTP, et les mentions relatives au gain positif et à la marge de 1 dB. support.spotify.com/us/artists/article/loudness-normalization/ — read 2026-09-07.
- ITU-R BS.1770, historique des éditions et mécanique ; BS.1770-5 (November 2023) en vigueur, BS.1770-4 (October 2015) remplacée. itu.int — verified 2026-09-07.
- EBU R 128 — −23 LUFS, diffusion ; et EBU Tech 3341 (fenêtres momentanée et court terme) et EBU Tech 3342 (Loudness Range, porte −20 LU). tech.ebu.ch — aucune date de lecture consignée dans notre fiche de référence.
- AES TD1008 — −16 LUFS pour la musique ; −18 LUFS pour les contenus dominés par la parole. aes.org/community/technical-council/technical-document-aestd1008/ — aucune date de lecture consignée dans notre fiche de référence.