# LUFS nedir? AI ses ve ses üretimi için loudness hedefleri URL: https://anyvoice.app/tr/journal/lufs-nedir Type: blog Locale: tr Published: 2026-10-26 Updated: 2026-10-27 --- > LUFS, tepe değerleri değil algılanan ses seviyesini ölçer. Podcast, akış, yayın ve sesli kitap hedeflerini ve AI ses render'larını nasıl normalize edeceğinizi öğrenin. LUFS nedir sorusunun kısa cevabı şu: dinleyicinin sese ne kadar yüksek geldiğini zaman içinde ölçen bir loudness birimi. Tepe değerlerini ölçmez. Bir LU, bir dB kazanca eşittir ve değerler negatiftir, çünkü ölçek dijital tam ölçeğe (0 dBFS) göre çizilir. Konuşma sesi için podcastlerde genelde -16 LUFS hedeflenir ve gerçek tepe değerinin yaklaşık -1 dBTP altında kalması istenir. ## LUFS gerçekte loudness'ı nasıl ölçer? LUFS, "Loudness Units relative to Full Scale" ifadesinin kısaltmasıdır. Ölçüm ITU-R BS.1770 standardında tanımlanır ve EBU R 128 tarafından benimsenmiştir. LKFS aynı birimin eski adıdır. Ölçüm cihazı bir sayı yazmadan önce üç işlem yapar. Birincisi K-ağırlıklandırma uygular. Bu filtre düşük frekansları azaltır, orta üst frekansları hafifçe yükseltir ve kulağın enerjiyi algılama biçimine yaklaşır. 80 Hz civarında ağır bir uğultusu olan bir ses, ham seviyesinin işaret ettiğinden daha sessiz okunur, çünkü filtre o uğultuyu hesaba katmaz. İkincisi enerjiyi bir pencere üzerinden ortalar. Pratikte üç pencere önemlidir: - **Momentary** 400 ms'lik pencereye bakar ve hızlı değişir. - **Short-term** 3 saniyelik pencereye bakar. Bir cümleyi düzenlerken izlenmesi gereken değer budur. - **Integrated** dosyanın baştan sona tamamını kapsar. Platformların normalizasyon için kullandığı değer budur. Üçüncüsü kapılama (gating) uygular. -70 LUFS altındaki bölümler tamamen yok sayılır. Ardından ortalamanın 10 LU altındaki bölümler de dışarıda bırakılır. Kapılama, satırlar arasındaki uzun sessizliğin ölçümü aşağı çekmesini engeller. Aynı nedenle, neredeyse tamamı oda sesinden oluşan bir dosya garip bir integrated değer verir. *Session notu: Bir render bir saniyeden kısaysa integrated okuma çok az pencereye dayanır. Ölçümü tam sahne ya da bölüm içinde yapın.* ## Değerler neden negatif, dBFS ve RMS'ten farkı nedir? Ölçek 0 dBFS'de biter. Bu, sabit noktalı bir dijital dosyanın saklayabileceği en yüksek değerdir. Duyduğunuz her şey bu tavanın altında kaldığı için her şey negatif okunur. -16 LUFS okuması, tam ölçekten tam 16 birim aşağıda demektir. Karışıklık, birkaç ölçü aleti aynı dB görünümünü paylaştığı için başlar. Pratikte farkları şöyledir: - **Peak (dBFS)** tek bir örnekteki en yüksek değerdir. Kırpmayı gösterir, loudness hakkında hiçbir şey söylemez. - **True peak (dBTP)** dönüşümden sonra dalga biçiminin örnekler arasında ulaştığı en yüksek seviyeyi tahmin eder. Kayıplı codec'ler, örnek tepe değeri 0'ın altında olsa bile sinyali 0'ın üzerine çıkarabilir. Bu yüzden platformlar -1 dBTP pay ister. - **RMS** K-ağırlıklandırma ya da kapılama olmadan sinyal gücünü ortalar. Daha kabadır, ama aşağıda anlatılan sesli kitap standardı gibi bazı şartnameler hâlâ bunu kullanır. - **LUFS** ağırlıklandırılmış ve kapılanmış loudness'tır. Dinleyicinin hangisinin daha yüksek olduğunu söylemesiyle en iyi korelasyonu verir. Aynı tepe değerine sahip iki dosya, loudness açısından 8 LU fark gösterebilir. Tek bir sivri zirveli, plosive ağırlıklı bir kayıt ile dinamiği düz biçimde sıkıştırılmış bir kayıt bunun kanıtıdır. Birimin var olma nedeni tam olarak bu farktır. ![Ses kitabı kabininde, açık bir kitabın yanında duran kondansatör mikrofon ve pop filtre](https://fdzlnqpwsaniezitwiuw.supabase.co/storage/v1/object/public/cms-media/anyvoice/2026-10/7e7276-i2.webp) ## Ses çalışmaları için hangi LUFS hedefini tutturmalısınız? Tek bir sayı yok. Hedef, dosyanın nereye gideceğine bağlıdır ve bazı teslimatlarda LUFS hiç kullanılmaz. Şu rakamları bir not kâğıdına yazın: - **Müzik akışı, yaklaşık -14 LUFS integrated.** [Spotify'ın loudness dokümantasyonu](https://support.spotify.com/us/artists/article/loudness-normalization/) -14 dB LUFS değerini normal oynatma seviyesi olarak belirtir. Premium dinleyiciler için Loud -11, Quiet -19'dur. Önerisi, gerçek tepe değerin -1 dBTP ya da master -14'ten yüksekse -2 dBTP veya altında olmasıdır. - **Podcast, genelde stereo için -16 LUFS ve mono için -19 LUFS.** Mono rakam 3 LU daha düşüktür, çünkü iki kanala kopyalanmış mono bir sinyal, aynı sinyalin tek kanalda ölçümünden 3 LU daha yüksek okunur. Tavan olarak -1 dBTP genel tavsiyedir. - **EBU R 128 yayıncılığı, -23 LUFS integrated.** Dosya tabanlı teslimat için gerçek tepe tavanı -1 dBTP, tolerans ±0,5 LU'dur. - **ACX sesli kitapları, LUFS yok.** [ACX ses gönderim şartları](https://help.acx.com/s/article/acx-audio-submission-requirements) RMS'nin -23 dB ile -18 dB arasında, tepe değerlerinin -3 dB altında ve gürültü tabanının -60 dB RMS altında olmasını ister. Sesli kitap teslim ediyorsanız, yalnızca bir LUFS ölçerle değil, onların analizörüyle ölçün. Son maddedeki sıraya dikkat edin. Bir bölüm -20 LUFS gibi makul bir seviyede olabilir ve yine de tek bir sivri tepe ya da gürültülü bir kuyruk yüzünden ACX'ten geçemeyebilir. LUFS ortalama loudness hakkında bilgi verir, şartname ise üç ayrı şeyi önemser. Burada kişisel bir görüş var. Spotify sayfası -14 dediği için podcast'i -14'e master'lamayın. Bu sayı müzik içindir. -14 integrated okuyan bir konuşma genelde limitörün ünsüzler üzerinde fazla çalıştığı anlamına gelir ve dinleyiciler bunu on dakika içinde yorgunluk olarak hisseder. ![İki stüdyo monitör hoparlörün arasında ahşap bir standda duran stüdyo kulaklığı](https://fdzlnqpwsaniezitwiuw.supabase.co/storage/v1/object/public/cms-media/anyvoice/2026-10/7d896a-i3.webp) ## Neden AI ses çıktısının kendi loudness kontrolüne ihtiyacı var? Sentetik bir sesin tutarlı bir seviyede geleceğini düşünebilirsiniz. Mikrofon mesafesi ya da preamp kayması yoktur. Bazen bu doğru çıkar. Çoğu zaman çıkmaz ve nedenleri kayıtlı bir oturumdakilerden farklıdır. Her render, motorun kendi genel kazancıyla gelebilir. Sesi, konuşma hızını ya da duygu ayarını değiştirdiğinizde integrated loudness da onunla birlikte oynar. Aynı klonlanmış sesten gelen gergin, kırpık bir teslimat ile sakin, nefesli bir teslimat birkaç LU fark edebilir. 40 ayrı render edilmiş satırdan bir sahne kuruyorsanız, kimsenin kaydetmediği sıçramalar duyarsınız. Üç alışkanlık işe yarar: - **Düzenlemeden önce her render'ı ölçün.** Integrated okumayı dosya adının yanına, kayıt defterinize yazın. - **Önce bir sahnedeki satırları birbirine, sonra teslim hedefine eşitleyin.** Miks içinde göreli tutarlılık, mutlak sayıdan daha önemlidir. - **Ses başına bir referans seviyesi tutun.** Diğer her şeyi buna göre normalize edin, böylece klonlanmış bir anlatıcı bölümler boyunca kaymaz. Bu alışkanlıkların faydası, revizyon turlarında hemen görülür. Bir müşteri üç hafta sonra "ikinci bölümün sesi biraz kısık" dediğinde, kayıt defterinizde her satırın integrated okuması ve referans seviyesine göre yaptığınız kazanç ayarı duruyorsa sorunu dakikalar içinde bulursunuz. Okuma yoksa, kulakla tahmin etmek ve her seferinde yeniden dinlemek zorunda kalırsınız. AnyVoice'un 8 kaydırıcılı duygu sistemi gibi duyguyu kaydırıcılarla kontrol ettiğinizde, yoğunluk değiştikçe loudness'ın da kaydığını bekleyin. Integrated okumayı parametre notlarınızın bir parçası olarak görün, sonradan düşünülmüş bir şey olarak değil. Oyun geliştiriyorsanız, satırları middleware'e vermeden önce ses durumu başına normalize etmeniz gerekir, çünkü motor bunu sizin yerinize yapmaz. ## Sentetik ses için sağlam bir loudness iş akışı nasıl görünür? Bu sıra en az zaman kaybettiren sıradır. Dosya klonlanmış bir sesten, hazır bir sesten ya da insan bir anlatıcıdan gelmiş olsun aynı şekilde çalışır. Önemli olan, her adımın bir sayı bırakmasıdır. Sayı yoksa geri dönüp neyin değiştiğini bilemezsiniz, ve bu, uzun projelerde en pahalı hatadır. - **Aracın sunduğu en yüksek kalitede render alın** ve işlenmemiş dosyayı saklayın. Mümkünse üretici içinde normalize etmeyin, çünkü orijinali kaybedersiniz. - **Tüm dosyada integrated LUFS ve true peak ölçün.** Ölçüm BS.1770'e uymalıdır. Çoğu DAW bunu yerleşik olarak içerir, birkaç ücretsiz eklenti de bunu yapar. - **Kazancı hesaplayın.** Hedef eksi ölçülen değer, dB cinsinden ofseti verir. Bir render -21,4 LUFS okuyorsa ve siz -16 istiyorsanız 5,4 dB eklersiniz. Birim doğrusaldır, yani 5,4 dB kazanç okumayı tam 5,4 LU hareket ettirir. - **Kazançtan sonra tepe değerini kontrol edin.** Önce gerçek tepe -8,0 dBTP ise, kazançtan sonra -2,6 dBTP olur ve bu -1 dBTP tavanının altındadır. Tavanın üzerine çıkarsa, daha fazla kazanç değil gerçek tepe limitörü gerekir. - **Limitörü yalnızca kalan sorun için uygulayın.** -1 dBTP tavanı ve 1 ila 2 dB kazanç azaltması konuşmada şeffaftır. On dB azaltma ise duyulabilir bir pompalamaya yol açar. - **Session'ı değil, dışa aktarılmış dosyayı yeniden ölçün.** Codec dönüşümü ve dither sayıları biraz oynatabilir. Bu aşamada loudness normalizasyonu sıkıştırmadan farklıdır. Normalizasyon yalnızca kazancı değiştirir, dinamikler render edildiği gibi kalır. Bir satırda gergin bir fısıltı ve ardından bir bağırış varsa ve bunları birbirine yaklaştırmak istiyorsanız, bu sıkıştırma ya da clip gain işidir ve son loudness geçişinden önce yapılır. *Session notu: Son kontrolü teslim formatı üzerinde yapın. 128 kbps bir dosya, kaynak WAV'a göre birkaç ondalık dB farklı okunabilir.* ## Loudness ile en çok zaman kaybettiren hatalar hangileri? Çoğu sorun dört yerden gelir. **Yanlış şeyi ölçmek.** Tek bir yüksek cümle sırasındaki short-term loudness, integrated değer değildir. Momentary ölçere takılmak aşırı düzeltmeye yol açar ve en yüksek cümlesinde -16'ya ayarlanmış bir dosya, genel olarak -20'de kalabilir. **-16'yı doğa yasası gibi görmek.** Bu bir gelenektir. Bazı platformlar dinlemeyi sizin yerinize normalize eder, bazıları etmez. Bir web oynatıcısı ya da akıllı hoparlör hiçbir loudness kontrolü uygulamayabilir, bu yüzden çok kısık bir dosya orada da kısık kalır. **Gürültü tabanını atlamak.** 5 LU kazanç, hışırtıyı ve oda sesini de 5 dB yükseltir. Kaynak gürültülüyse, temizlik adımı kazanç adımından önce yapılmalıdır. Aksi halde sorun, ulaşmaya çalıştığınız sayıyla birlikte büyür. **Stereo sorusunu unutmak.** Mono dosya olarak teslim edilen bir ses ile dual mono olarak teslim edilen aynı ses, aynı fader konumunda 3 LU fark edebilir. Dışa aktarmadan önce hedefinizin hangisini beklediğini kontrol edin. Tek tıkla loudness düzeltmesi vaat eden, ölçer ve yaptığına dair kaydı olmayan eklentilerden uzak durun. Bir eklenti size tek bir düğmeyle hedef vermeye çalışıyorsa, hangi ölçümü kullandığını ve kazancı hangi sırayla uyguladığını yazılı olarak isteyin. Loudness çalışması aritmetiktir. Öncesi ve sonrası okumaları göremiyorsanız, sonucu savunamazsınız. ## Bir sonraki oturumdan önce Önce hedefi seçin, çünkü gerisini o belirler. Podcast: stereo için -16 LUFS ya da mono için -19 LUFS, tepe değeri -1 dBTP. Müziğe yakın akış: yaklaşık -14 ve gerçek tepe önerisine uyun. Yayın: R 128'e göre -23. Sesli kitap: ACX analizörü ile RMS, tepe ve gürültü tabanı sınırları. Ardından bu sayıyı oturum şablonunuza yazın. Her render'ın yanına integrated LUFS ve true peak için bir sütun ekleyin. Sesleri toplu üretiyorsanız, ses başına bir referans seviyesi belirleyin ve ona göre eşitleyin. Bu kayıt oluştuktan sonra, altı ay sonra yeniden kurulan bir bölüm ya da sahne, kulakla tahmin yürütmenin bir öğleden sonrasını değil, dakikaları alır. İlk projede bu tabloyu kurmak yarım saat sürer. Sonraki projelerde ise yalnızca yeni değerleri eklemeniz yeterlidir. ## FAQ ### LUFS ve LKFS aynı şey mi? Evet. İkisi de ITU-R BS.1770'te tanımlanan loudness ölçümünü anlatır. LUFS, EBU R 128'in kullandığı addır; LKFS ise ITU'nun eski terimidir. Değerler aynıdır. ### Podcast için hangi LUFS kullanılmalı? Çoğu podcast barındırma servisi ve uygulama, stereo için yaklaşık -16 LUFS integrated, mono için yaklaşık -19 LUFS ve gerçek tepe değerinin -1 dBTP ya da altında olmasını önerir. Birkaç dağıtıcının kendi tercihi olabileceği için dağıtıcınızı kontrol edin. ### ACX sesli kitaplar için LUFS kullanıyor mu? Hayır. ACX, RMS'nin -23 dB ile -18 dB arasında, tepe değerlerinin -3 dB altında ve gürültü tabanının -60 dB RMS altında olmasını ister. Bir dosya makul bir LUFS okuması verip yine de tepe ya da gürültü nedeniyle elenebilir. ### Neden mono podcast hedefi stereo hedefinden 3 LU daha düşük? BS.1770 kanal enerjilerini toplar. Aynı sinyal iki kanalda da bulunduğunda, tek kanala göre 3 LU daha yüksek ölçülür. Bu yüzden mono hedefler 3 LU daha düşük tutulur. ### Limitörle LUFS hedefine ulaşabilir miyim? Yalnızca küçük bir fark için. 1 ila 2 dB kazanç azaltması konuşmada şeffaftır, ama on dB azaltma ünsüzlerde pompalama yapar. Seviye farklarını önce clip gain ya da sıkıştırma ile düzeltin. ### AI ses üreticileri tutarlı loudness verir mi? Güvenilir biçimde hayır. Sesi, konuşma hızını ya da duygu ayarını değiştirmek integrated loudness'ı birkaç LU kaydırabilir. Bu yüzden teslimden önce her render'ı ölçün ve bir referans seviyesine eşitleyin.