Um arquivo cuja maior amostra marca 0.0 dBFS não é um arquivo cujo sinal chega a 0 dB. Entre duas amostras quaisquer, a forma de onda reconstruída pode subir acima das duas, e um medidor de sample peak é estruturalmente incapaz de enxergar isso. Depois, um codec com perdas — a coisa que todo serviço de streaming aplica à sua masterização antes de qualquer pessoa ouvi-la — empurra essas excursões ainda mais para cima. O resultado é uma masterização que mediu limpa na sua DAW e distorce na reprodução, e nada disso é questão de opinião. É consequência de como o áudio amostrado é reconstruído.
Este artigo cobre o que um sample peak e um true peak realmente são, por que a sobreamostragem é o único jeito de medir o segundo, o que um medidor 4× consegue e não consegue ver, e qual dos três medidores de loudness padronizados responde a qual pergunta. O que cada serviço publica como alvo, e o que acontece com masterizações baixas, está coberto separadamente em o que realmente acontece com a sua masterização.
Um sample peak é o ponto mais alto do arquivo. Um true peak não está no arquivo.
Um medidor de sample peak informa o maior valor absoluto de amostra do arquivo. Isso é um número real e é fácil de calcular — você olha cada amostra e guarda a maior.
Mas amostras são pontos sobre uma forma de onda contínua, não a forma de onda em si. A forma de onda que passa por esses pontos pode subir acima dos dois entre eles. A forma de onda analógica reconstruída pode exceder a maior amostra do arquivo, e um medidor de sample peak não tem mecanismo algum para detectar isso. Essas excursões são os picos inter-amostrais. O nível da forma de onda reconstruída, incluindo-os, é o true peak, expresso em dBTP.
É por isso que "nada está clipado" e "nada vai clipar" são duas afirmações diferentes. Um arquivo digitalmente seguro, cujas amostras param em −0.1 dBFS, pode ter true peaks bem acima de 0 dBTP. Nada no arquivo passou do teto. Tudo daí para a frente que reconstrói a forma de onda — um DAC, um conversor de taxa de amostragem, um decodificador com perdas — pode clipá-la.
O teste prático é seco: um medidor sem um modo explícito de true peak ou dBTP é um medidor de sample peak, seja lá o que o manual dê a entender. Isso inclui a maioria dos medidores de nível embutidos nas DAWs, e inclui o controle de teto de um bom tanto de limiters.
Por que a codificação com perdas piora a situação, em vez de ser neutra
O streaming não entrega o seu WAV. Ele entrega uma codificação dele em AAC, Ogg Vorbis ou MP3, e um codec com perdas não reproduz a sua forma de onda amostra por amostra. Ele reproduz uma perceptualmente parecida. A saída do decodificador rotineiramente ultrapassa a entrada do codificador.
Esse excesso não é um bug de um codificador específico. É uma consequência inevitável de quantizar e descartar detalhe espectral e — esta é a parte que importa para decisões de masterização — ele escala com o quanto a fonte foi limitada. Quanto mais agressivamente você achatou o sinal contra o teto, mais excesso o codec produz na saída.
Então uma masterização parada em exatamente 0.0 dBTP decodifica com picos acima de 0 dBFS, e o decodificador os clipa. Você nunca ouve isso no seu próprio arquivo. Você ouve na versão que o ouvinte recebe.
Toda especificação publicada que trata disso chega à mesma conclusão. A AES TD1008 afirma: "For all content, it is recommended that the Maximum True Peak level not exceed −1 dBTP at the codec input of lossy-encoded streams." O Spotify pede que você mantenha o true peak "below −1dB TP (True Peak) max" e, para masterizações mais altas que −14 LUFS, que você "keep True Peak below −2dB to avoid extra distortion."
O segundo número do Spotify é o interessante. Ele existe justamente porque material mais limitado ultrapassa mais no codec. O teto não é uma superstição fixa; ele aperta conforme o material fica mais denso.
O que a sobreamostragem está fazendo, e o que 4× não consegue ver
Para medir um pico que não está no arquivo, você tem de reconstruir a forma de onda entre as amostras. A ITU-R BS.1770 especifica fazer isso por sobreamostragem — interpolando pontos de amostra adicionais e então medindo o pico do sinal mais denso.
A recomendação estabelece um mínimo de 4× de sobreamostragem a 48 kHz, e observa que "Higher sampling rates and over-sampling ratios are preferred."
Leia isso como está escrito. 4× é um piso de conformidade, não a resposta exata. Um medidor 4× tem garantia de pegar mais que um medidor de sample peak, e não tem garantia de pegar tudo; a 4×, a medição ainda pode subestimar picos genuínos em alguns décimos de dB. Esses décimos são exatamente o tamanho da margem que as pessoas tentam raspar de um teto.
| O que você está usando | O que ele informa | O que ele deixa passar |
|---|---|---|
| Medidor de sample peak | O maior valor de amostra do arquivo | Todo pico inter-amostral; a questão inteira do excesso do codec |
| Medidor de true peak 4× | Pico reconstruído no piso de conformidade da BS.1770 | Ainda pode subestimar picos genuínos em alguns décimos de dB |
| Medidor de true peak 8× ou 16× | Uma estimativa mais próxima do pico reconstruído | Progressivamente menos, a um custo trivial de CPU |
Use sobreamostragem de 8× ou 16× se o seu medidor oferecer. O custo adicional de CPU é trivial e a precisão adicional não é.
Existe uma armadilha companheira do lado do limiter. Um teto de true peak ajustado em −1.0 dBTP só significa alguma coisa se o limiter estiver de fato fazendo limitação de true peak. Os controles de teto de muitos limiters são de sample peak, e ajustar um deles em −1.0 lhe dá picos inter-amostrais em algum lugar acima de −0.5 dBTP — metade da sua margem embora antes de o codec ter tocado no arquivo.
Qual edição do padrão o seu medidor está citando
A BS.1770 tem seis edições: 2006, 2007, 2011, 2012, 2015 e 2023. A BS.1770-4 (outubro de 2015) é a edição que a maioria dos medidores em uso cita; a BS.1770-5 (novembro de 2023) é a edição em vigor. O piso de sobreamostragem de 4×, os estágios de filtro e os dois gates descritos aqui foram verificados contra a BS.1770-5 tal como publicada.
Vale saber disso principalmente para que você leia a documentação do seu medidor corretamente. Um medidor que cita a -4 não está errado por isso, mas a -5 é o texto atual e é a que se deve nomear quando você está conferindo uma afirmação contra um documento.
Momentâneo, curto prazo, integrado: três medidores, três perguntas
A outra metade do problema é que a maioria das pessoas lê o medidor de loudness errado para a decisão que está tomando. A EBU Tech 3341 define três janelas, e elas respondem a três perguntas genuinamente diferentes.
Momentâneo (M) — 400 ms, sem gate. A mesma janela de um bloco de gating da BS.1770. O loudness momentâneo acompanha eventos individuais: uma caixa, uma consoante do vocal, um tempo forte. Use-o para pegar coisas — um bumbo que salta 6 LU acima de tudo à volta, um trecho que pula para fora. Não o use para tomar decisões de nível. Ele é agitado demais, e perseguir um medidor momentâneo produz exatamente o resultado supercomprimido que a normalização na reprodução pune.
Curto prazo (S) — 3 s, sem gate. Três segundos correspondem aproximadamente a uma frase musical. O loudness de curto prazo é o medidor certo para decisões de equilíbrio dentro de uma faixa, porque três segundos é a escala de tempo em que os ouvintes de fato percebem um trecho como alto ou baixo. Use-o para comparar um verso com um refrão, para conferir que uma ponte não desaba e para ver o formato do seu arranjo como um número.
Integrado (I) — programa inteiro, com gate duplo. Esse é o número contra o qual os serviços normalizam e o único que cabe numa especificação de entrega. Ele é medido sobre a faixa inteira, da primeira à última amostra, não sobre um trecho selecionado. O loudness integrado é uma especificação de entrega, não uma ferramenta de mixagem; se você está olhando para ele enquanto trabalha, está olhando para o medidor errado.
| Medidor | Janela | Gating | A pergunta que ele responde |
|---|---|---|---|
| Momentâneo | 400 ms | Nenhum | O que acabou de acontecer? |
| Curto prazo | 3 s | Nenhum | Este trecho está equilibrado com aquele? |
| Integrado | Programa inteiro | Absoluto −70 LKFS, depois relativo −10 LU | O que o serviço vai medir na entrega? |
A regra que decorre disso: mixe e masterize pelo curto prazo, verifique pelo integrado, investigue anomalias com o momentâneo.
O erro que isso de fato causa
O erro comum é olhar o loudness integrado durante a masterização e ir acrescentando limitação até que ele marque o número que alguém lhe disse para atingir. Esse comportamento tem duas falhas separadas empilhadas uma sobre a outra.
A primeira é que o loudness integrado tem gate duplo, e o gating faz com que ele não meça aquilo que as pessoas supõem. Blocos abaixo de −70 LKFS são descartados de saída. Depois, calcula-se a média dos blocos sobreviventes, subtrai-se 10 dela, e todo bloco abaixo desse limiar relativo também é descartado. O gate relativo fica 10 LU abaixo da média com gate absoluto, não 10 LU abaixo da média não filtrada do arquivo inteiro. A consequência para a sua sessão de trabalho é direta: o loudness integrado da sua faixa é, na prática, o loudness médio das partes altas dela, não da faixa como um todo. Uma canção com uma introdução sussurrada de 40 segundos e um refrão em parede de som é medida quase inteiramente pelos refrões. Acrescentar uma introdução baixa a uma masterização pronta quase não mexe na leitura integrada, e engenheiros que esperam que mexa se surpreendem.
A segunda falha é que o Loudness Range usa um gate diferente ainda. A LRA, especificada na EBU Tech 3342, é a diferença entre as estimativas dos percentis 10 e 95 da distribuição de loudness de curto prazo, e a Tech 3342 define o seu limiar relativo em −20 LU abaixo do nível de loudness com gate absoluto, não −10 LU. O gate mais largo é deliberado — a LRA está caracterizando variação, então precisa admitir as passagens mais baixas que a medição integrada foi projetada para excluir. Medidores que reaproveitam o gate de −10 LU do integrado para a LRA informam valores sistematicamente pequenos demais. Se o seu medidor informa uma LRA visivelmente mais baixa que a de outro medidor no mesmo arquivo, desconfie de um gate de −10 LU onde deveria haver −20 LU.
Você pode testar isso em poucos minutos. Acrescente 20 segundos de material 15 LU abaixo do corpo da faixa. A LRA de uma implementação correta sobe substancialmente. A de uma quebrada mal se mexe.
O que de fato entregar
A orientação é curta, e todo número dela é publicado.
- Acerte o teto primeiro: −1.0 dBTP, true peak, sobreamostrado. Essa é a única restrição genuinamente rígida da lista. Use −2.0 dBTP se a sua masterização estiver mais alta que −14 LUFS integrado — o valor mais apertado existe porque material mais limitado ultrapassa mais no codec.
- Masterize pela música. Acerte equilíbrio, timbre e dinâmica com o limiter fazendo o mínimo possível, e não olhe o medidor integrado nessa etapa.
- Meça o resultado. Seja qual for o loudness integrado a que você chegou, ele é o seu candidato. Se ficar entre mais ou menos −14 e −9 LUFS, todo alvo publicado e todo valor relatado estão a poucos LU de você. Mais alto que −9 LUFS, pergunte o que a limitação comprou.
- Ajuste mudando a masterização, não acrescentando limitação. Mirar um número de LUFS acrescentando limitação até o medidor marcar certo é exatamente o comportamento que a normalização foi projetada para tornar inútil.
Duas coisas a não fazer. Um teto de −0.1 dBTP é um erro de entrega para streaming, não uma escolha estética. E não corte masterizações diferentes para serviços diferentes — os alvos publicados e relatados abrangem cerca de 2 LU, acertar um número exatamente não muda nada audível, e uma masterização a −1 dBTP com dinâmica sensata está correta em todo lugar.
Se você quiser conferir um arquivo pronto antes de entregá-lo, a Mazufa hospeda um verificador gratuito de loudness e true peak em /loudness-checker. Ele roda inteiramente no seu próprio navegador e não envia nenhum áudio.
Fontes
ITU-R BS.1770 — algoritmo de medição, ponderação K, gating, true peak
- Recomendação ITU-R BS.1770-5 (11/2023), Algorithms to measure audio programme loudness and true-peak audio level (texto completo em PDF): https://www.itu.int/dms_pubrec/itu-r/rec/bs/R-REC-BS.1770-5-202311-I!!PDF-E.pdf
- Página da recomendação BS.1770 e histórico de edições (BS.1770-0 até BS.1770-5): https://www.itu.int/rec/R-REC-BS.1770/en
EBU — janelas dos medidores e Loudness Range
- EBU Tech 3341, Loudness Metering: EBU Mode metering to supplement EBU R 128 (momentâneo 400 ms, curto prazo 3 s): https://tech.ebu.ch/publications/tech3341
- EBU Tech 3342, Loudness Range: A measure to supplement EBU R 128 loudness normalisation (gate de −20 LU; percentis 10 e 95), PDF: https://tech.ebu.ch/docs/tech/tech3342.pdf
AES — teto de true peak na entrada do codec
- AES TD1008.1.21-9, Recommendations for Loudness of Internet Audio Streaming and On-Demand Distribution (−1 dBTP na entrada do codec), PDF: https://aes2.org/wp-content/uploads/2024/01/20210924_TD1008_v3.13.pdf
- Página do documento AES TD1008: https://aes.org/technical-council/technical-document-aestd1008/
Spotify — tetos de true peak publicados
- Spotify for Artists, Loudness normalization (−1 dBTP; −2 dBTP para masterizações mais altas que −14 LUFS): https://support.spotify.com/us/artists/article/loudness-normalization/