Bir yayın servisi master'ınızı normalize ettiğinde gerçekte ne oluyor

Ses yüksekliği işleyişi en çok tartışılan altı yayın servisinden tam olarak biri, alıntılayabileceğiniz bir normalizasyon hedefi yayımlıyor. Spotify, entegre −14 LUFS ve −1 dBTP gerçek tepe tavanı yayımlıyor; master −14 LUFS'ten yüksekse tavan −2 dBTP'ye çekiliyor. Apple Music, YouTube Music, Amazon Music, TIDAL ve Deezer hiçbir normalizasyon hedefi yayımlamıyor. Bu beşi için gördüğünüz her rakam aktarılmış, yayımlanmış değil — ve birileri bunlardan biriyle master'ının ne kadar kazanç azaltımı göreceğini hesaplamaya kalktığı anda fark önem kazanıyor.

Yayımlanmış tek yayın servisi rakamı

Spotify'ın kendi ses yüksekliği normalizasyonu sayfası hedefi entegre −14 LUFS olarak belirtiyor. Gerçek tepe tavanını −1 dBTP, −14 LUFS'ten yüksek teslim edilen master'lar için ise −2 dBTP olarak veriyor. Bu üç sayı, bu yazıdaki servisin kendisinden gelen tek yayın servisi normalizasyon şartnamesi.

Bu, çoğu mastering tavsiyesinin ima ettiğinden daha dar bir olgusal temel. Yine de çalışmaya yeter, çünkü hedef yayımlanmasa da mekanizma her yerde aynı: entegre ses yüksekliğini ölç, bir hedefle karşılaştır, oynatımda kazanç uygula.

Hiçbir şey yayımlamayan beş servis

Apple Music, YouTube Music, Amazon Music, TIDAL ve Deezer hiçbir normalizasyon hedefi yayımlamıyor. Onlar için dolaşımdaki rakamlar, mevcut tek dürüst ifadeyle:

Yaygın biçimde aktarılan, servis tarafından yayımlanmayan: Apple ≈ −16, YouTube Music ≈ −14, Amazon ≈ −14, TIDAL ≈ −14, Deezer ≈ −15.

Bunlar bilerek ayrı tutuldu ve beraberindeki kural katı: bunlardan bir kazanç değeri hesaplamayın. "Master'ınız −8'de, Apple −16'da, demek ki Apple sizi 8 dB aşağı çekecek" cümlesi, söz konusu şirketin hiçbir zaman doğrulamadığı bir sayı üzerinde, parametrelerini de hiç doğrulamadığı bir algoritma varsayılarak yapılmış bir aritmetiktir. Çıkarma işlemi temiz; sonuç dayanaksız.

Bu, kaynak konusunda kılı kırk yarmak değil. Ses yüksekliğiyle ilgili bunca tavsiyenin kendi içinde çelişmesinin pratik nedeni tam olarak bu: iki yazar aynı servis için iki farklı aktarılmış değeri alıyor, ikisi de çıkarmayı yapıyor ve ikisi de kendinden emin bir sayı sunuyor.

−23, −16, −18: birbirinin yerine geçmeyen üç rakam

Üç başka sayı, sanki alternatif yayın hedefleriymiş gibi dolaşıyor. Değiller.

• EBU R 128, −23 LUFS'i şart koşar. R 128 bir yayıncılık tavsiyesidir. Bir yayın hedefi değildir ve hiçbir zaman öyle olması amaçlanmamıştır. Yayın teslimi tartışmasında onu alıntılamak daha sıkı bir standart değil, bir kategori hatasıdır.
• AES TD1008, müzik için −16 LUFS verir. İnsanların AES'e atıf yaparken genellikle kastettiği, yayına yönelik rakam budur.
• TD1008'in −18 LUFS rakamı söz ağırlıklı içerik için geçerlidir — haber, sohbet, radyo oyunu. −18'i müzik hedefi olarak sunmak yaygın ve ciddi bir hatadır. Bir mastering rehberi, plugin ön ayarı ya da forum mesajı size AES'in müzik için −18 LUFS önerdiğini söylüyorsa, o belge söz ağırlıklı rakamı müzik rakamıyla karıştırmıştır ve gerisine de güvenmemelisiniz.

−16 / −18 ayrımını doğru yapmak, ses yüksekliği hakkında yazan birinin kaynağı okuyup okumadığını yoksa bir özeti mi kopyaladığını anlamanın en hızlı yollarından biridir.

Ölçüm standardı ve hangi sürümün yürürlükte olduğu

Yukarıdakilerin hepsi ITU-R BS.1770 ile ölçülür. Altı sürümü vardır: -0 (2006), -1 (2007), -2 (2011), -3 (2012), -4 (2015) ve -5 (November 2023).

BS.1770-5 yürürlüktedir. October 2015 tarihli BS.1770-4 ise yürürlükten kalkmıştır — hâlâ kullanımdaki ölçerlerin çoğunun andığı sürüm o olsa bile. Ölçerinizin kılavuzu -4 diyorsa, bu size kılavuzun yaşını söyler, hangi sürümün geçerli olduğunu değil. Güncel olan -5'tir.

Algoritma gerçekte ne yapıyor ve ölçerler nerede yanılıyor

Şartname kısa ve kesin; ayrıntılarının birkaçı ise yeterince sık yanlış uygulanıyor, o yüzden bilmenizde fayda var.

K-ağırlıklama. İki aşamalı bir filtre: bir yüksek raf ("head" filtresi) ve ardından bir yüksek geçiren (RLB). K-ağırlıklama eğrisinin 1 kHz'deki kazancı +0.698 dB'dir — doğrusal olarak 1.0836. Bir 1 kHz tonun K-ağırlıklı ölçümünün ağırlıksız seviyesine eşit olmamasının nedeni bu ofsettir.

Bloklar. Ses yüksekliği, 75% örtüşmeli 400 ms bloklar üzerinden hesaplanır.

Mutlak kapı. −70 LUFS altındaki bloklar doğrudan atılır.

Göreli kapı — en sık yanlış anlatılan kısım. Göreli kapı, mutlak kapıdan geçen blokların ortalamasından hesaplanır ve ardından −10 LU kaydırılır. Kapısız ortalama değildir. Kapısız ortalamaya göre kapılama yapan bir ölçer, uzun sessizlikleri olan bir parçayı şartnameye uyan bir ölçerden farklı okur ve ikisi, ses yüksekliğinize değil düzenlemenize bağlı bir miktarda ayrışır.

Ses yüksekliği aralığı. EBU Tech 3342'de tanımlanan LRA, −20 LU göreli kapı kullanır — −10 LU değil. Entegre ses yüksekliği kapısını LRA için yeniden kullanmak yaygın bir uygulama hatasıdır ve dinamik malzemeyi olduğundan daha tutarlı gösterir.

Zaman pencereleri. Kısa süreli ses yüksekliği 3 s pencere kullanır (EBU Tech 3341). Anlık olan 400 ms kullanır. Bunlar tek bir ölçümün farklı yumuşatma ayarları değil, farklı ölçümlerdir.

Gerçek tepe. Gerçek tepe, aşırı örneklenmiş bir sinyal üzerinde ölçülür — BS.1770 uyarınca en az 4×, 8× ise daha iyidir. Örnek tepe, gerçek tepe değildir. Örnekler arası tepeler dosyadaki en yüksek örnek değerini aşabilir; bir örnek tepe ölçerde tam olarak 0.0 dBFS okuyan bir master'ın yine de kayıplı bir çözücüde kırpma yapmasının nedeni budur. Spotify'ın −1 dBTP ve −2 dBTP tavanları gerçek tepe değerleridir, yani bir örnek tepe ölçeri onları karşılayıp karşılamadığınızı size söyleyemez.

Yukarı normalizasyon: evet ya da hayır değil, koşullu

Servisler oynatımda normalize eder. Hedeften yüksek bir master, aradaki fark kadar aşağı çekilir. Bu kısım tartışmasız.

Sessiz master durumu ise iki kendinden emin cevabın da yanlış olduğu yer. Spotify'ın sayfası şunu belirtiyor: "Positive gain is applied to softer masters so the loudness level is -14 dB LUFS." Ayrıca şunu da belirtiyor: "We consider the headroom of the track, and leave 1 dB headroom for lossy encodings to preserve audio quality."

Birlikte okunduğunda bu iki cümle bir koşulu tarif ediyor. Sessiz bir master hedefe yükseltilebilir. Tepeleri yüksek olan sessiz bir master ise sonuna kadar yükseltilmeyebilir, çünkü yükseltmek ikinci cümlenin ayırdığı boşluğu tüketirdi.

Yani:

• "Sessiz master'lar asla yükseltilmez" yanlış.
• "Sessiz master'lar her zaman hedefe yükseltilir" de yanlış.
• Doğrusu şu: yukarı kazanç gerçektir ve parçanın tepe boşluğuna bağlı olarak uygulanır.

Yukarı kazancı istiyorsanız kaldıraç, ortalama seviye değil master'daki tepe kontrolüdür. Gerçek tepe boşluğu olan bir master, yükseltilecek yeri olan bir master'dır.

Aşırı limitleme size gerçekte ne kazandırır

Parçaları birleştirin. Yüksek bir entegre ses yüksekliğine itilmiş bir master, oynatımda kendi seviyesi ile hedef arasındaki fark kadar aşağı çekilir. Dinleyiciye daha yüksek varmaz. Vardığı şey, yolda ona yaptığınız şeydir: azalmış tepe faktörü, düzleşmiş geçici sesler ve — gerçek tepe tavanını aştıysanız — kayıplı bir kodlayıcının kendi bildiği gibi ele alacağı örnekler arası tepeler.

Aşırı limitleme size ses yüksekliği değil düzlük kazandırır. Savunulabilir ifade budur ve yayımlamış olan tek servis dışında hiçbir servisten yayımlanmış bir hedefe ihtiyaç duymadan geçerlidir. Diğer beşi için aktarılan her rakam tam olarak doğru çıksa bile sonuç değişmezdi, çünkü işi yapan şey mekanizmadır — oynatımda normalize et, yükseği azalt — belirli bir sayı değil.

Bununla ne yapmalı

• Herhangi bir şey teslim etmeden önce entegre ses yüksekliğini ve gerçek tepeyi, aşırı örneklemeyle ölçün.
• Master'ınızı −14 LUFS ve −1 dBTP ile karşılaştırın (−14 LUFS'ten yüksekseniz −2 dBTP ile), çünkü yayımlanmış olanlar bunlar; geri kalan her şeye doğrulanmamış muamelesi yapın.
• Bir araç, plugin ya da yazı size Apple Music, YouTube Music, Amazon Music, TIDAL veya Deezer için servis bazlı bir hedef veriyor ve bunu yayımlanmış değil aktarılmış olarak etiketlemiyorsa, bunu o araç hakkında bir işaret sayın.
• İzin veriyorsa ölçerinizin göreli kapı ve LRA kapısı davranışını doğrulayın. Entegre için −10 LU, LRA için −20 LU.
• Oynatımda geri alınan bir sayının peşinde koşmayı bırakın ve yukarı kazancın size ulaşıp ulaşmayacağını belirleyen tepe boşluğunu korumaya başlayın.

Mazufa'nın ücretsiz ses yüksekliği denetleyicisi /loudness-checker adresinde. Tamamen tarayıcınızda çalışıyor — hiçbir ses dosyası yüklenmiyor — ve yayımlanmış Spotify rakamlarını yayımlanmış olarak, geri kalan her şeyi de ne ise o olarak bildiriyor.

Kaynaklar

• Spotify, "Loudness normalization" (sanatçı destek sayfası) — hedef −14 LUFS, gerçek tepe tavanları −1/−2 dBTP ve pozitif kazanç ile 1 dB tepe boşluğu ifadeleri. support.spotify.com/us/artists/article/loudness-normalization/ — okundu 2026-09-07.
• ITU-R BS.1770 sürüm geçmişi ve mekanikleri; BS.1770-5 (November 2023) yürürlükte, BS.1770-4 (October 2015) yürürlükten kalktı. itu.int — doğrulandı 2026-09-07.
• EBU R 128 — −23 LUFS, yayıncılık; ve EBU Tech 3341 (anlık ve kısa süreli pencereler) ile EBU Tech 3342 (ses yüksekliği aralığı, −20 LU kapı). tech.ebu.ch — bilgi föyümüzde okunma tarihi kayıtlı değil.
• AES TD1008 — müzik için −16 LUFS; söz ağırlıklı içerik için −18 LUFS. aes.org/community/technical-council/technical-document-aestd1008/ — bilgi föyümüzde okunma tarihi kayıtlı değil.