Файл, чей наибольший отсчёт показывает 0.0 dBFS, — это не файл, чей сигнал достигает 0 dB. Между любыми двумя отсчётами восстановленная форма волны может подняться выше их обоих, а измеритель пиков отсчётов структурно неспособен это увидеть. Затем кодек с потерями — то самое, что каждый стриминговый сервис применяет к вашему мастеру, прежде чем его кто-либо услышит, — задирает эти выбросы ещё выше. Итог: мастер, измерившийся чисто в вашей DAW и искажающийся на воспроизведении, — и ничто здесь не является вопросом мнения. Это следствие того, как восстанавливается дискретизированное аудио.
В статье разбирается, что такое пик отсчёта и что такое истинный пик, почему передискретизация — единственный способ измерить второй, что измеритель 4× видит, а чего не видит, и какой из трёх стандартизованных измерителей громкости отвечает на какой вопрос. Что каждый сервис публикует как целевое значение и что происходит с тихими мастерами, разобрано отдельно — в статье что на самом деле происходит с вашим мастером.
Пик отсчёта — высшая точка в файле. Истинного пика в файле нет.
Измеритель пиков отсчётов сообщает наибольшее абсолютное значение отсчёта в файле. Это настоящее число, и вычислить его легко: просматриваете все отсчёты и держите наибольший.
Но отсчёты — это точки на непрерывной форме волны, а не сама форма волны. Проходящая через них волна может между ними подняться выше их обоих. Восстановленная аналоговая форма волны может превысить наибольший отсчёт в файле, и у измерителя пиков отсчётов нет механизма это обнаружить. Эти выбросы называются межотсчётными пиками. Уровень восстановленной формы волны, с их учётом, — это истинный пик, выражаемый в dBTP.
Поэтому «ничего не клиппировано» и «ничего не будет клиппировать» — два разных утверждения. Цифрово безопасный файл, чьи отсчёты не выходят за −0.1 dBFS, может иметь истинные пики заметно выше 0 dBTP. В файле ничего не превышено. А всё, что ниже по цепочке и восстанавливает форму волны, — ЦАП, преобразователь частоты дискретизации, декодер формата с потерями — может её клиппировать.
Практический критерий груб: измеритель без явного режима истинного пика или dBTP — это измеритель пиков отсчётов, что бы ни подразумевало его руководство. Сюда относится большинство встроенных в DAW измерителей уровня, а также регулятор потолка у очень многих лимитеров.
Почему кодирование с потерями делает хуже, а не нейтрально
Стриминг доставляет не ваш WAV. Он доставляет его кодирование в AAC, Ogg Vorbis или MP3, а кодек с потерями не воспроизводит вашу форму волны отсчёт в отсчёт. Он воспроизводит перцептивно похожую. Выход декодера регулярно перелетает вход кодера.
Этот перелёт — не баг какого-то конкретного кодера. Это неизбежное следствие квантования и отбрасывания спектральных деталей и — вот часть, важная для решений в мастеринге — он масштабируется с тем, насколько жёстко исходник был лимитирован. Чем агрессивнее вы придавили сигнал к потолку, тем больший перелёт кодек выдаёт на обратном пути.
Так что мастер, стоящий ровно на 0.0 dBTP, декодируется с пиками выше 0 dBFS, и декодер их клиппирует. На собственном файле вы этого не услышите никогда. Вы услышите это на той версии, которую получает слушатель.
Каждая опубликованная спецификация, затрагивающая эту тему, приходит к одному и тому же выводу. AES TD1008 гласит: «For all content, it is recommended that the Maximum True Peak level not exceed −1 dBTP at the codec input of lossy-encoded streams.» Spotify просит держать истинный пик «below −1dB TP (True Peak) max», а для мастеров громче −14 LUFS — «keep True Peak below −2dB to avoid extra distortion».
Вторая цифра Spotify — самая интересная. Она существует именно потому, что жёстче лимитированный материал сильнее перелетает в кодеке. Потолок — не застывшее суеверие; он ужесточается по мере уплотнения материала.
Что делает передискретизация и чего 4× не видит
Чтобы измерить пик, которого в файле нет, нужно восстановить форму волны между отсчётами. ITU-R BS.1770 предписывает делать это передискретизацией — интерполировать дополнительные точки отсчёта, а затем измерять пик более плотного сигнала.
Рекомендация задаёт минимум 4× передискретизации при 48 kHz и отмечает, что «Higher sampling rates and over-sampling ratios are preferred.»
Читайте это буквально. 4× — порог соответствия, а не точный ответ. Измеритель 4× гарантированно поймает больше, чем измеритель пиков отсчётов, и не гарантированно поймает всё: на 4× измерение всё ещё может занижать подлинные пики на несколько десятых dB. Эти десятые ровно того же размера, что и запас, который люди пытаются срезать с потолка.
| Чем вы пользуетесь | Что оно сообщает | Чего оно не видит |
|---|---|---|
| Измеритель пиков отсчётов | Наибольшее значение отсчёта в файле | Каждый межотсчётный пик; весь вопрос перелёта в кодеке |
| Измеритель истинного пика 4× | Восстановленный пик на пороге соответствия BS.1770 | Всё ещё может занижать подлинные пики на несколько десятых dB |
| Измеритель истинного пика 8× или 16× | Более близкую оценку восстановленного пика | Постепенно всё меньше, ценой пренебрежимой нагрузки на процессор |
Пользуйтесь передискретизацией 8× или 16×, если ваш измеритель её предлагает. Дополнительная нагрузка на процессор пренебрежима, а дополнительная точность — нет.
Есть парная ловушка на стороне лимитера. Потолок истинного пика, выставленный на −1.0 dBTP, что-то значит только в том случае, если лимитер действительно лимитирует по истинному пику. У многих лимитеров регулятор потолка работает по пикам отсчётов, и выставление его на −1.0 даёт вам межотсчётные пики где-то выше −0.5 dBTP — половина запаса потеряна ещё до того, как кодек тронул файл.
Какую редакцию стандарта цитирует ваш измеритель
У BS.1770 шесть редакций: 2006, 2007, 2011, 2012, 2015 и 2023. BS.1770-4 (October 2015) — редакция, которую цитирует большинство используемых измерителей; BS.1770-5 (November 2023) — редакция, действующая в настоящее время. Порог передискретизации 4×, ступени фильтра и оба гейта, описанные здесь, сверены с BS.1770-5 в опубликованном виде.
Знать это стоит главным образом затем, чтобы правильно читать документацию своего измерителя. Измеритель, ссылающийся на -4, тем самым не ошибается, но -5 — актуальный текст, и именно её следует называть, когда вы сверяете утверждение с документом.
Мгновенная, кратковременная, интегрированная: три измерителя, три вопроса
Вторая половина проблемы в том, что большинство людей смотрят не на тот измеритель громкости, который отвечает на принимаемое решение. EBU Tech 3341 определяет три окна, и они отвечают на три по-настоящему разных вопроса.
Мгновенная (M) — 400 ms, без гейтирования. То же окно, что и гейтирующий блок в BS.1770. Мгновенная громкость отслеживает отдельные события: малый барабан, согласный в вокале, сильную долю. Пользуйтесь ею, чтобы ловить — бочку, выскакивающую на 6 LU выше всего окружающего, секцию, которая выпирает. Не принимайте по ней решений об уровне. Она слишком дёрганая, а погоня за мгновенным измерителем даёт ровно тот перекомпрессированный результат, который наказывается нормализацией на воспроизведении.
Кратковременная (S) — 3 s, без гейтирования. Три секунды — это примерно музыкальная фраза. Кратковременная громкость — верный измеритель для решений о балансе внутри трека, потому что три секунды и есть тот масштаб времени, на котором слушатели реально воспринимают секцию как громкую или тихую. Пользуйтесь ею, чтобы сравнить куплет с припевом, проверить, что бридж не проваливается, и увидеть форму своей аранжировки в виде числа.
Интегрированная (I) — вся программа, с двойным гейтированием. Это то число, по которому нормализуют сервисы, и единственное, которому место в спецификации поставки. Оно измеряется по всему треку, от первого отсчёта до последнего, а не по выбранному фрагменту. Интегрированная громкость — спецификация поставки, а не инструмент сведения; если вы смотрите на неё в процессе работы, вы смотрите не на тот измеритель.
| Измеритель | Окно | Гейтирование | Вопрос, на который он отвечает |
|---|---|---|---|
| Мгновенная | 400 ms | Нет | Что сейчас произошло? |
| Кратковременная | 3 s | Нет | Сбалансирована ли эта секция с той? |
| Интегрированная | Вся программа | Абсолютный −70 LKFS, затем относительный −10 LU | Что измерит сервис при поставке? |
Отсюда правило: сводите и мастерите по кратковременной, проверяйте по интегрированной, разбирайте аномалии мгновенной.
Ошибка, к которой это на деле приводит
Обычная ошибка — смотреть на интегрированную громкость во время мастеринга и добавлять лимитирование, пока она не покажет число, которое вам кто-то назвал. В этом поведении сложены друг на друга два отдельных сбоя.
Первый: интегрированная громкость гейтируется дважды, и из-за гейтирования она измеряет не то, что предполагают. Блоки ниже −70 LKFS отбрасываются сразу. Затем вычисляется среднее по выжившим блокам, из него вычитается 10, и каждый блок ниже этого относительного порога отбрасывается тоже. Относительный гейт стоит на 10 LU ниже среднего по абсолютно гейтированным блокам, а не на 10 LU ниже негейтированного среднего по всему файлу. Следствие для вашей рабочей сессии прямое: интегрированная громкость вашего трека — это фактически средняя громкость его громких частей, а не трека целиком. Песня с прошёптанным 40-секундным вступлением и стеной звука в припеве измеряется почти исключительно по припевам. Добавление тихого вступления к готовому мастеру почти не двигает интегрированное показание, и инженеры, ожидающие обратного, удивляются.
Второй сбой: диапазон громкости использует ещё один, другой гейт. LRA, заданный в EBU Tech 3342, — это разность между оценками 10-го и 95-го процентилей распределения кратковременной громкости, и Tech 3342 задаёт его относительный порог на −20 LU ниже абсолютно гейтированного уровня громкости, а не на −10 LU. Более широкий гейт сделан намеренно: LRA характеризует вариативность, поэтому обязан впускать те тихие места, которые интегрированное измерение призвано исключать. Измерители, переиспользующие для LRA интегрированный гейт −10 LU, сообщают систематически заниженные значения. Если ваш измеритель показывает на том же файле заметно меньший LRA, чем другой, подозревайте гейт −10 LU там, где место −20 LU.
Проверить это можно за несколько минут. Допишите 20 секунд материала на 15 LU ниже основного тела трека. У корректной реализации LRA существенно вырастет. У сломанной — почти не сдвинется.
Что поставлять на самом деле
Указания коротки, и каждая цифра в них опубликована.
- Сначала зафиксируйте потолок: −1.0 dBTP, по истинному пику, с передискретизацией. Это единственное по-настоящему жёсткое ограничение в списке. Берите −2.0 dBTP, если ваш мастер громче −14 LUFS интегрированной, — более строгая цифра существует потому, что жёстче лимитированный материал сильнее перелетает в кодеке.
- Мастерите ради музыки. Добейтесь баланса, тембра и динамики при минимальной работе лимитера и на этой стадии не смотрите на интегрированный измеритель.
- Измерьте результат. Та интегрированная громкость, к которой вы пришли, и есть ваш кандидат. Если она лежит примерно между −14 и −9 LUFS, любая опубликованная цель и любая приписанная цифра находятся в пределах нескольких LU от вас. Громче −9 LUFS — спросите себя, что купило это лимитирование.
- Правьте изменением мастеринга, а не добавлением лимитирования. Достижение числа LUFS добавлением лимитирования, пока измеритель не покажет нужное, — ровно то поведение, которое нормализация была придумана обессмыслить.
Две вещи, которых делать не надо. Потолок −0.1 dBTP — это ошибка поставки для стриминга, а не стилистический выбор. И не делайте разных мастеров под разные сервисы: опубликованные и приписываемые цели укладываются примерно в 2 LU, точное попадание в число не меняет ничего слышимого, а один мастер на −1 dBTP с разумной динамикой корректен везде.
Если вы хотите проверить готовый файл до поставки, у Mazufa есть бесплатный проверщик громкости и истинного пика по адресу /loudness-checker. Он работает целиком в вашем браузере и не загружает никакого аудио.
Источники
ITU-R BS.1770 — алгоритм измерения, K-взвешивание, гейтирование, истинный пик
- Рекомендация ITU-R BS.1770-5 (11/2023), Algorithms to measure audio programme loudness and true-peak audio level (полный текст PDF): https://www.itu.int/dms_pubrec/itu-r/rec/bs/R-REC-BS.1770-5-202311-I!!PDF-E.pdf
- Страница рекомендации BS.1770 и история редакций (от BS.1770-0 до BS.1770-5): https://www.itu.int/rec/R-REC-BS.1770/en
EBU — окна измерителей и диапазон громкости
- EBU Tech 3341, Loudness Metering: EBU Mode metering to supplement EBU R 128 (мгновенная 400 ms, кратковременная 3 s): https://tech.ebu.ch/publications/tech3341
- EBU Tech 3342, Loudness Range: A measure to supplement EBU R 128 loudness normalisation (гейт −20 LU; 10-й/95-й процентили), PDF: https://tech.ebu.ch/docs/tech/tech3342.pdf
AES — потолок истинного пика на входе кодека
- AES TD1008.1.21-9, Recommendations for Loudness of Internet Audio Streaming and On-Demand Distribution (−1 dBTP на входе кодека), PDF: https://aes2.org/wp-content/uploads/2024/01/20210924_TD1008_v3.13.pdf
- Страница документа AES TD1008: https://aes.org/technical-council/technical-document-aestd1008/
Spotify — опубликованные потолки истинного пика
- Spotify for Artists, Loudness normalization (−1 dBTP; −2 dBTP для мастеров громче −14 LUFS): https://support.spotify.com/us/artists/article/loudness-normalization/