Dos seis serviços de streaming cujo tratamento de loudness é mais discutido, exatamente um publica um alvo de normalização que você pode citar. O Spotify publica −14 LUFS integrado, com um teto de true peak de −1 dBTP, apertado para −2 dBTP se a masterização estiver mais alta que −14 LUFS. Apple Music, YouTube Music, Amazon Music, TIDAL e Deezer não publicam nenhum alvo de normalização. Todo número que você já viu para esses cinco é relatado, não publicado — e a diferença importa no instante em que alguém usa um deles para calcular quanta redução de ganho a sua masterização vai receber.
O único número publicado por um serviço de streaming
A própria página de normalização de loudness do Spotify indica o alvo como −14 LUFS integrado. Ela indica o teto de true peak como −1 dBTP, e −2 dBTP para masterizações entregues acima de −14 LUFS. Esses três números são as únicas especificações de normalização de serviço de streaming neste artigo que vêm do próprio serviço.
Essa é uma base factual mais estreita do que a maior parte dos conselhos de masterização dá a entender. Também é suficiente para trabalhar, porque o mecanismo é o mesmo em todo lugar mesmo quando o alvo não é publicado: medir o loudness integrado, comparar com um alvo, aplicar ganho na reprodução.
Os cinco serviços que não publicam nada
Apple Music, YouTube Music, Amazon Music, TIDAL e Deezer não publicam nenhum alvo de normalização. Os números em circulação para eles são, na única formulação honesta disponível:
Amplamente relatado, não publicado pelo serviço: Apple ≈ −16, YouTube Music ≈ −14, Amazon ≈ −14, TIDAL ≈ −14, Deezer ≈ −15.
Eles estão destacados de propósito, e a regra que vem junto é rígida: não calcule um valor de ganho a partir deles. "A sua masterização está em −8, a Apple está em −16, então a Apple vai puxar você 8 dB para baixo" é aritmética feita sobre um número que a empresa em questão nunca confirmou, usando um algoritmo cujos parâmetros ela também nunca confirmou. A subtração é limpa; o resultado é infundado.
Isso não é preciosismo com fontes. É a razão prática pela qual tanto conselho sobre loudness se contradiz: dois autores pegam dois valores relatados diferentes para o mesmo serviço, os dois fazem a subtração, e os dois apresentam um número seguro de si.
−23, −16, −18: três números que não são intercambiáveis
Outros três números circulam como se fossem alvos alternativos de streaming. Não são.
- A EBU R 128 especifica −23 LUFS. A R 128 é uma recomendação de radiodifusão. Não é um alvo de streaming e nunca teve a intenção de ser. Citá-la numa discussão sobre entrega para streaming é um erro de categoria, não um padrão mais rigoroso.
- A AES TD1008 indica −16 LUFS para música. É esse o número voltado a streaming que as pessoas normalmente querem quando citam a AES.
- O número de −18 LUFS da TD1008 se aplica a conteúdo falado — jornalismo, entrevista, radiodrama. Apresentar −18 como o alvo para música é um erro comum e grave. Se um guia de masterização, preset de plugin ou post de fórum lhe disser que a AES recomenda −18 LUFS para música, esse documento confundiu o número de conteúdo falado com o de música, e você deve desconfiar do resto.
Acertar a distinção entre −16 e −18 é uma das formas mais rápidas de saber se quem escreve sobre loudness leu a fonte ou copiou um resumo.
O padrão de medição, e qual edição está em vigor
Tudo acima é medido com a ITU-R BS.1770. Ela tem seis edições: -0 (2006), -1 (2007), -2 (2011), -3 (2012), -4 (2015) e -5 (novembro de 2023).
A BS.1770-5 está em vigor. A BS.1770-4, de outubro de 2015, está superada — ainda que seja a edição que a maioria dos medidores em uso continua citando. Se o manual do seu medidor menciona a -4, isso diz algo sobre a idade do manual, não sobre qual edição governa. Cite a -5 como a atual.
O que o algoritmo realmente faz, e onde os medidores erram
A especificação é curta e precisa, e vários de seus detalhes são implementados de forma incorreta com frequência suficiente para que você deva conhecê-los.
Ponderação K. Um filtro de dois estágios: um high-shelf (filtro de "cabeça") seguido de um passa-altas (RLB). O ganho da curva de ponderação K em 1 kHz é +0.698 dB — linear 1.0836. É esse offset que faz com que a medição ponderada em K de um tom de 1 kHz não seja igual ao seu nível não ponderado.
Blocos. O loudness é calculado sobre blocos de 400 ms com 75% de sobreposição.
O gate absoluto. Blocos abaixo de −70 LUFS são descartados de saída.
O gate relativo — o que mais é enunciado errado. O gate relativo é calculado a partir da média dos blocos que sobreviveram ao gate absoluto, e então deslocado em −10 LU. Ele não é a média não filtrada. Um medidor que aplica o gate relativo sobre uma média não filtrada vai ler uma faixa com silêncios longos de forma diferente de um que segue a especificação, e os dois vão divergir por uma quantia que depende do seu arranjo, e não do seu loudness.
Loudness Range. A LRA, definida na EBU Tech 3342, usa um gate relativo de −20 LU — não de −10 LU. Reaproveitar o gate do loudness integrado para a LRA é um bug de implementação comum, e faz material dinâmico parecer mais constante do que é.
Janelas de tempo. O loudness de curto prazo usa uma janela de 3 s (EBU Tech 3341). O momentâneo usa 400 ms. São medições diferentes, não configurações diferentes de suavização de uma mesma medição.
True peak. O true peak é medido sobre um sinal sobreamostrado — 4× no mínimo sob a BS.1770, e 8× é melhor. Sample peak não é true peak. Picos inter-amostrais podem exceder o maior valor de amostra do arquivo, e é por isso que uma masterização que marca exatamente 0.0 dBFS num medidor de sample peak ainda pode clipar um decodificador com perdas. Os tetos de −1 dBTP e −2 dBTP do Spotify são números de true peak, então um medidor de sample peak não pode dizer se você os atende.
| Parâmetro | Valor | Erro comum |
|---|---|---|
| Gate absoluto | −70 LUFS | — |
| Gate relativo (integrado) | −10 LU abaixo da média dos blocos sobreviventes | Calculado a partir da média não filtrada |
| Gate da LRA | −20 LU | −10 LU reaproveitado do integrado |
| Janela momentânea | 400 ms | — |
| Janela de curto prazo | 3 s | — |
| Sobreamostragem de true peak | 4× no mínimo, 8× melhor | Sample peak informado como true peak |
Normalização para cima: condicional, não um sim ou não
Os serviços normalizam na reprodução. Uma masterização mais alta que o alvo é abaixada pela diferença. Essa parte não é controversa.
O caso da masterização baixa é onde as duas respostas seguras estão erradas. A página do Spotify afirma que "Positive gain is applied to softer masters so the loudness level is -14 dB LUFS". Ela também afirma: "We consider the headroom of the track, and leave 1 dB headroom for lossy encodings to preserve audio quality".
Lidas juntas, essas duas frases descrevem uma condicional. Uma masterização baixa pode ser elevada até o alvo. Uma masterização baixa com picos altos pode não ser elevada até o fim, porque elevá-la consumiria a headroom que a segunda frase reserva.
Então:
- "Masterizações baixas nunca são elevadas" está errado.
- "Masterizações baixas são sempre elevadas até o alvo" também está errado.
- O que é correto: o ganho para cima é real, e é aplicado condicionado à headroom da faixa.
Se você quer esse ganho para cima, a alavanca é o controle de picos na masterização — não o nível médio. Uma masterização com headroom de verdade é uma masterização que tem espaço para ser elevada.
O que o excesso de limiter realmente compra
Junte as peças. Uma masterização empurrada a um loudness integrado alto é abaixada na reprodução pela diferença entre o seu nível e o alvo. Ela não chega mais alta ao ouvinte. O que ela chega é aquilo que você fez com ela no caminho: fator de crista reduzido, transientes achatados e — se você passou do teto de true peak — picos inter-amostrais que um codificador com perdas vai tratar do jeito dele.
O excesso de limiter compra achatamento, não volume. Essa é a afirmação defensável, e ela se sustenta sem precisar de um alvo publicado por qualquer serviço além do único que publicou um. Mesmo que todos os números relatados para os outros cinco se revelassem exatos, a conclusão não mudaria, porque é o mecanismo — normalizar na reprodução, reduzir o que está alto — que faz o trabalho, e não o número específico.
O que fazer com isso
- Meça o loudness integrado e o pico true, com sobreamostragem, antes de entregar qualquer coisa.
- Confira a sua masterização contra −14 LUFS e −1 dBTP (ou −2 dBTP se você estiver acima de −14 LUFS), porque esses são publicados, e trate todo o resto como não verificado.
- Se uma ferramenta, plugin ou artigo lhe der um alvo por serviço para Apple Music, YouTube Music, Amazon Music, TIDAL ou Deezer sem rotulá-lo como relatado e não publicado, trate isso como um sinal sobre a ferramenta.
- Confirme o comportamento do gate relativo e do gate de LRA do seu medidor, se ele permitir. −10 LU para o integrado, −20 LU para a LRA.
- Pare de perseguir um número que é desfeito na reprodução e comece a proteger a headroom que determina se o ganho para cima chega até você.
O verificador de loudness gratuito da Mazufa está em /loudness-checker. Ele roda inteiramente no seu navegador — nenhum áudio é enviado — e apresenta os números publicados do Spotify como publicados, e todo o resto como aquilo que é.
Fontes
- Spotify, "Loudness normalization" (página de suporte a artistas) — alvo de −14 LUFS, tetos de true peak de −1/−2 dBTP, e as afirmações sobre ganho positivo e 1 dB de headroom. support.spotify.com/us/artists/article/loudness-normalization/ — lido em 2026-09-07.
- Histórico de edições e mecânica da ITU-R BS.1770; BS.1770-5 (novembro de 2023) em vigor, BS.1770-4 (outubro de 2015) superada. itu.int — verificado em 2026-09-07.
- EBU R 128 — −23 LUFS, radiodifusão; e EBU Tech 3341 (janelas momentânea e de curto prazo) e EBU Tech 3342 (Loudness Range, gate de −20 LU). tech.ebu.ch — nenhuma data de leitura registrada na nossa ficha técnica.
- AES TD1008 — −16 LUFS para música; −18 LUFS para conteúdo falado. aes.org/community/technical-council/technical-document-aestd1008/ — nenhuma data de leitura registrada na nossa ficha técnica.