Файл, чий найвищий відлік показує 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× | Ближчу оцінку відновленого піку | Дедалі менше, за незначної ціни в CPU |
Користуйтеся передискретизацією 8× або 16×, якщо ваш вимірювач її пропонує. Додаткова ціна в CPU незначна, а додаткова точність — ні.
Є й парна пастка з боку лімітера. Потолок істинного піку, виставлений на −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-секундним вступом і стіною звуку в приспіві міряється майже цілком за своїми приспівами. Додавання тихого вступу до готового майстра майже не рухає інтегрований показник, і інженери, які очікують іншого, дивуються.
Друга поломка: Loudness Range використовує знову інший гейт. 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 — вікна вимірювачів і Loudness Range
- 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/