Із шести стримінгових сервісів, чиє поводження з гучністю обговорюють найчастіше, рівно один публікує цільове значення нормалізації, на яке можна послатися. 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. Це не незагейчене середнє. Вимірювач, що бере відносний гейт від незагейченого середнього, покаже трек із довгими паузами інакше, ніж той, що дотримується специфікації, і розійдуться вони на величину, яка залежить від вашої аранжировки, а не від вашої гучності.
Loudness Range. 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/ — прочитано 2026-09-07.
- Історія редакцій і механіка ITU-R BS.1770; чинна BS.1770-5 (November 2023), BS.1770-4 (October 2015) скасовано. itu.int — перевірено 2026-09-07.
- EBU R 128 — −23 LUFS, мовлення; а також EBU Tech 3341 (вікна миттєвої та короткочасної гучності) і EBU Tech 3342 (Loudness Range, гейт −20 LU). tech.ebu.ch — дати прочитання в нашій довідці не записано.
- AES TD1008 — −16 LUFS для музики; −18 LUFS для контенту з переважанням мовлення. aes.org/community/technical-council/technical-document-aestd1008/ — дати прочитання в нашій довідці не записано.