Spośród sześciu serwisów streamingowych, o których obsłudze głośności mówi się najczęściej, dokładnie jeden publikuje cel normalizacji, który da się zacytować. Spotify publikuje −14 LUFS integrated, z sufitem true peak na −1 dBTP, zaostrzonym do −2 dBTP, jeśli master jest głośniejszy niż −14 LUFS. Apple Music, YouTube Music, Amazon Music, TIDAL i Deezer nie publikują żadnego celu normalizacji. Każda liczba, którą widziałeś dla tych pięciu, jest raportowana, a nie opublikowana — i ta różnica zaczyna mieć znaczenie w chwili, gdy ktoś użyje jej do wyliczenia, o ile zostanie ściszony jego master.
Jedyna opublikowana liczba ze świata streamingu
Własna strona Spotify o normalizacji głośności podaje cel −14 LUFS integrated. Podaje sufit true peak jako −1 dBTP oraz −2 dBTP dla masterów dostarczonych głośniej niż −14 LUFS. Te trzy liczby to jedyne w tym artykule specyfikacje normalizacji serwisu streamingowego, które pochodzą od samego serwisu.
To węższa podstawa faktyczna, niż sugeruje większość porad masteringowych. Wystarczy jednak do pracy, bo mechanizm jest wszędzie ten sam, także tam, gdzie celu nie opublikowano: zmierz głośność integrated, porównaj ją z celem, zastosuj wzmocnienie przy odtwarzaniu.
Pięć serwisów, które nie publikują nic
Apple Music, YouTube Music, Amazon Music, TIDAL i Deezer nie publikują celu normalizacji. Krążące dla nich liczby są, w jedynym uczciwym dostępnym sformułowaniu:
Szeroko raportowane, nieopublikowane przez serwis: Apple ≈ −16, YouTube Music ≈ −14, Amazon ≈ −14, TIDAL ≈ −14, Deezer ≈ −15.
Są wydzielone celowo, a reguła, która do nich należy, jest ścisła: nie licz z nich wartości wzmocnienia. „Twój master jest na −8, Apple jest na −16, więc Apple ściszy cię o 8 dB” to arytmetyka wykonana na liczbie, której dana firma nigdy nie potwierdziła, przy użyciu algorytmu, którego parametrów również nigdy nie potwierdziła. Odejmowanie jest czyste; wynik jest bezpodstawny.
To nie jest pedanteria co do źródeł. To praktyczny powód, dla którego tak wiele porad o głośności sobie przeczy: dwoje piszących bierze dwie różne raportowane wartości dla tego samego serwisu, oboje wykonują odejmowanie i oboje przedstawiają pewną siebie liczbę.
−23, −16, −18: trzy liczby, które nie są wymienne
Trzy inne liczby krążą tak, jakby były alternatywnymi celami streamingowymi. Nie są.
- EBU R 128 określa −23 LUFS. R 128 to zalecenie nadawcze. Nie jest celem streamingowym i nigdy nie miało nim być. Cytowanie go w dyskusji o dostawie do streamingu to błąd kategorialny, a nie surowszy standard.
- AES TD1008 podaje −16 LUFS dla muzyki. To ta zorientowana na streaming liczba, po którą zwykle sięga się, powołując się na AES.
- Liczba −18 LUFS z TD1008 dotyczy materiału opartego na mowie — wiadomości, rozmów, słuchowisk. Podawanie −18 jako celu dla muzyki to częsty i poważny błąd. Jeśli poradnik masteringowy, preset wtyczki albo wpis na forum mówi ci, że AES zaleca −18 LUFS dla muzyki, ten dokument pomylił liczbę dla mowy z liczbą dla muzyki i reszcie też nie powinieneś ufać.
Poprawne rozróżnienie −16 i −18 to jeden z najszybszych sposobów sprawdzenia, czy ktoś piszący o głośności czytał źródło, czy przepisał streszczenie.
Standard pomiarowy i to, które wydanie obowiązuje
Wszystko powyżej mierzy się według ITU-R BS.1770. Ma on sześć wydań: -0 (2006), -1 (2007), -2 (2011), -3 (2012), -4 (2015) i -5 (November 2023).
Obowiązuje BS.1770-5. BS.1770-4 z October 2015 jest zastąpione — mimo że to właśnie je przywołuje większość używanych mierników. Jeśli instrukcja twojego miernika wymienia -4, mówi to o wieku instrukcji, a nie o tym, które wydanie obowiązuje. Jako bieżące podawaj -5.
Co algorytm naprawdę robi i gdzie mierniki się mylą
Specyfikacja jest krótka i precyzyjna, a kilka jej szczegółów bywa implementowanych błędnie dostatecznie często, byś powinien je znać.
Ważenie K. Filtr dwustopniowy: półka górna (filtr „head”), a po niej górnoprzepustowy (RLB). Wzmocnienie krzywej ważenia K przy 1 kHz wynosi +0.698 dB — liniowo 1.0836. To przesunięcie jest powodem, dla którego pomiar tonu 1 kHz z ważeniem K nie równa się jego poziomowi bez ważenia.
Bloki. Głośność liczy się na blokach 400 ms z 75% zakładką.
Bramka bezwzględna. Bloki poniżej −70 LUFS są odrzucane od razu.
Bramka względna — ta, którą najczęściej podaje się błędnie. Bramkę względną wylicza się ze średniej bloków, które przeszły bramkę bezwzględną, a następnie przesuwa o −10 LU. Nie jest to średnia niebramkowana. Miernik bramkujący względem średniej niebramkowanej odczyta utwór z długimi ciszami inaczej niż miernik zgodny ze specyfikacją, a oba rozejdą się o wartość zależną od twojej aranżacji, a nie od twojej głośności.
Loudness Range. LRA, zdefiniowane w EBU Tech 3342, używa bramki względnej −20 LU — nie −10 LU. Ponowne użycie bramki od głośności integrated dla LRA to częsty błąd implementacji i sprawia, że materiał dynamiczny wygląda na bardziej wyrównany, niż jest.
Okna czasowe. Głośność short-term używa okna 3 s (EBU Tech 3341). Momentary używa 400 ms. To różne pomiary, a nie różne ustawienia wygładzania jednego pomiaru.
True peak. True peak mierzy się na sygnale nadpróbkowanym — 4× minimum według BS.1770, a 8× jest lepsze. Sample peak to nie true peak. Szczyty międzypróbkowe mogą przekroczyć najwyższą wartość próbki w pliku i dlatego master pokazujący dokładnie 0.0 dBFS na mierniku sample peak wciąż może przesterować dekoder stratny. Sufity Spotify −1 dBTP i −2 dBTP to wartości true peak, więc miernik sample peak nie powie ci, czy je spełniasz.
| Parametr | Wartość | Częsty błąd |
|---|---|---|
| Bramka bezwzględna | −70 LUFS | — |
| Bramka względna (integrated) | −10 LU poniżej średniej bloków, które przeszły | Liczona ze średniej niebramkowanej |
| Bramka LRA | −20 LU | −10 LU przeniesione z integrated |
| Okno momentary | 400 ms | — |
| Okno short-term | 3 s | — |
| Nadpróbkowanie true peak | 4× minimum, 8× lepiej | Sample peak raportowany jako true peak |
Normalizacja w górę: warunkowa, nie tak albo nie
Serwisy normalizują przy odtwarzaniu. Master głośniejszy od celu zostaje ściszony o różnicę. Ta część nie budzi sporu.
Przypadek cichego mastera to miejsce, w którym obie pewne siebie odpowiedzi są błędne. Strona Spotify stwierdza, że "Positive gain is applied to softer masters so the loudness level is -14 dB LUFS." Stwierdza też: "We consider the headroom of the track, and leave 1 dB headroom for lossy encodings to preserve audio quality."
Czytane razem te dwa zdania opisują warunek. Cichy master może zostać podniesiony do celu. Cichy master o wysokich szczytach może nie zostać podniesiony do końca, bo podnoszenie zjadłoby zapas, który rezerwuje drugie zdanie.
Zatem:
- „Ciche mastery nigdy nie są podgłaśniane” jest błędne.
- „Ciche mastery zawsze są podgłaśniane do celu” też jest błędne.
- Poprawnie jest tak: wzmocnienie w górę jest realne i stosuje się je zależnie od zapasu szczytowego utworu.
Jeśli chcesz tego wzmocnienia w górę, dźwignią jest kontrola szczytów w masterze — nie poziom średni. Master z prawdziwym zapasem to master, który ma miejsce, by go podnieść.
Co naprawdę kupuje ci przelimitowanie
Złóż elementy w całość. Master dopchnięty do wysokiej głośności integrated zostaje przy odtwarzaniu ściszony o różnicę między swoim poziomem a celem. Nie dociera do słuchacza głośniejszy. Dociera natomiast z tym, co mu po drodze zrobiłeś: obniżonym współczynnikiem szczytu, spłaszczonymi transjentami i — jeśli przekroczyłeś sufit true peak — szczytami międzypróbkowymi, z którymi stratny koder poradzi sobie na własnych warunkach.
Przelimitowanie kupuje płaskość, nie głośność. To stwierdzenie da się obronić i broni się bez opublikowanego celu jakiegokolwiek serwisu poza tym jednym, który go opublikował. Nawet gdyby każda raportowana liczba dla pozostałych pięciu okazała się dokładnie prawdziwa, wniosek by się nie zmienił, bo pracę wykonuje mechanizm — normalizuj przy odtwarzaniu, ścisz to, co głośne — a nie konkretna liczba.
Co z tym zrobić
- Zmierz głośność integrated i true peak, z nadpróbkowaniem, zanim cokolwiek dostarczysz.
- Sprawdź master względem −14 LUFS i −1 dBTP (albo −2 dBTP, jeśli jesteś głośniejszy niż −14 LUFS), bo te są opublikowane, a całą resztę traktuj jako niezweryfikowaną.
- Jeśli narzędzie, wtyczka albo artykuł podaje ci cel dla Apple Music, YouTube Music, Amazon Music, TIDAL albo Deezer, nie oznaczając go jako raportowany, a nie opublikowany, potraktuj to jako sygnał o tym narzędziu.
- Sprawdź zachowanie bramki względnej i bramki LRA w swoim mierniku, jeśli na to pozwala. −10 LU dla integrated, −20 LU dla LRA.
- Przestań gonić za liczbą, która i tak zostanie cofnięta przy odtwarzaniu, i zacznij chronić zapas szczytowy, który decyduje, czy wzmocnienie w górę do ciebie dotrze.
Darmowy miernik głośności Mazufy znajdziesz pod /loudness-checker. Działa w całości w twojej przeglądarce — żadne audio nie jest wysyłane — i podaje opublikowane liczby Spotify jako opublikowane, a całą resztę jako to, czym jest.
Źródła
- Spotify, "Loudness normalization" (strona pomocy dla artystów) — cel −14 LUFS, sufity true peak −1/−2 dBTP oraz stwierdzenia o dodatnim wzmocnieniu i zapasie 1 dB. support.spotify.com/us/artists/article/loudness-normalization/ — read 2026-09-07.
- ITU-R BS.1770, historia wydań i mechanika; BS.1770-5 (November 2023) obowiązuje, BS.1770-4 (October 2015) zastąpione. itu.int — verified 2026-09-07.
- EBU R 128 — −23 LUFS, nadawcze; oraz EBU Tech 3341 (okna momentary i short-term) i EBU Tech 3342 (Loudness Range, bramka −20 LU). tech.ebu.ch — w naszej karcie faktów nie zapisano daty odczytu.
- AES TD1008 — −16 LUFS dla muzyki; −18 LUFS dla materiału opartego na mowie. aes.org/community/technical-council/technical-document-aestd1008/ — w naszej karcie faktów nie zapisano daty odczytu.