Hardsub mu Softsub mu: Gerçekte Hangisini Göndermelisin?

Hardsub, videonun piksellerinin içine çizilir ve kapatılamaz. Softsub ise oynatıcının üstüne çizdiği ayrı bir izdir; izleyici onu gizleyebilir, yeniden stillendirebilir ya da başka bir dille değiştirebilir. Hedef bir altyazı dosyası okumayı reddettiğinde hardsub gönder, diğer her durumda softsub.

Bu bir kalite kararı değil, bir teslim kararıdır. Reddeden hedeflerin listesi, sosyal platformların sana alıştırdığından daha kısadır ve yanlış tahmin, baştan sona bir yeniden kodlamaya mal olur.

Hardsub ve softsub, yan yana

Çoğu tartışmayı bitiren satır, yedinci satır. Hardsub'ın hiçbir başarısızlık modu yoktur: video oynatılabiliyorsa metin de oradadır — seçtiğin boyutta ve renkte, on yıllık bir akıllı TV'de, sessiz otomatik oynatılan bir akışta, bir önizleme küçük resminde de. Tablodaki diğer her satır softsub'ı destekler, hardsub'ların ortadan kalkmamasının sebebi de tam olarak bu tek satırdır.

Biri neden yeniden kodlamaya mal olur, diğeri neden olmaz

Metni bir karenin içine çizmek; kareyi çözmek, üstüne boyamak ve yeniden kodlamak demektir. Son adım kaçınılmazdır — değişen pikseller geri yazılmak zorundadır ve video kodlayıcıları kayıplıdır.

Bir softsub kodlayıcıdan hiçbir şey istemez. Mux'lama, var olan video ve ses akışlarını dokunmadan kopyalar ve yanlarına üçüncü bir akış ekler:

ffmpeg -i input.mp4 -i subs.srt -c copy output.mkv

Videoya gömme her kareye dokunmak zorundadır ve -c copy kısayolu video akışı için kullanılamaz:

ffmpeg -i input.mp4 -vf "subtitles=subs.srt" -c:a copy output.mp4

İlk komut, dosyayı diskten okumanın aldığı süre kadar kısa sürede biter. İkincisi videonun tamamını bir kodlayıcıdan geçirir; bu da iki saatlik bir kayıtta uzun bir bekleme ve ölçülebilir bir kalite maliyeti demektir. Bu maliyet gizemli değil, kontrol edilebilir — bir CRF kararıdır ve altyazıyı videoya gömme yazısı kaybı görünmez tutan ayarları ele alıyor.

Birden fazla dil işin içine girdiğinde bu asimetri katlanarak büyür. Softsub olarak sekiz dil; sekiz küçük metin dosyası ya da tek bir .mkv içinde sekiz iz demektir. Videoya gömülmüş sekiz dil ise sekiz tam kodlama, saklanacak sekiz dosya ve sekiz yükleme demektir. Çok dilli teslim yazısının çoğu dil için softsub iz, en çok önem taşıyan bir veya iki dil için ise videoya gömme önermesinin sebebi de bu.

Bir softsub izleyiciye gerçekten ulaşır mı?

İşte derli toplu cevabın çöktüğü yer burası ve bu konuda dobra olmakta fayda var, çünkü doğru bir altyazı dosyasıyla onu okuyan bir izleyici arasında beş şey ters gidebilir.

1. Dosya videodan ayrılır. Videonun yanında duran bir .srt dosyası ikinci bir ek olarak taşınır ve ikinci ekler sohbet uygulamalarında, paylaşılan sürücülerde ve yeniden yüklemelerde kaybolur. Konteynerin içine mux'lanmış bir izde bu sorun yoktur.
2. MP4, altyazıları güçlükle destekler. Konteyner onları, fontsuz, renksiz ve konumlandırmasız düz bir zamanlanmış metin formatı olan mov_text olarak taşır. Apple'ın oynatıcıları bunu okur; pek çok başkası ise izi sessizce görmezden gelir. Softsub'lı bir .mp4'ün hiçbir şey göstermemesinin en yaygın sebebi de budur.
3. Stil, render motorunun insafına kalır. Bir .ass izi dış hatları, konumları, fontları ve karaoke zamanlamasını taşır. mpv, VLC ve Plex bunların hepsini çizer; ucuz bir TV uygulaması ise hepsini atıp düz beyaz metin gösterir. Format karşılaştırması hangi özelliğin hangi dönüştürmeden sağ çıktığını ele alıyor.
4. Platformlar yüklediğin şeyi yeniden kodlar. Bir sosyal platform dosyanı parçalarına ayırır ve kendi şartnamesine göre yeniden kurar. Aradığı şeyler arasında olmayan hiçbir şey — bir altyazı akışı dahil — bu yeniden kurulumdan sağ çıkmaz.
5. Sessiz otomatik oynatma. Akışlar videoları varsayılan olarak altyazı kapalı ve sessiz başlatır, bu yüzden izleyicinin açması gereken bir altyazı, çoğu izleyicinin hiç görmediği bir altyazıdır.

Bunların hiçbiri softsub'ı kötü bir varsayılan yapmaz. Bu da “VLC'de benim makinemde çalışıyor” iddiasının neden “izleyici için çalışıyor” iddiasından farklı olduğunu açıklar.

Hangi platformlar bir altyazı dosyasını kabul eder?

Eylül 2026 itibarıyla her platformun kendi belgelerine göre kontrol edildi:

Üç satırın keskin kenarları var. YouTube'un desteklediği liste kabaca yirmi formata uzanıyor ve .ass bunların arasında yok, yani bir .ass dosyasındaki stil, onu yüklediğin anda gidiyor. Facebook, adı tam olarak video.en_US.srt biçiminde yerel ayar taşımayan bir altyazı dosyasını reddediyor. Ve YouTube, .mkv'yi kabul edilen bir yükleme konteyneri olarak hiç listelemiyor; bu da çoklu izli bir .mkv'yi platformlar için değil oynatıcılar için bir teslim formatı yapıyor.

“Hayır” olan üç satır bir açıklamayı hak ediyor. TikTok, Instagram ve X, altyazıları uygulamanın içinde kendileri üretiyor; bu da seninkini kabul etmekle aynı şey değil. Onların transkripsiyonunu, onların stilini, onların satır sonlarını ve bir satırın ne kadar hızlı okunabileceğine dair kendi fikirlerini alıyorsun — hiçbirinin üzerinde kontrolün olmadan.

Hardsub, softsub ya da ikisini ne zaman göndermelisin

“YouTube'a ya da Vimeo'ya yüklüyorum.” Softsub. Dil başına bir .srt veya .vtt. Metin dizinlenir, izleyiciler dili kendileri değiştirir ve bir yazım hatası, videoya dokunmadan on saniyede düzelir.

“TikTok'a, Reels'e ya da X'e paylaşıyorum.” Hardsub, çünkü başka hiçbir şey hayatta kalmaz. Onu bir oturma odası için değil, başparmakla kaydırılan sessiz dikey bir akış için stille.

“İncelemesi için müşteriye bir kurgu gönderiyorum.” Hardsub. Bir ana dosya göndermiyorsun; incelemecinin çift tıkladığı her neyse, ilk açıldığı anda doğru görünmesi gereken bir şey gönderiyorsun.

“Bir film, bir kurs kütüphanesi ya da bir arşiv teslim ediyorum.” .mkv içinde softsub — fontları ekli, dil başına bir iz. Bu, her dili tek dosyada tutarken izleyiciye yine de seçim şansı veren tek teslim şekli.

“Aynı videoyu beş dilde yayınlıyorum.” İkisi birden. Beşi için de softsub iz, en büyük kitleye sahip bir veya iki dil için ise videoya gömülü kopyalar.

“Nerede sonlanacağı hakkında hiçbir fikrim yok.” Temiz bir ana dosyayı ve yanındaki altyazı dosyalarını sakla, kopyaları talep üzerine göm. Bu sırayı tersine çevirmek, sana bir öğleden sonra kaybettiren hatadır: bir softsub her zaman sonradan gömülebilir, ama bir hardsub asla geri çıkarılamaz.

Tek transkriptten ikisini birden üretmek

Pratikte soru nadiren hangisinin daha iyi olduğudur. Asıl soru, ikisini de aynı işten nasıl çıkaracağındır — çünkü transkript, zamanlamalar ve stil her iki durumda da aynıdır, farklı olan yalnızca son dışa aktarımdır.

Sablate da tam olarak böyle kurulmuş. Bir iş, bir transkripsiyon artı dil başına bir çeviri katmanı taşır; her katman kendi stilini ve kendi yazı sistemi fontunu taşır, ayrılma da tam olarak dışa aktarma adımında olur: onları okuyan platformlar için altyazı dosyaları, okumayanlar için videoya gömülü bir .mp4, ya da yerel oynatma için dil başına bir iz taşıyan tek bir .mkv. Bu üçü arasında hiçbir şey iki kez transkript edilmez ve video makineden hiç çıkmaz. Ücretsiz kademe on dakikaya kadar videoları, ayda üç işi ve küçük bir köşe işaretiyle videoya gömülü bir .mp4'ü kapsar; .ass dışa aktarımı ve çoklu izli .mkv, tek seferlik 29 $'lık Pro'nun parçasıdır — tam liste fiyatlandırma sayfasında.

Ama tek dilde tek bir dosya için dürüst cevap, hiçbir uygulamaya ihtiyacın olmayabileceğidir:

FFmpeg ve mkvmerge bedavaya mux'lar ve videoya gömer, Subtitle Edit ise Sablate'in hiçbir zaman okuyamayacağı kadar çok altyazı formatı okur. Önündeki iş tek bir dil ve format ameliyatıysa, daha iyi araçlar bunlardır ve hiçbir şeye mal olmazlar.

Kısacası

Varsayılan softsub, hedefin başka seçenek bırakmadığı yerde hardsub, her durumda da saklanan temiz bir ana dosya. Videoya gömme, altyazılamadaki tek geri dönüşü olmayan adımdır; bu yüzden onu en sona bırak ve proje başına değil hedef başına yap. Birden fazla dil işin içindeyse önce softsub izleri kur, sonra her videoya gömülü kopyayı, tıpkı bir dikey kırpma ya da bir sosyal medya kesimi gibi, bir render hedefi olarak ele al.