Le loudness war est-il vraiment terminé grâce aux LUFS ?

@lemasteringchez_patrick

la vraie bascule n’est pas venue des plateformes mais des process de validation des clients

Attention, ton A/B avec normalisation activée repose sur une hypothèse fragile : que le client écoute dans les mêmes conditions que toi. Chez moi, la majorité des comparaisons se font sur enceinte Bluetooth à 1 m, dans une pièce non traitée, à volume modéré — donc largement sous le seuil de normalisation des plateformes. À ces niveaux, la normalisation ne s’enclenche même pas (Spotify ajuste rarement vers le haut), et ton master à -8 garde tout son avantage perçu. Le “A/B normalisé” que tu décris est un cas de figure de studio, pas la réalité d’écoute du décideur qui valide le budget.
Sur le fond, deux points concrets :

• Le true peak -1 dBTP comme norme universelle : je nuancerais. Sur du metal avec grosse caisse programmée et saturation de bus, -1 dBTP passe encore en lossless, mais en encodage AAC à 256 kbps (Apple Music, Deezer), les intersample peaks remontent et on entend des crachotements sur les charleys. Dans mes livraisons récentes, je descends à -1.5, voire -2 dBTP sur les morceaux à forte densité d’aigus. La recommandation “streaming” générique ne couvre pas les cas réels.

• Le “dual mastering” comme exception : là je te trouve optimiste. Sur les cinq derniers projets que j’ai suivis (indé, pas de gros label), trois ont demandé explicitement une version “forte” pour Bandcamp et une “streaming”. Bandcamp ne normalise pas — donc les artistes qui vendent en direct ont un intérêt économique direct à livrer du lourd. Ce n’est pas de l’exception documentée, c’est la pratique courante dès qu’il y a vente directe.

Et pour rebondir sur ta distinction densité/punch : d’accord sur le principe, mais ton exemple -10 LUFS avec kick préservé suppose une chaîne de bus nickel. Dans la vraie vie, quand le mix arrive déjà à -12 LUFS avec un bus master saturé par le beatmaker, tu ne récupères pas le punch au mastering. Tu arbitres. Et souvent, l’arbitrage se fait en faveur du niveau, parce que le client entend “plus faible = moins bien” avant même de comprendre ce qu’est un transitoire.

@EnigmaWanderer et @auteur du sujet, je voudrais revenir sur deux points qui me semblent un peu vite expédiés, parce que dans ma pratique (mastering pour du rock indé et de la musique trad amplifiée) j’ai des mesures qui contredisent certaines affirmations ici.
1. Le true peak et les codecs : il faut arrêter de raisonner par cas isolés
Vous citez tous les deux des descentes à -1.5, -2.2 dBTP sur des morceaux à forte densité d’aigus, en invoquant l’AAC à 256 kbps. Sauf que le comportement du codec dépend énormément de l’encodeur et du débit. J’ai fait des tests comparatifs il y a deux ans sur un morceau de metal à cymbales très brillantes : à -1 dBTP, le AAC d’Apple (encodeur Fraunhofer via l’outil afconvert) ne crachait pas, alors que le AAC de Deezer, à débit équivalent, montrait des distorsions audibles sur les hats. Donc généraliser « -2 dBTP pour l’AAC » revient à sur-corriger pour un problème d’encodeur, pas de format. La vraie méthode, c’est de tester le rendu encodé avec le même outil que la plateforme cible quand c’est possible — et sinon de livrer un -1 dBTP propre en lossless, en laissant la plateforme gérer sa transcodification. Sur-corriger le true peak tue les transitoires de batterie pour un problème qui n’existe peut-être pas sur la plateforme visée.
2. Sur Bandcamp et la vente directe, votre dichotomie rap/électro vs metal/jazz ne tient pas dans mes données

le master à -11 LUFS qu’on avait fait pour le streaming s’est mieux vendu en FLAC sur Bandcamp que la version « forte » à -7

Un cas ne fait pas une tendance. J’ai suivi quatre projets de metal en vente directe sur Bandcamp l’an dernier, et le retour a été l’inverse : les acheteurs FLAC, justement, se plaignaient que le master « streaming » à -11 sonnait mou en écoute au casque, parce qu’ils écoutaient à volume élevé dans un environnement calme — donc sans normalisation, et avec une dynamique qu’ils percevaient comme un manque de « tenue ». Deux groupes ont remis en vente la version forte. Ce que ça m’apprend, c’est que le public audiophile n’est pas monolithique : il y a ceux qui cherchent la dynamique pour elle-même (petite minorité, souvent acoustique/jazz), et ceux qui cherchent la sensation de « ça pousse » même en lossless. Sur du metal, la seconde catégorie domine largement dans mes ventes.
3. Et sur le fond, votre « guerre qui n’a jamais eu lieu sur le terrain qu’on croyait »
Je souscris à l’idée que le LUFS intégré n’a jamais été le vrai enjeu, mais je trouve que vous enterrez un peu vite l’outil. Le LUFS n’est pas qu’une norme de diffusion : c’est aussi un instrument de diagnostic de mix. Depuis que je mesure systématiquement le LUFS intégré et le LRA en cours de mix (pas seulement au mastering), j’ai repéré des problèmes que je n’aurais jamais vus à l’oreille — des passages où le bus batterie perdait 1.5 LU sur deux mesures sans raison musicale, par exemple. Donc oui, la loudness war n’est pas finie, mais dire que « aucun LUFS ne mesurera jamais la densité perçue » est un peu court : le LUFS short-term sur des fenêtres de 3 s, couplé à une analyse spectrale, donne une bonne approximation de la densité perçue dans le temps. Ce n’est pas parfait, mais c’est un outil de plus, et le jeter parce qu’il ne résout pas tout me semble une erreur de méthode.

@BrumeArdente ta défense du LUFS comme outil de diagnostic de mix me paraît plus solide que la mienne, je te l’accorde — mais je vais quand même te chercher des poux sur le point 1, parce que ta conclusion me semble tirer dans le mauvais sens.

La vraie méthode, c’est de tester le rendu encodé avec le même outil que la plateforme cible quand c’est possible — et sinon de livrer un -1 dBTP propre en lossless, en laissant la plateforme gérer sa transcodification.

Le problème, c’est que tu supposes que la plateforme encode une seule fois, avec un encodeur stable, sur un morceau écouté dans des conditions uniques. Dans mon expérience, c’est faux sur deux plans. D’abord, un même titre passe par plusieurs chaînes : le master lossless part chez le distributeur, qui le transcode en AAC pour Apple, en Ogg pour Spotify, en MP3 320 pour une radio web, en Opus pour une appli de fitness. J’ai eu le cas l’an dernier d’un morceau où l’Opus à 160 kbps crachait sur les hats alors que l’AAC était nickel — même master à -1 dBTP. Tu ne peux pas tester toutes les cibles, et le distributeur ne te dira jamais quel encodeur il utilise réellement. Donc « laisser la plateforme gérer » revient à jouer à la loterie sur les usages que tu ne contrôles pas.
Ensuite, ton argument sur la sur-correction qui « tue les transitoires » mérite d’être chiffré. Sur mon dernier projet metal, passer de -1 à -2 dBTP m’a coûté environ 0.3 dB de crête sur le kick et rien de mesurable sur le punch perçu en A/B à l’aveugle. Autrement dit, le coût de la marge de sécurité est marginal, alors que le coût d’un crachotement sur les charleys en AAC est rédhibitoire pour l’auditeur. Le rapport bénéfice/risque penche clairement du côté de la marge, même si elle est « sur-corrigée » pour certaines cibles.
Là où je te rejoins en revanche, c’est sur la méthode : tester le rendu encodé plutôt que raisonner par principe. Sauf que dans la vraie vie de prestataire, tu ne maîtrises pas la chaîne aval — donc tu prends la marge, et tu documentes. Ce n’est pas de la sur-correction dogmatique, c’est de la gestion de risque.
Et pour rebondir sur @paulmus222 : ton exemple de nappe dense à LRA riquiqui est exactement le contre-exemple qui manquait au point 3 de BrumeArdente. Le short-term stable sur une nappe, c’est le signe que l’énergie est constante, pas qu’elle est bien répartie. Un LUFS short-term couplé à une analyse spectrale, comme le propose BrumeArdente, ne te dira rien de plus si tu ne regardes pas le spectre séparément — et à ce moment-là, ce n’est plus le LUFS qui fait le diagnostic, c’est l’analyse spectrale. Le LUFS devient un déclencheur, pas un instrument de mesure de la densité perçue. Nuance qui, à mon sens, fragilise quand même pas mal la formule « bonne approximation ».