Dei sei servizi di streaming la cui gestione del volume si discute più spesso, esattamente uno pubblica un target di normalizzazione citabile. Spotify pubblica −14 LUFS integrati, con un tetto di true peak di −1 dBTP, portato a −2 dBTP se il master è più forte di −14 LUFS. Apple Music, YouTube Music, Amazon Music, TIDAL e Deezer non pubblicano alcun target di normalizzazione. Ogni cifra che hai visto per quei cinque è riferita, non pubblicata — e la differenza conta nel momento in cui qualcuno la usa per calcolare quanta riduzione di guadagno subirà il suo master.
L'unica cifra pubblicata da un servizio di streaming
La pagina di Spotify sulla normalizzazione del volume indica il target a −14 LUFS integrati. Indica il tetto di true peak a −1 dBTP, e a −2 dBTP per i master consegnati più forti di −14 LUFS. Quei tre numeri sono le uniche specifiche di normalizzazione di un servizio di streaming, in questo articolo, che provengano dal servizio stesso.
È una base fattuale più stretta di quanto la maggior parte dei consigli sul mastering lasci intendere. È anche sufficiente per lavorarci, perché il meccanismo è lo stesso ovunque anche quando il target non è pubblicato: si misura il volume integrato, lo si confronta con un target, si applica guadagno in riproduzione.
I cinque servizi che non pubblicano nulla
Apple Music, YouTube Music, Amazon Music, TIDAL e Deezer non pubblicano alcun target di normalizzazione. Le cifre che circolano per loro sono, nell'unica formulazione onesta disponibile:
Ampiamente riferite, non pubblicate dal servizio: Apple ≈ −16, YouTube Music ≈ −14, Amazon ≈ −14, TIDAL ≈ −14, Deezer ≈ −15.
Sono messe da parte deliberatamente, e la regola che le accompagna è netta: non calcolare da esse una cifra di guadagno. «Il tuo master è a −8, Apple è a −16, quindi Apple ti abbasserà di 8 dB» è aritmetica eseguita su un numero che l'azienda in questione non ha mai confermato, usando un algoritmo di cui non ha mai confermato nemmeno i parametri. La sottrazione è pulita; il risultato è infondato.
Non è pignoleria sulle fonti. È la ragione pratica per cui tanti consigli sul volume si contraddicono tra loro: due autori raccolgono due valori riferiti diversi per lo stesso servizio, entrambi fanno la sottrazione ed entrambi presentano un numero sicuro di sé.
−23, −16, −18: tre cifre che non sono intercambiabili
Altri tre numeri circolano come se fossero target di streaming alternativi. Non lo sono.
- EBU R 128 specifica −23 LUFS. R 128 è una raccomandazione per la radiodiffusione. Non è un target di streaming e non è mai stata pensata per esserlo. Citarla in una discussione sulla consegna per lo streaming è un errore di categoria, non uno standard più severo.
- AES TD1008 indica −16 LUFS per la musica. È questa la cifra orientata allo streaming che di solito si cerca quando si cita AES.
- La cifra di −18 LUFS di TD1008 si applica ai contenuti parlati — notiziari, talk, radiodrammi. Indicare −18 come target per la musica è un errore comune e grave. Se una guida al mastering, un preset di un plugin o un post su un forum ti dice che AES raccomanda −18 LUFS per la musica, quel documento ha confuso la cifra per il parlato con quella per la musica, e faresti bene a diffidare del resto.
Cogliere correttamente la distinzione tra −16 e −18 è uno dei modi più rapidi per capire se chi scrive di volume ha letto la fonte o copiato un riassunto.
Lo standard di misura, e quale edizione è in vigore
Tutto quanto sopra si misura con ITU-R BS.1770. Ne esistono sei edizioni: -0 (2006), -1 (2007), -2 (2011), -3 (2012), -4 (2015) e -5 (novembre 2023).
BS.1770-5 è in vigore. BS.1770-4, dell'ottobre 2015, è superata — anche se è l'edizione che la maggior parte dei misuratori in uso continua a citare. Se il manuale del tuo misuratore nomina la -4, ti dice qualcosa sull'età del manuale, non su quale edizione sia vigente. Cita la -5 come attuale.
Che cosa fa davvero l'algoritmo, e dove i misuratori sbagliano
La specifica è breve e precisa, e diversi suoi dettagli vengono implementati male abbastanza spesso da meritare che tu li conosca.
Ponderazione K. Un filtro a due stadi: uno shelving alto (filtro «head») seguito da un passa-alto (RLB). Il guadagno della curva di ponderazione K a 1 kHz è +0.698 dB — lineare 1.0836. È questo scostamento a far sì che la misura ponderata K di un tono a 1 kHz non coincida con il suo livello non ponderato.
Blocchi. Il volume è calcolato su blocchi di 400 ms con sovrapposizione del 75%.
Il gate assoluto. I blocchi sotto −70 LUFS vengono scartati del tutto.
Il gate relativo — quello enunciato più spesso in modo sbagliato. Il gate relativo si calcola dalla media dei blocchi sopravvissuti al gate assoluto, poi scostata di −10 LU. Non è la media non filtrata. Un misuratore che applica il gate relativo a una media non filtrata leggerà un brano con lunghi silenzi diversamente da uno conforme alla specifica, e i due divergeranno di una quantità che dipende dal tuo arrangiamento anziché dal tuo volume.
Loudness Range. L'LRA, definito nella EBU Tech 3342, usa un gate relativo di −20 LU — non −10 LU. Riutilizzare per l'LRA il gate del volume integrato è un bug di implementazione comune, e fa apparire il materiale dinamico più uniforme di quanto sia.
Finestre temporali. Il volume short-term usa una finestra di 3 s (EBU Tech 3341). Il momentary usa 400 ms. Sono misure diverse, non impostazioni di smoothing diverse di un'unica misura.
True peak. Il true peak si misura su un segnale sovracampionato — 4× come minimo secondo BS.1770, e 8× è meglio. Il sample peak non è il true peak. I picchi inter-sample possono superare il valore di campione più alto presente nel file, ed è per questo che un master che legge esattamente 0.0 dBFS su un misuratore di sample peak può comunque far clippare un decoder lossy. I tetti di −1 dBTP e −2 dBTP di Spotify sono cifre di true peak, quindi un misuratore di sample peak non può dirti se li rispetti.
| Parametro | Valore | Errore comune |
|---|---|---|
| Gate assoluto | −70 LUFS | — |
| Gate relativo (integrato) | −10 LU sotto la media dei blocchi sopravvissuti | Calcolato dalla media non filtrata |
| Gate LRA | −20 LU | −10 LU riutilizzato dall'integrato |
| Finestra momentary | 400 ms | — |
| Finestra short-term | 3 s | — |
| Sovracampionamento del true peak | 4× minimo, 8× meglio | Sample peak riportato come true peak |
Normalizzazione verso l'alto: condizionale, non un sì o un no
I servizi normalizzano in riproduzione. Un master più forte del target viene abbassato della differenza. Su questo non si discute.
Il caso del master silenzioso è dove entrambe le risposte sicure di sé sono sbagliate. La pagina di Spotify dichiara che «Positive gain is applied to softer masters so the loudness level is -14 dB LUFS». E dichiara anche: «We consider the headroom of the track, and leave 1 dB headroom for lossy encodings to preserve audio quality».
Lette insieme, quelle due frasi descrivono una condizione. Un master silenzioso può essere portato al target. Un master silenzioso con picchi alti può non essere portato fino in fondo, perché alzarlo consumerebbe l'headroom che la seconda frase riserva.
Quindi:
- «I master silenziosi non vengono mai alzati» è sbagliato.
- «I master silenziosi vengono sempre alzati fino al target» è altrettanto sbagliato.
- Quello che è corretto: il guadagno verso l'alto esiste, e viene applicato in funzione dell'headroom del brano.
Se vuoi quel guadagno verso l'alto, la leva è il controllo dei picchi nel master — non il livello medio. Un master con headroom reale è un master che ha spazio per essere alzato.
Che cosa ti compra davvero limitare troppo
Metti insieme i pezzi. Un master spinto a un volume integrato alto viene abbassato in riproduzione della differenza tra il suo livello e il target. Non arriva più forte all'ascoltatore. Arriva invece con quello che gli hai fatto lungo la strada: fattore di cresta ridotto, transienti appiattiti e — se hai superato il tetto di true peak — picchi inter-sample che un encoder lossy gestirà a modo suo.
Limitare troppo compra piattezza, non volume. È l'affermazione difendibile, e regge senza bisogno di un target pubblicato da alcun servizio oltre all'unico che ne ha pubblicato uno. Anche se tutte le cifre riferite per gli altri cinque si rivelassero esatte, la conclusione non cambierebbe, perché a fare il lavoro è il meccanismo — normalizzare in riproduzione, abbassare ciò che è forte — non il numero specifico.
Che cosa farne
- Misura il volume integrato e il picco reale, con sovracampionamento, prima di consegnare qualsiasi cosa.
- Verifica il tuo master rispetto a −14 LUFS e −1 dBTP (oppure −2 dBTP se sei più forte di −14 LUFS), perché sono cifre pubblicate, e considera tutto il resto come non verificato.
- Se uno strumento, un plugin o un articolo ti dà un target per servizio riguardo ad Apple Music, YouTube Music, Amazon Music, TIDAL o Deezer senza etichettarlo come riferito anziché pubblicato, prendilo come un segnale su quello strumento.
- Verifica, se il tuo misuratore te lo consente, il comportamento del gate relativo e del gate LRA. −10 LU per l'integrato, −20 LU per l'LRA.
- Smetti di rincorrere un numero che viene disfatto in riproduzione e comincia a proteggere l'headroom che determina se il guadagno verso l'alto ti raggiunge.
Il misuratore di volume gratuito di Mazufa si trova su /loudness-checker. Funziona interamente nel tuo browser — nessun audio viene caricato — e riporta le cifre pubblicate di Spotify come pubblicate, e tutto il resto per quello che è.
Fonti
- Spotify, «Loudness normalization» (pagina di supporto per gli artisti) — target −14 LUFS, tetti di true peak −1/−2 dBTP e le dichiarazioni sul guadagno positivo e sull'headroom di 1 dB. support.spotify.com/us/artists/article/loudness-normalization/ — letto il 2026-09-07.
- ITU-R BS.1770, storia delle edizioni e meccanica; BS.1770-5 (novembre 2023) in vigore, BS.1770-4 (ottobre 2015) superata. itu.int — verificato il 2026-09-07.
- EBU R 128 — −23 LUFS, radiodiffusione; e EBU Tech 3341 (finestre momentary e short-term) ed EBU Tech 3342 (Loudness Range, gate −20 LU). tech.ebu.ch — nessuna data di lettura registrata nella nostra scheda.
- AES TD1008 — −16 LUFS per la musica; −18 LUFS per i contenuti parlati. aes.org/community/technical-council/technical-document-aestd1008/ — nessuna data di lettura registrata nella nostra scheda.