Из шести стриминговых сервисов, чью работу с громкостью обсуждают чаще всего, ровно один публикует целевое значение нормализации, на которое можно сослаться. Spotify публикует −14 LUFS интегрированной громкости при потолке истинного пика −1 dBTP, ужесточаемом до −2 dBTP, если мастер громче −14 LUFS. Apple Music, YouTube Music, Amazon Music, TIDAL и Deezer не публикуют никакой целевой громкости вовсе. Все цифры, которые вы встречали по этим пяти, — приписанные, а не опубликованные, и разница становится существенной в ту минуту, когда по ним начинают считать, насколько будет убавлен ваш мастер.
Единственная опубликованная стриминговая цифра
Собственная страница Spotify о нормализации громкости указывает целевое значение −14 LUFS интегрированной громкости. Потолок истинного пика указан как −1 dBTP и как −2 dBTP для мастеров, поставленных громче −14 LUFS. Эти три числа — единственные в статье спецификации нормализации стримингового сервиса, исходящие от самого сервиса.
Это более узкая фактическая база, чем подразумевает большинство советов по мастерингу. Её при этом достаточно, чтобы работать, потому что механизм везде одинаков, даже когда цель не опубликована: измерить интегрированную громкость, сравнить её с целевой и применить усиление на воспроизведении.
Пять сервисов, которые не публикуют ничего
Apple Music, YouTube Music, Amazon Music, TIDAL и Deezer не публикуют целевых значений нормализации. Ходящие по рукам цифры по ним, в единственной честной формулировке, звучат так:
Широко приписывается, сервисом не опубликовано: Apple ≈ −16, YouTube Music ≈ −14, Amazon ≈ −14, TIDAL ≈ −14, Deezer ≈ −15.
Они вынесены отдельно намеренно, и правило к ним прилагается строгое: не вычисляйте по ним величину усиления. «Ваш мастер на −8, у Apple −16, значит, Apple убавит вас на 8 dB» — это арифметика над числом, которое соответствующая компания никогда не подтверждала, с использованием алгоритма, чьи параметры она тоже никогда не подтверждала. Вычитание чистое; результат безоснователен.
Это не педантизм по поводу источников. Это практическая причина, по которой советы о громкости так часто противоречат друг другу: два автора подхватывают два разных приписанных значения для одного сервиса, оба выполняют вычитание, и оба предъявляют уверенное число.
−23, −16, −18: три цифры, которые не взаимозаменяемы
Ещё три числа ходят по рукам так, будто это альтернативные стриминговые цели. Это не так.
- EBU R 128 задаёт −23 LUFS. R 128 — вещательная рекомендация. Это не стриминговая цель, и такой она никогда не задумывалась. Цитировать её в разговоре о поставке в стриминг — категориальная ошибка, а не более строгий стандарт.
- AES TD1008 даёт −16 LUFS для музыки. Именно эту, ориентированную на стриминг цифру обычно и имеют в виду, когда ссылаются на AES.
- Значение −18 LUFS из TD1008 относится к контенту с преобладанием речи — новостям, разговорным передачам, радиоспектаклям. Указание −18 как музыкальной цели — распространённая и серьёзная ошибка. Если руководство по мастерингу, пресет плагина или пост на форуме сообщают вам, что AES рекомендует для музыки −18 LUFS, этот документ спутал речевую цифру с музыкальной, и всему остальному в нём доверять не стоит.
Верно проведённое различие между −16 и −18 — один из самых быстрых способов понять, читал ли пишущий о громкости первоисточник или переписал чужой пересказ.
Стандарт измерения и то, какая редакция действует
Всё вышеперечисленное измеряется по ITU-R BS.1770. У него шесть редакций: -0 (2006), -1 (2007), -2 (2011), -3 (2012), -4 (2015) и -5 (November 2023).
Действует BS.1770-5. Редакция BS.1770-4 от October 2015 отменена — хотя именно её по-прежнему указывает большинство используемых измерителей. Если в руководстве вашего измерителя названа -4, это говорит о возрасте руководства, а не о том, какая редакция действует. Актуальной называйте -5.
Что на самом деле делает алгоритм и где измерители ошибаются
Спецификация коротка и точна, а несколько её деталей реализуются неверно достаточно часто, чтобы их стоило знать.
K-взвешивание. Двухступенчатый фильтр: высокочастотный шельф («головной» фильтр), за которым следует фильтр верхних частот (RLB). Усиление кривой K-взвешивания на 1 kHz составляет +0.698 dB — линейно 1.0836. Из-за этого смещения K-взвешенное измерение тона 1 kHz не равно его невзвешенному уровню.
Блоки. Громкость считается по блокам 400 ms с перекрытием 75%.
Абсолютный гейт. Блоки ниже −70 LUFS отбрасываются полностью.
Относительный гейт — тот, который излагают неверно чаще всего. Относительный гейт вычисляется от среднего по блокам, пережившим абсолютный гейт, со смещением −10 LU. Это не негейтированное среднее. Измеритель, гейтирующий относительно негейтированного среднего, прочитает трек с длинными паузами иначе, чем измеритель, следующий спецификации, и расхождение между ними будет зависеть от вашей аранжировки, а не от вашей громкости.
Диапазон громкости. LRA, определённый в EBU Tech 3342, использует относительный гейт −20 LU, а не −10 LU. Повторное использование гейта интегрированной громкости для LRA — распространённая ошибка реализации, и из-за неё динамичный материал выглядит ровнее, чем он есть.
Временные окна. Кратковременная громкость использует окно 3 s (EBU Tech 3341). Мгновенная — 400 ms. Это разные измерения, а не разные настройки сглаживания одного измерения.
Истинный пик. Истинный пик измеряется по сигналу с передискретизацией — не менее 4× согласно BS.1770, а 8× лучше. Пиковое значение отсчёта — не истинный пик. Межотсчётные пики могут превышать наибольшее значение отсчёта в файле, поэтому мастер, показывающий ровно 0.0 dBFS на измерителе пиков отсчётов, всё равно может вызвать клиппинг в декодере сжатого формата. Потолки Spotify −1 dBTP и −2 dBTP — это значения истинного пика, поэтому измеритель пиков отсчётов не скажет вам, укладываетесь вы в них или нет.
| Параметр | Значение | Частая ошибка |
|---|---|---|
| Абсолютный гейт | −70 LUFS | — |
| Относительный гейт (интегрированная) | −10 LU ниже среднего по выжившим блокам | Считается от негейтированного среднего |
| Гейт LRA | −20 LU | −10 LU, взятые от интегрированной |
| Окно мгновенной | 400 ms | — |
| Окно кратковременной | 3 s | — |
| Передискретизация для истинного пика | не менее 4×, лучше 8× | Пик отсчёта выдаётся за истинный пик |
Усиление вверх: условие, а не «да» или «нет»
Сервисы нормализуют на воспроизведении. Мастер громче цели убавляется вниз на разницу. Эта часть споров не вызывает.
Случай тихого мастера — там, где оба уверенных ответа неверны. На странице Spotify сказано: «Positive gain is applied to softer masters so the loudness level is -14 dB LUFS». Там же сказано: «We consider the headroom of the track, and leave 1 dB headroom for lossy encodings to preserve audio quality».
Прочитанные вместе, эти два предложения описывают условие. Тихий мастер может быть поднят до цели. Тихий мастер с высокими пиками может не быть поднят до конца, потому что подъём съел бы тот запас, который резервирует второе предложение.
Итак:
- «Тихие мастеры никогда не поднимают» — неверно.
- «Тихие мастеры всегда поднимают до цели» — тоже неверно.
- Верно вот что: подъём реален и применяется с учётом запаса по пикам в треке.
Если вам нужен этот подъём, рычаг — контроль пиков в мастере, а не средний уровень. Мастер с настоящим запасом — это мастер, которому есть куда подниматься.
Что вам на деле даёт перелимитирование
Сложите всё вместе. Мастер, выдавленный к высокой интегрированной громкости, на воспроизведении убавляется на разницу между своим уровнем и целью. До слушателя он приходит не громче. Приходит он тем, что вы с ним по дороге сделали: с уменьшенным крест-фактором, приглаженными транзиентами и — если вы перешли потолок истинного пика — межотсчётными пиками, с которыми кодек сжатия обойдётся по-своему.
Перелимитирование покупает плоскость, а не громкость. Это защитимое утверждение, и оно держится без опубликованной цели от какого-либо сервиса, кроме единственного, который её опубликовал. Даже если бы каждая приписанная цифра для остальных пяти оказалась в точности верной, вывод бы не изменился, потому что работу делает механизм — нормализовать на воспроизведении, убавить громкое, — а не конкретное число.
Что с этим делать
- Измеряйте интегрированную громкость и истинный пик, с передискретизацией, прежде чем что-либо поставлять.
- Сверяйте мастер с −14 LUFS и −1 dBTP (или −2 dBTP, если вы громче −14 LUFS), потому что это опубликованные значения, а всё остальное считайте непроверенным.
- Если инструмент, плагин или статья дают вам целевое значение для Apple Music, YouTube Music, Amazon Music, TIDAL или Deezer, не помечая его как приписанное, а не опубликованное, воспринимайте это как сигнал об инструменте.
- Проверьте поведение относительного гейта и гейта LRA у своего измерителя, если он позволяет. −10 LU для интегрированной, −20 LU для LRA.
- Перестаньте гнаться за числом, которое отменяется на воспроизведении, и начните беречь запас по пикам, от которого зависит, дойдёт ли до вас подъём.
Бесплатный измеритель громкости Mazufa находится по адресу /loudness-checker. Он работает целиком в вашем браузере — аудио никуда не загружается — и показывает опубликованные цифры Spotify как опубликованные, а всё прочее — как то, чем оно является.
Источники
- Spotify, «Loudness normalization» (страница поддержки для артистов) — цель −14 LUFS, потолки истинного пика −1/−2 dBTP, а также утверждения о положительном усилении и запасе 1 dB. support.spotify.com/us/artists/article/loudness-normalization/ — read 2026-09-07.
- История редакций и механика ITU-R BS.1770; действует BS.1770-5 (November 2023), BS.1770-4 (October 2015) отменена. itu.int — verified 2026-09-07.
- EBU R 128 — −23 LUFS, вещание; а также EBU Tech 3341 (окна мгновенной и кратковременной громкости) и EBU Tech 3342 (диапазон громкости, гейт −20 LU). tech.ebu.ch — дата прочтения в нашей фактологической справке не зафиксирована.
- AES TD1008 — −16 LUFS для музыки; −18 LUFS для контента с преобладанием речи. aes.org/community/technical-council/technical-document-aestd1008/ — дата прочтения в нашей фактологической справке не зафиксирована.