Истинный пик, dBTP и проблема межотсчётного пика

Опубликовано: 2026-06-06 · Время чтения: 17 мин · Автор: Николай Сапунов, CEO Фора Софт

Коротко

Peak-метр в вашем редакторе измеряет самый громкий цифровой отсчёт, но реальная волна, достигающая ушей слушателя, поднимается между этими отсчётами – и этот скрытый пик в промежутке и есть истинный пик, измеряемый в dBTP. Файл, безопасный на уровне −0,1 dBFS по сэмпловому метру, может достигать +0,7 dBTP после того, как устройство воспроизведения восстановит аналоговую форму сигнала, и вызвать клиппинг в телефоне, ЦАП ноутбука или даже в AirPods – хотя студийные мониторы этого не покажут. Кодеки с потерями, такие как AAC и Opus, усугубляют ситуацию: они добавляют собственные импульсные выбросы, из-за чего истинный пик у слушателя может превысить измеренный до кодирования уровень на один и более децибел. Решение – использовать true-peak-метр, который передискретизирует сигнал согласно стандарту ITU-R BS.1770-5, а также установить потолок доставки на уровне −1 dBTP (и ниже для потоков с низким битрейтом), чтобы при восстановлении сигнала оставался запас.

Почему это важно

Если вы отгружаете звук для стримингового сервиса, конференц-продукта или любой видеоплатформы, это та статья, что объясняет, почему «в студии звучало нормально» и «на телефоне пользователя клиппирует» – правда одновременно. Продакт-менеджер, утверждающий мастер на 0 dBFS, операционный лид, задающий потолок кодера, и инженер, выбирающий лимитер, – все трогают одну скрытую переменную, и ошибка здесь рождает искажение, которое проявляется только на самом дешёвом и самом распространённом оборудовании ваших пользователей. Эта статья точно определяет истинный пик, показывает арифметику на реальных числах и даёт потолки доставки, которых вещательные и стриминговые стандарты действительно требуют в 2026 году.

Ложь, которую говорит ваш пиковый измеритель

Откройте любой аудиоредактор – и вы увидите peak-метр. Он загорается, показывая самый громкий момент в файле. У цифрового звука есть жёсткая граница под названием full scale, обозначаемая как 0 dBFS, которую сигнал не должен пересекать. Если превысите её – отсчёты насыщаются, и возникает резкий треск, известный как цифровой клиппинг. Так что правило кажется простым: держите уровень ниже 0 dBFS – и вы в безопасности.

Правило неверно, и причина – важнейшая идея этой статьи. Числа в аудиофайле – это не звук. Это измерения звука, сделанные в определённые моменты времени – 48 000 раз в секунду для типичного звука к видео. Сам звук – это плавная непрерывная волна, а файл лишь фиксирует, где эта волна находилась на каждом шаге дискретизации. (Если концепция преобразования волны в числа вам незнакома, начните с что такое цифровой звук и статьи о том, почему 48 кГц победила в видео.)

Метр на экране, называемый сэмпловым peak-метром, показывает наибольшее из сохранённых значений. Но устройство воспроизведения не воспроизводит числа – оно восстанавливает гладкую волну, проходящую через них, с помощью фильтра реконструкции, встроенного в каждый цифро-аналоговый преобразователь. И вот в чём подвох: восстановленная волна может подниматься выше между двумя отсчётами, чем любой из них. Пик, который действительно важен – тот, что реально покидает динамик, – находится в промежутках, которые метр так и не измерил.

Международный стандарт прямо говорит об этом. ITU-R BS.1770-5 отмечает, что «значение истинного пика может возникать между отсчётами» и что существующие сэмпловые измерители «не отражают уровень истинного пика, содержащийся в цифровом сигнале». Истинный пик определён как «максимальное (положительное или отрицательное) значение волны сигнала в непрерывной временной области», и стандарт явно указывает, что «это значение может превышать наибольшее значение отсчёта в дискретизированной временной области».

Нажмите, чтобы увеличить

Межотсчётные пики, одной картинкой

У пиков, прячущихся между отсчётами, есть название – межотсчётные пики. Это не ошибка и не следствие округления. Это неизбежный результат работы дискретизации, и простая арифметика показывает, насколько большими они могут быть.

Представьте чистый тон, чья частота находится высоко в слышимом диапазоне, близко к четверти частоты дискретизации. Часы дискретизации фиксируют эту волну в двух точках – одна чуть до пика, другая чуть после, и ни одна не попадает точно на гребень. Оба сохранённых отсчёта ниже уровня full scale. Истинный пик, находящийся между ними, оказывается выше.

Насколько выше? Собственный анализ наихудшего случая из стандарта даёт формулу, по которой можно определить, насколько сэмпловый метр недооценивает тон:

недооценка (dB) = 20 · log10( cos( π · f_norm / n ) )

Здесь f_norm – частота тона в долях от частоты дискретизации, а n – коэффициент передискретизации метра. Стандарт приводит остаточную ошибку в таблице: метр с 4-кратной передискретизацией всё ещё недооценивает уровень сигнала до 0,688 дБ для тона около половины частоты дискретизации, а метр без передискретизации даёт ещё худшие результаты. На практике реальный материал с выраженной высокой частотной составляющей обычно скрывает истинный пик на 0,5–1,5 дБ выше сэмплового пика, а патологические тестовые тоны – ещё больше. Стандарт отмечает, что для тона, точно совпадающего с половиной частоты дискретизации, недооценка «может быть почти бесконечной», хотя реальные сигналы редко концентрируют энергию в этой области.

Единица измерения для реального максимума между отсчётами – dBTP, децибелы относительно уровня full scale, true peak. Показание 0 dBTP означает, что восстановленная волна едва касается уровня full scale. Показание +0,7 dBTP говорит о том, что сигнал выходит за пределы на 0,7 дБ, и у преобразователя слушателя нет запаса над уровнем full scale, чтобы корректно его отобразить – то есть происходит клиппинг.

Как true-peak-метр на самом деле измеряет

Нельзя измерить пик, находящийся между вашими отсчётами, не заполнив сначала промежуток. Именно это и делает true-peak-метр, а метод его работы точно описан в Приложении 2 к ITU-R BS.1770-5, чтобы каждый совместимый метр показывал одинаковый результат.

Метр восстанавливает версию сигнала более высокого разрешения – ту же операцию выполняет ЦАП воспроизведения – а затем считывает сэмпловый пик уже её. Стандарт перечисляет четыре стадии обработки:

1. Аттенюация на 12,04 дБ. Это сдвиг на 2 бита, обеспечивающий запас для последующих вычислений, чтобы выбросы выше уровня full scale не вызывали переполнение арифметики метра. В конце этот сдвиг компенсируется. (В реализациях с плавающей точкой этот шаг не требуется.)
2. Передискретизация в 4 раза. Частота дискретизации сигнала повышается с 48 кГц до 192 кГц путём вставки интерполированных отсчётов между исходными. Стандарт определяет конкретный 48-отводный 4-фазный FIR-фильтр интерполяции для этой задачи. На этой высокой частоте сигнал «точнее отражает реальную форму волны, представленную аудиоотсчётами».
3. Фильтр нижних частот, чтобы интерполяция оставалась корректной и исключала частоты, которые не должны присутствовать.
4. Взять абсолютное значение, затем перевести в dBTP, вычислив 20·log₁₀ результата и добавив обратно 12,04 дБ, снятые на первом шаге.

Коэффициент 4× (48 кГц → 192 кГц) – минимальный по стандарту; он прямо указывает, что «более высокие частоты дискретизации и коэффициенты передискретизации предпочтительны». Сигналу на 96 кГц для достижения 192 кГц требуется лишь 2-кратная передискретизация. Причина, по которой 192 кГц является целью, заключается в том, что этого достаточно, чтобы остаточная недооценка стала пренебрежимо малой для обычного материала – таблица наихудшего случая показывает, что коэффициент 4× сводит ошибку ниже одного децибела, а этого вполне достаточно для измерительного прибора, чьё значение определяется числом, а не громкоговорителем.

Практический вывод для всех, кто работает с уровнем громкости: если ваш измеритель показывает «TP» или «dBTP» и совместим со стандартом BS.1770, он выполняет передискретизацию автоматически. Если же он отображает только «Peak» или «dBFS», это измеритель пикового уровня по сэмплам, и он может вводить вас в заблуждение – погрешность может составлять один децибел и более.

Нажмите, чтобы увеличить

Почему кодеки с потерями ухудшают качество

Всё сказанное предполагает, что файл доходит до слушателя без изменений. Но так почти никогда не бывает. Стриминговые сервисы и конференц-системы перекодируют ваш звук с использованием кодеков с потерями – AAC, Opus или аналогичных – и на этом этапе кодирования появляется дополнительный выброс истинного пика.

Причина заложена в самом принципе работы этих кодеков. Кодек с потерями не сохраняет ваши отсчёты – он хранит частотную аппроксимацию звука и восстанавливает новые отсчёты при декодировании. (Механика подробно разобрана в как работает сжатие звука.) Эти восстановленные отсчёты близки к исходным, но не идентичны, и небольшие различия могут привести к тому, что пик декодированной волны окажется выше, чем у оригинала. Стриминговая рекомендация AES, технический документ AES TD1008, прямо указывает на это следствие: «выброс пика возрастает по мере снижения битрейта». Файл AAC 320 кбит/с даёт меньший выброс, чем 64 кбит/с. Чем ниже битрейт – тем больше выброс.

Поэтому тот же документ рекомендует измерять и ограничивать истинный пик на входе кодека: «Для всего контента рекомендуется, чтобы максимальный уровень истинного пика не превышал −1 dBTP на входе кодека потоков с потерями». −1 dBTP – не случайная величина. Это один децибел запаса, зарезервированный для того, чтобы собственный выброс кодера, добавленный сверху, всё ещё оставался ниже full scale у преобразователя слушателя. Для низкобитрейтных потоков тот же документ предупреждает, что порог «может потребоваться снизить ниже рекомендованного −1».

Выбросы накапливаются. AES TD1008 отмечает, что выбросы кодека и любого нисходящего пересчёта частоты «могут быть аддитивны», а на стороне декодирования отсутствие запаса «может дать до 3 dB снижения усиления в декодирующем пиковом лимитере» в некоторых операционных системах – то есть слушатель слышит ваш громкий момент приглушённым на 3 dB, а не просто обрезанным. Мастер, игнорирующий истинный пик, не только искажается – его могут тихо приглушить так, как вы никогда не разрешали.

Разобранный пример: мастер, который работает с клиппированием на AirPods

Подставим числа – ведь именно они и составляют весь аргумент.

Вы свели трек, и сэмпловый peak-метр редактора показывает −0,1 dBFS. На первый взгляд – всё в порядке, вы оставили запас в десятую децибела. Однако в мастер-файле яркий, насыщенный высокочастотный материал – тарелки, сибилянты, синтезаторный лид – и true-peak-метр фиксирует +0,6 dBTP. Межотсчётные пики оказываются на 0,7 dB выше вашего сэмплового пика. На студийных мониторах, подключённых к качественному интерфейсу с достаточным запасом по уровню, ничего не искажается, и вы отправляете файл.

Теперь проследим путь файла до слушателя:

Сэмпловый пик мастера:     −0,1 dBFS   (что показал ваш метр)
Истинный пик мастера:      +0,6 dBTP   (уже за full scale)
+ выброс AAC 128 кбит/с:   +0,4 dB     (кодер добавляет свой)
= истинный пик у декодера: +1,0 dBTP   (на 1 dB за стеной)

У ЦАП телефона, преобразователя ноутбука и крошечного усилителя AirPods нет запаса выше 0 dBFS. Они обрезают сигнал на +1,0 dBTP при каждом ярком транзиенте. Слушатель слышит треск на дешёвом, повсеместном оборудовании, которым пользуется большая часть вашей аудитории, тогда как ваша студийная цепь – единственное, у чего был запас, – всё это время скрывала проблему от вас.

Запустим исправление – и арифметика сходится. Установите true-peak-лимитер на −1 dBTP перед кодированием:

Истинный пик мастера после лимитера:  −1,0 dBTP
+ выброс AAC 128 кбит/с:               +0,4 dB
= истинный пик у декодера:             −0,6 dBTP   (безопасно под стеной)

Один децибел запаса поглощает выброс кодера, и сигнал оказывается ниже уровня full scale повсюду. Слышимая громкость практически не изменилась – нормализация громкости платформы всё равно задаёт уровень воспроизведения – но искажения исчезли.

Потолки доставки, которые вам действительно нужны в 2026

Истинный пик – одно из двух чисел, которые содержит каждая спецификация доставки; второе – цель по интегральной громкости в LUFS, описанная в статье о целях по платформам. Ниже приведены потолки истинного пика, установленные стандартами и крупными платформами. Указанные значения – это максимальные допустимые уровни истинного пика; значения ниже них считаются более безопасными.

Закономерность: −1 dBTP – это стандартный потолок почти везде, а те, кто требует −2 dBTP, делают это именно потому, что ожидают сжатия с потерями на последующих этапах и хотят больше запаса на пиковые выбросы. В сомнительных случаях −1 dBTP безопасен для высокобитрейтной доставки, а −2 dBTP – безопасен всегда; вы ничего слышимого не теряете, выбирая более консервативный вариант, поскольку нормализация регулирует громкость, которую слышит слушатель, а не уровень пиковых значений. Полный набор стандартов за этими цифрами – EBU R128, ITU-R BS.1770, ATSC A/85 – подробно разобран в статье о нормализации громкости.

Частая ошибка: ограничивать сэмпловый пик вместо истинного

Самый частый провал – полагаться на обычный пиковый лимитер, который отслеживает сэмпловые пики, и считать, что он надёжно защищает от истинных пиков. Он этого не делает. Сэмпловый лимитер спокойно пропустит файл, у которого все отсчёты находятся на уровне −1,0 dBFS, но при этом восстановленная аналоговая волна достигает +0,2 dBTP, потому что лимитер не анализирует сигналы между отсчётами. Вы устанавливаете потолок на −1 dBFS, а всё равно получаете превышения между отсчётами.

Исправление – true-peak-лимитер: он передискретизирует внутри (та же операция, что и в BS.1770) и ограничивает восстановленный пик. AES TD1008 даёт чёткие указания: если требуется лимитирование, следует «использовать true-peak-лимитер, который предвидит и контролирует уровень пика после цифро-аналогового преобразователя и фильтра реконструкции устройства воспроизведения». Каждый серьёзный плагин-лимитер, выпущенный примерно с 2012 года, предлагает режим true-peak; иногда он отключён по умолчанию. Включите его и задайте потолок в dBTP, а не в dBFS.

Вторая, более тонкая ловушка: true-peak-лимитирование до пересчёта частоты не защищает от выброса, который может возникнуть сам при пересчёте. AES TD1008 отмечает, что нисходящий пересчёт «может убрать энергию сигнала и тем самым вызвать выброс», и подчёркивает: «размещение true-peak-лимитера после пересчёта – единственный надёжный способ предотвратить пик-выброс». Если ваш конвейер понижает частоту – например, с 96 кГц при мастеринге до 48 кГц при доставке – измеряйте и ограничивайте истинный пик после этого этапа, а не до него.

Где здесь Фора Софт

В OTT- и интернет-телевизионных конвейерах, которые мы строим, true-peak-лимитирование применяется на этапе транскодирования и упаковки, а не при загрузке. Единый мезонин-мастер измеряется по истинному пику один раз, после чего каждому профилю с потерями назначается порог лимитера, соответствующий его битрейту – жёстче для низкобитрейтных мобильных профилей, мягче – для высокобитрейтных. Это гарантирует, что ни один профиль не будет клиппировать на телефоне. Та же дисциплина применяется и в наших решениях для видеоконференций и телемедицины, где true-peak-лимитирование включено в real-time-путь Opus: клиппированные пики на дешёвых наушниках врача или студента – это не косметический дефект, а провал ключевой задачи продукта. Включение контроля истинного пика в упаковку по профилям – это разница между контентом, который воспроизводится корректно на любом устройстве пользователя, и тем, что вызывает жалобы на искажения на тех устройствах, которые вы не можете протестировать.

Главное

• Сэмпловые метры фиксируют сохранённые отсчёты; истинный пик – это волна между ними.
• Истинный пик в dBTP может превышать сэмпловый на 0,5–1,5 дБ на ярком материале.
• ITU-R BS.1770-5 измеряет его с предварительной передискретизацией 4× (48→192 кГц) и последующим чтением пика.
• Кодеки с потерями вносят выброс; его уровень возрастает при снижении битрейта (AES TD1008).
• Отправляйте материал на уровне −1 dBTP (−2 dBTP – для низкого битрейта или строгих платформ).
• Используйте true-peak-лимитер, а не сэмпловый; применяйте лимитирование после понижения частоты дискретизации.

Что читать дальше

• LUFS: целевые значения по платформам в 2026 – показатель громкости, указывающий на уровень относительно потолка dBTP.
• Нормализация громкости: EBU R128, ITU-R BS.1770, ATU-Р BS.1770, ATSC A/85 – стандарты, устанавливающие потолок на уровне −1 dBTP.
• Громкость на практике: dialnorm, нормализация, replay gain – почему повышение громкости может вывести тихий мастер за пределы допустимого уровня.