Apa yang sebenarnya terjadi pada master Anda ketika layanan streaming menormalisasinya

Dari enam layanan streaming yang penanganan loudness-nya paling sering dibicarakan, tepat satu yang menerbitkan target normalisasi yang bisa Anda kutip. Spotify menerbitkan −14 LUFS terintegrasi, dengan batas atas true peak −1 dBTP, diperketat menjadi −2 dBTP kalau master-nya lebih keras dari −14 LUFS. Apple Music, YouTube Music, Amazon Music, TIDAL dan Deezer sama sekali tidak menerbitkan target normalisasi. Setiap angka yang pernah Anda lihat untuk kelima layanan itu adalah angka yang dilaporkan, bukan diterbitkan — dan perbedaannya menjadi penting begitu ada orang yang memakainya untuk menghitung berapa besar pengurangan gain yang akan dialami master-nya.

Satu-satunya angka streaming yang diterbitkan

Halaman normalisasi loudness milik Spotify sendiri menyatakan targetnya sebesar −14 LUFS terintegrasi. Halaman itu menyatakan batas atas true peak sebesar −1 dBTP, dan −2 dBTP untuk master yang dikirim lebih keras dari −14 LUFS. Ketiga angka itulah satu-satunya spesifikasi normalisasi layanan streaming dalam artikel ini yang berasal dari layanannya sendiri.

Itu basis faktual yang lebih sempit daripada yang tersirat di kebanyakan nasihat mastering. Tetapi itu juga sudah cukup untuk bekerja, karena mekanismenya sama di mana-mana bahkan ketika targetnya tidak diterbitkan: ukur loudness terintegrasi, bandingkan dengan target, terapkan gain saat pemutaran.

Lima layanan yang tidak menerbitkan apa pun

Apple Music, YouTube Music, Amazon Music, TIDAL dan Deezer tidak menerbitkan target normalisasi. Angka-angka yang beredar untuk mereka adalah, dalam satu-satunya rumusan jujur yang tersedia:

Banyak dilaporkan, tidak diterbitkan oleh layanannya: Apple ≈ −16, YouTube Music ≈ −14, Amazon ≈ −14, TIDAL ≈ −14, Deezer ≈ −15.

Angka-angka itu sengaja dipisahkan, dan aturan yang menyertainya bersifat ketat: jangan menghitung angka gain dari angka-angka itu. “Master Anda di −8, Apple di −16, jadi Apple akan menurunkan Anda 8 dB” adalah aritmetika yang dilakukan atas angka yang tidak pernah dikonfirmasi perusahaan bersangkutan, memakai algoritma yang parameternya juga tidak pernah mereka konfirmasi. Pengurangannya rapi; hasilnya tanpa dasar.

Ini bukan kerewelan soal sumber. Ini alasan praktis kenapa begitu banyak nasihat loudness saling bertentangan: dua penulis memungut dua nilai laporan yang berbeda untuk layanan yang sama, keduanya melakukan pengurangan, dan keduanya menyajikan angka dengan penuh keyakinan.

−23, −16, −18: tiga angka yang tidak bisa dipertukarkan

Tiga angka lain beredar seolah-olah merupakan target streaming alternatif. Bukan.

• EBU R 128 menetapkan −23 LUFS. R 128 adalah rekomendasi penyiaran. Ia bukan target streaming dan tidak pernah dimaksudkan demikian. Mengutipnya dalam pembahasan pengiriman streaming adalah kesalahan kategori, bukan standar yang lebih ketat.
• AES TD1008 memberi −16 LUFS untuk musik. Inilah angka berorientasi streaming yang biasanya dimaksud orang ketika mereka mengutip AES.
• Angka −18 LUFS di TD1008 berlaku untuk konten yang didominasi ujaran — berita, bincang-bincang, drama. Menyebut −18 sebagai target musik adalah kekeliruan yang umum sekaligus serius. Kalau sebuah panduan mastering, preset plugin atau kiriman forum memberi tahu Anda bahwa AES merekomendasikan −18 LUFS untuk musik, dokumen itu telah mencampuradukkan angka untuk ujaran dengan angka untuk musik, dan sisanya pantas Anda curigai.

Menempatkan pembedaan −16 / −18 dengan benar adalah salah satu cara tercepat untuk mengetahui apakah seseorang yang menulis tentang loudness sudah membaca sumbernya atau sekadar menyalin ringkasan.

Standar pengukurannya, dan edisi mana yang berlaku

Semua di atas diukur dengan ITU-R BS.1770. Standar itu punya enam edisi: -0 (2006), -1 (2007), -2 (2011), -3 (2012), -4 (2015) dan -5 (November 2023).

BS.1770-5 yang berlaku. BS.1770-4, dari Oktober 2015, sudah digantikan — meski itulah edisi yang masih dicantumkan sebagian besar meter yang terpasang. Kalau manual meter Anda menyebut -4, itu memberi tahu Anda tentang usia manualnya, bukan tentang edisi mana yang berlaku. Sebutlah -5 sebagai yang terkini.

Apa yang sebenarnya dilakukan algoritmanya, dan di mana meter salah

Spesifikasinya pendek dan presisi, dan beberapa detailnya cukup sering diimplementasikan keliru sehingga Anda perlu mengetahuinya.

Pembobotan K. Filter dua tahap: high-shelf (filter “head”) diikuti high-pass (RLB). Gain kurva pembobotan K pada 1 kHz adalah +0.698 dB — linier 1.0836. Ofset itulah alasan pengukuran berbobot K atas nada 1 kHz tidak sama dengan levelnya tanpa bobot.

Blok. Loudness dihitung atas blok 400 ms dengan tumpang tindih 75%.

Gate absolut. Blok di bawah −70 LUFS dibuang sama sekali.

Gate relatif — yang paling sering dinyatakan keliru. Gate relatif dihitung dari rerata blok-blok yang lolos gate absolut, lalu diberi ofset −10 LU. Ia bukan rerata tanpa gate. Meter yang menggate relatif terhadap rerata tanpa gate akan membaca trek dengan keheningan panjang secara berbeda dari meter yang mengikuti spesifikasi, dan keduanya akan berselisih sebesar nilai yang bergantung pada aransemen Anda alih-alih pada loudness Anda.

Loudness Range. LRA, didefinisikan di EBU Tech 3342, memakai gate relatif −20 LU — bukan −10 LU. Memakai ulang gate loudness terintegrasi untuk LRA adalah bug implementasi yang umum, dan itu membuat materi dinamis tampak lebih rata daripada kenyataannya.

Jendela waktu. Loudness jangka pendek memakai jendela 3 s (EBU Tech 3341). Momentary memakai 400 ms. Keduanya pengukuran yang berbeda, bukan setelan pemulusan yang berbeda atas satu pengukuran.

True peak. True peak diukur pada sinyal yang di-oversample — 4× minimum menurut BS.1770, dan 8× lebih baik. Sample peak bukan true peak. Puncak antar-sampel bisa melampaui nilai sampel tertinggi di dalam berkas, itulah sebabnya master yang terbaca tepat 0.0 dBFS pada meter sample peak masih bisa clipping di dekoder lossy. Batas −1 dBTP dan −2 dBTP milik Spotify adalah angka true peak, jadi meter sample peak tidak bisa memberi tahu Anda apakah Anda memenuhinya.

Normalisasi ke atas: bersyarat, bukan ya atau tidak

Layanan menormalisasi saat pemutaran. Master yang lebih keras dari target diturunkan turun sebesar selisihnya. Bagian itu tidak diperdebatkan.

Kasus master yang pelan adalah tempat kedua jawaban yang percaya diri sama-sama salah. Halaman Spotify menyatakan bahwa “Positive gain is applied to softer masters so the loudness level is -14 dB LUFS.” Halaman itu juga menyatakan: “We consider the headroom of the track, and leave 1 dB headroom for lossy encodings to preserve audio quality.”

Dibaca bersama, kedua kalimat itu menggambarkan sebuah kondisi bersyarat. Master yang pelan mungkin dinaikkan ke target. Master pelan dengan puncak tinggi mungkin tidak dinaikkan sepenuhnya, karena menaikkannya akan memakan headroom yang dicadangkan kalimat kedua.

Jadi:

• “Master pelan tidak pernah dinaikkan” itu salah.
• “Master pelan selalu dinaikkan sampai target” juga salah.
• Yang benar: gain ke atas itu nyata, dan diterapkan bergantung pada headroom trek tersebut.

Kalau Anda menginginkan gain ke atas itu, tuasnya adalah pengendalian puncak di dalam master — bukan level rata-rata. Master dengan headroom sungguhan adalah master yang punya ruang untuk dinaikkan.

Apa yang sebenarnya Anda beli dengan over-limiting

Satukan potongannya. Master yang didorong ke loudness terintegrasi tinggi akan diturunkan saat pemutaran sebesar selisih antara levelnya dan target. Ia tidak sampai ke pendengar dalam keadaan lebih keras. Yang sampai justru apa yang Anda lakukan padanya di perjalanan: crest factor berkurang, transien merata, dan — kalau Anda mendorongnya melewati batas true peak — puncak antar-sampel yang akan ditangani encoder lossy menurut caranya sendiri.

Over-limiting membeli kerataan, bukan kekerasan. Itu pernyataan yang bisa dipertahankan, dan ia berlaku tanpa perlu target terbit dari layanan mana pun selain satu-satunya yang sudah menerbitkannya. Bahkan andaikan setiap angka laporan untuk kelima layanan lain ternyata persis benar, kesimpulannya tidak berubah, karena mekanismenya — normalisasi saat pemutaran, turunkan yang keras — itulah yang bekerja, bukan angka spesifiknya.

Apa yang perlu dilakukan dengan ini

• Ukur loudness terintegrasi dan true peak, dengan oversampling, sebelum Anda mengirim apa pun.
• Periksa master Anda terhadap −14 LUFS dan −1 dBTP (atau −2 dBTP kalau Anda lebih keras dari −14 LUFS) karena angka-angka itu diterbitkan, dan perlakukan yang lain sebagai belum terverifikasi.
• Kalau sebuah alat, plugin atau artikel memberi Anda target per layanan untuk Apple Music, YouTube Music, Amazon Music, TIDAL atau Deezer tanpa melabelinya sebagai dilaporkan alih-alih diterbitkan, perlakukan itu sebagai sinyal tentang alat tersebut.
• Pastikan perilaku gate relatif dan gate LRA pada meter Anda kalau meter itu mengizinkannya. −10 LU untuk terintegrasi, −20 LU untuk LRA.
• Berhentilah mengejar angka yang toh dibatalkan saat pemutaran dan mulailah menjaga headroom yang menentukan apakah gain ke atas sampai kepada Anda.

Pemeriksa loudness gratis dari Mazufa ada di /loudness-checker. Ia berjalan sepenuhnya di peramban Anda — tidak ada audio yang diunggah — dan ia melaporkan angka Spotify yang diterbitkan sebagai diterbitkan, dan yang lainnya sebagaimana adanya.

Sumber

• Spotify, “Loudness normalization” (halaman dukungan artis) — target −14 LUFS, batas atas true peak −1/−2 dBTP, serta pernyataan tentang gain positif dan headroom 1 dB. support.spotify.com/us/artists/article/loudness-normalization/ — dibaca 2026-09-07.
• Riwayat edisi dan mekanika ITU-R BS.1770; BS.1770-5 (November 2023) berlaku, BS.1770-4 (Oktober 2015) digantikan. itu.int — diverifikasi 2026-09-07.
• EBU R 128 — −23 LUFS, penyiaran; serta EBU Tech 3341 (jendela momentary dan jangka pendek) dan EBU Tech 3342 (Loudness Range, gate −20 LU). tech.ebu.ch — tidak ada tanggal baca yang tercatat di lembar fakta kami.
• AES TD1008 — −16 LUFS untuk musik; −18 LUFS untuk konten yang didominasi ujaran. aes.org/community/technical-council/technical-document-aestd1008/ — tidak ada tanggal baca yang tercatat di lembar fakta kami.