Makale

Podcast İçin Sesi Temizleme ve Hazırlama

Ham ses kaydının yayınlamaya hazır olması için genellikle üç şeye ihtiyacı vardır: tutarlı bir ses yüksekliği düzeyi, akış platformlarının beklediği format ve bit hızı ve gürültü gidermenin gerçekte ne sunabileceğine dair dürüst bir değerlendirme. Bu makale, bu adımları tamamen tarayıcıda yerel olarak çalışan audio-volume, vocal-remover ve audio-converter kullanarak ele almaktadır.

Yazan: Bastien Sulyan · Yayımlandı: 30 Haziran 2026

Ses Yüksekliği ve Tepe Seviyesi: LUFS Neden Tepe Seviyesinden Daha Önemli

Tepe seviyesi, ses dosyasındaki tek en yüksek örneği ölçer. LUFS (Tam Ölçeğe Göre Ses Yüksekliği Birimleri) cinsinden ifade edilen ses yüksekliği, zaman içindeki algılanan enerjiyi ölçer. -3 dBFS tepe seviyesinde kaydedilen bir podcast, sinyalin büyük bölümü çok daha altta oturuyorsa yine de sessiz duyulabilir. Akış platformları ve podcast dizinleri, oynatmada sesi genellikle müzik hizmetleri için -14 LUFS ve söylü içerik için -16 LUFS olarak hedef ses yüksekliğine normalleştirir; dolayısıyla çok farklı bir düzeyde göndermek, platformun sesinizi yine de açıp kapatacağı anlamına gelir. -16 LUFS tümleşik ses yüksekliğini hedeflemek, platform varsayılanıyla eşleşen, diğer programlarla tutarlı kalan ve 0 dBFS'deki dijital tavan öncesinde biraz başlık alanı bırakan bitmiş bir dosya sağlar. Örnekler arası aşımları da hesaba katan gerçek tepe değeri genellikle -1 dBTP'nin altında tutulur. Bu iki sayıyı birlikte hedeflemek, yalnızca tepe hedefini kovalamaktan daha temiz bir sonuç verir.

Kulaklık takan bir kişi, bilgisayarın önündeki masaüstü mikrofona konuşarak podcast kaydediyor — Photo: Guillaume Bonzoms, CC0, via Wikimedia Commons

audio-volume ile Kazanç ve Normalleştirme

audio-volume, bir dosyanın kazancını desibel cinsinden ayarlamanıza veya ses yüksekliği normalleştirme uygulamanıza olanak tanır. Bir kayıt sürekli sessizse, dB cinsinden kazanç eklemek tüm sinyali sabit bir miktarda yükseltir. Risk, kırpmadır: herhangi bir tepe 0 dBFS'ye zaten yakınsa, pozitif bir kazanç ofseti onu aşarak dijital bozulmaya yol açar. Kazanç uygulamadan önce dalga formunu kontrol edin ve ayarlama sonrasında gerçek tepeyi -1 dBFS'nin altında tutun. Ses yüksekliği normalleştirme farklı bir yaklaşım benimser. Araç, bazı podcast platformlarının önerdiği daha yüksek hedefler yerine, FFmpeg'in loudnorm filtresini varsayılan hedefi olan -24 LUFS tümleşik ses yüksekliğinde çalıştırır. Tek geçişli loudnorm, düz bir kazanç ofseti değil, dinamik bir süreçtir: ses yüksekliğini zaman içinde takip eder ve sinyali hedefe yakınsayacak şekilde ayarlar; bu da tutarsız bir kayıtta hafif bir dinamik aralık sıkıştırması gibi davranabilir. Cümleler arasında büyük düzey dalgalanmaları olan ses kaydında, normalleştirmeden önce uygulanan özel bir kompresör veya limiter yine de daha kontrollü bir sonuç verir; ancak bu adımlar audio-volume'un işlediği kapsamın dışındadır.

Merkez Kanal İptalinin Yapabildiği ve Yapamadığı

vocal-remover, merkez kanal iptali tekniği uygular. Stereo bir dosyada, hem sol hem de sağ kanalda aynı düzey ve fazda özdeş biçimde görünen bir sinyal merkez konumlu olarak adlandırılır. Sağ kanalı soldan çıkarmak, merkez konumundaki her şeyi kaldırır; büyük ölçüde kenarlara kaydırılmış içerik kalır. Ticari olarak ustalaştırılmış bir müzik parçasında ana vokalin tipik olarak merkezde konumlandığı durumlarda karaoke etkisini bu yaratır. Herhangi bir konuşma modelini kullanarak sesleri algılamaz veya ayırmaz. Arka plan gürültüsünü, oda yankısını, HVAC vızıltısını veya trafiği kaldırmaz. Yararlanılacak faz farkı olmayan tek kanallı veya mono kayıtta podcast sesinizi ortam sesinden ayırt etmez. Sonuç ayrıca korunan içerikteki stereo genişliği bozar. Gürültülü bir odada kaydedilen podcast parçası için merkez kanal iptali yanlış araçtır. Pratik seçenekler akustik tedavi, yönlü bir mikrofon veya özel bir ses düzenleyicisinde bir kapı eklentisidir.

Sol ve sağ kanalları ayrı ayrı gösterilen stereo ses dosyasının diyagramı; her iki kanalda özdeş olan merkez konumlu sinyal çıkarılmış ve kenara kaydırılmış içerik bırakılmış.

Dağıtım İçin Dışa Aktarma: Format, Bit Hızı ve Mono veya Stereo

Çoğu podcast dizini MP3 ve AAC kabul eder. MP3 en uyumlu seçimdir; her oynatıcı ve platform destekler. Aynı bit hızında AAC biraz daha verimlidir; ancak .m4a gibi desteklenen bir kapsayıcı gerektirir. Tek sesli podcast için, konuşma dar bir frekans aralığı kapladığından ve mono kanal fazlalığını kaldırdığından, 64 kbps mono MP3 genellikle yeterlidir. Programınızda müzik, ses efektleri veya etki için kaydırılmış birden fazla sunucu varsa, 128 kbps stereo ek başlık alanı sağlar. Konuşma için 128 kbps'nin üstüne çıkmak, duyulabilir iyileşme sağlamaz ve yavaş bağlantılardaki dinleyiciler için indirme süresini etkileyen dosya boyutunu artırır. 64 kbps mono'da 60 dakikalık bölüm yaklaşık 28 MB; 128 kbps stereo'da ise yaklaşık 56 MB'tır. Dışa aktarmadan önce mono'ya karıştırmak, aynı bit hızında stereoyla karşılaştırıldığında veriyi de yarıya indirir. audio-converter, format ve bit hızı seçimini gerçekleştirir. Uyumluluk için örnekleme hızını 44,1 kHz olarak ayarlayın; 48 kHz bir video kuralıdır ve yalnızca ses dağıtımı için gerekli değildir.

Yerel Olarak Yapma: Hiçbir Dosya Cihazınızı Terk Etmez

audio-volume, vocal-remover ve audio-converter, WebAssembly kullanarak hepsi tarayıcıda çalışır. Ses işleme tarayıcının belleğinde gerçekleşir; dosya yerel diskinizden okunur, tamamen cihazınızda işlenir ve çıktı yerel indirme olarak sunulur. Hiçbir şey herhangi bir sunucuya gönderilmez. Bu durum, içerik hassas olduğunda podcast yapımı için önemlidir: yayından önce kaydedilen röportaj, ambargo altındaki bir konuşma veya yalnızca üçüncü taraf sunucusunda istemediğiniz bir kayıt. Aynı kısıtlama sınırlamalar için de geçerlidir: araçlar, uygulamalarının desteklediğini yapar, daha fazlasını değil. audio-volume kazanç ve ses yüksekliği normalleştirme uygular. vocal-remover merkez kanal iptali uygular. audio-converter format ve bit hızını dönüştürür. Her araç tanımlanmış bir şey yapar ve çıktı yerel donanımınızın hesaplayabildiğidir.

Bu makaledeki araçlar

Sıkça sorulan sorular

-16 LUFS nedir ve neden podcast hedefidir?

-16 LUFS, çoğu podcast uygulaması ve dizininin oynatmada normalleştirdiği tümleşik ses yüksekliği düzeyidir. -16 LUFS'ta göndermek, bölümünüzün platform büyük otomatik düzeltmeler uygulamadan niyetlediğiniz yaklaşık düzeyde oynatılması anlamına gelir. Değer, Apple Podcasts ve Spotify tarafından söylü içerik için uyarlanan yayın ses yüksekliği için ITU-R BS.1770 standardından gelmektedir.

vocal-remover, podcast kaydımdaki arka plan gürültüsünü kaldırabilir mi?

Hayır. vocal-remover, stereo kanallarda özdeş olan sinyali çıkaran merkez kanal iptali uygular. Podcast kaydındaki arka plan gürültüsü, iptalin hedef alabileceği şekilde merkez konumunda değildir; mono kayıtlarda ise hiç kanal farkı yoktur. Arka plan gürültü azaltma için akustik tedavi, yönlü mikrofon veya ses düzenleyicisinde özel gürültü kapısı ya da spektral onarım aracı kullanın.

Podcastimi mono mu yoksa stereo olarak mı dışa aktarmalıyım?

Tek sesli kayıt için 64 kbps MP3 mono standart seçimdir. Aynı bit hızında stereoyla karşılaştırıldığında dosya boyutunu yarıya indirir ve konuşma için duyulabilir bir dezavantajı yoktur. Bölümünüzde müzik, kasıtlı olarak kaydırılmış birden fazla sunucu veya kanal ayrımına bağlı ses tasarımı varsa stereo kullanın.