Altyazıda Saniyedeki Karakter Sayısı (CPS): Netflix'in Kullandığı Sınırlar

Saniyedeki karakter sayısı, bir altyazıdaki karakter sayısının, o altyazının ekranda kaldığı süreye bölünmesidir. Netflix, yetişkin İngilizce programları 20 CPS'yle, İspanyolcayı 17'yle, Koreceyi 12'yle, Basitleştirilmiş Çinceyi 9'la ve Japoncayı 4'le sınırlar. Bunlar keyfi şirket kuralları değil — her yazı sisteminde bir karakterin ne kadar dil taşıdığını yansıtırlar.

Çoğu altyazı dosyası sınırı tam olarak tek bir yerde aşar: çeviriden sonra, metin uzadığında ama zamanlamalar aynı kaldığında.

Saniyedeki karakter sayısı gerçekte neyi ölçer?

Formülün tamamı bu kadar: ekranda kalınan saniyeye bölünen karakter sayısı. İki saniye ekranda kalan 40 karakterlik bir satır 20 CPS'dir. Aynı satır dört saniye ekranda kalırsa 10 CPS'dir.

Araçlar arasında değişen şey neyin karakter sayılacağıdır. Neredeyse hepsi boşlukları ve noktalama işaretlerini sayar. Bazıları bir altyazının iki satırı arasındaki satır sonunu da sayar, bazıları saymaz; bu fark, sınırda olan bir satırı bir programda eşiğin öbür tarafına geçirmeye yeter, diğerinde geçirmeye yetmez. Netflix'in Korece kılavuzu daha da ileri gider ve bir Latin harfini yarım karakter sayar, çünkü bir Latin harfi fiziksel olarak bir Hangıl hecesinden daha dardır ve satırda daha az yer kaplar.

Netflix'in iki rakamı daha sorunu diğer taraftan sınırlar: bir altyazı olayı en az 5/6 saniye sürer — 24fps'de 20 kare — ve en fazla 7 saniye sürer, en fazla iki satır halinde.

Bunları bir araya getirince, tam uzunluktaki bir İngilizce satır için tasarım alanı aritmetikle sabitlenir. 42 karakterden iki satır, 84 karakter eder. 20 CPS'nin altında kalmak için bu, ekranda en az 4,2 saniye kalmalı ve 7 saniyeyi geçmemelidir. Netflix kurallarına uygun bir dosyadaki her maksimum uzunluktaki satır, altyazıcı bunu düşünmüş olsun ya da olmasın, o 2,8 saniyelik pencerede yaşar.

Sınırlar, dilden dile

Netflix'in kamuya açık, dil başına zamanlanmış metin stil kılavuzlarından alınmıştır:

Dikkat çeken örüntü şu: SDH sınırları daha düşük değil, daha yüksek. Korece SDH, sıradan Korece altyazının izin verdiği 12'ye karşılık 14 CPS'e izin verir. Sağır ya da işitme güçlüğü çeken bir izleyici, dinlemenin yanında değil, dinlemenin yerine altyazıyı okur; bu yüzden metne ayrılabilecek daha fazla dikkat vardır. Bu, çoğu kişinin tabloyu ilk gördüğünde varsaydığının tam tersidir.

Yayın akışının dışında, BBC'nin yayıncılık kılavuzu saniyedeki karakter sayısı yerine dakikadaki kelime sayısıyla ifade edilir — kabaca 160 ile 180 kelime/dakika arası. İngilizcede, sondaki boşluk da sayıldığında kelime başına ortalama altı karakter düşer; bu da o kılavuzu kabaca 16 ile 18 CPS aralığına koyar. İki gelenek, farklı birimlerin düşündürdüğünden daha fazla örtüşüyor.

Japonca neden saniyede 4 karakterle sınırlı?

Çünkü bir karakter, iki yazı sisteminde de aynı anlam birimi değildir.

Bir Latin harfi, bir kelimenin parçasıdır. Saniyede yirmi tanesi, kabaca üç dört İngilizce kelime eder. Tek bir kanji ise çoğu zaman koca bir kelimedir; kırk Latin karakteri gerektirecek kısa bir Japonca cümle sekiz karakterle yazılabilir. Bu yüzden saniyede dört Japonca karakter, saniyede yirmi İngilizce karakterle kabaca aynı miktarda dil taşır — sınırlar birim farklı olduğu için farklıdır, okuyucular farklı olduğu için değil.

Aynı mantık satır uzunluğu sütununda da geçerlidir. Japonca, İngilizcenin 42'sine karşılık satır başına 13 tam genişlik karakterle, Çince ve Korece ise 16 karakterle sınırlıdır. Bir tam genişlik karakter, bir Latin harfinin yaklaşık iki katı yatay yer kaplar; yani 13 tanesi görsel olarak 26 Latin karakterine benzer bir satır eder ve geri kalan fark, yoğunluk ayarlamasıdır.

İşte bu yüzden çok dilli bir projede her dile aynı sabit CPS sınırını uygulamak iki yönde birden yanlıştır. Sınırı 17'ye ayarlarsan Japonca dosya bütçesini dört kattan fazla aşarken İngilizce dosya kendi platformunun izin verdiğinin altında kısıtlanmış olur.

Hızlı altyazılar gerçekten anlamayı zorlaştırıyor mu?

Mesleğin sandığından daha az — üstelik en sağlam kanıt, tek bir noktada tam tersini gösteriyor.

PLOS ONE'da yayımlanan 2018 tarihli bir göz izleme çalışması, 74 izleyiciyi — 27 İngilizce, 26 İspanyolca ve 21 Lehçe anadili konuşuru — 12, 16 ve 20 CPS'de altyazılanmış klipler üzerinde test etti. Anlama puanları üç hız arasında belirgin bir fark göstermedi. Katılımcılar, her üç hızda da altyazıları okumaya ve aksiyonu izlemeye yetecek zamanları olduğunu bildirdi.

Asıl şaşırtıcı sonucu göz izleme verisi ortaya koydu. Yavaş altyazılar, hızlı olanlardan daha fazla yeniden okumaya yol açtı. 12 CPS'de izleyiciler altyazıların yaklaşık üçte ikisine geri döndü; 20 CPS'de bu oran beşte bire indi. Okunduktan sonra ekranda kalmaya devam eden bir altyazı, gözü onu bir daha okumaya davet eder; bu da aslında görüntüye gitmesi gereken dikkati tüketir.

Bunların hiçbiri sınırları anlamsız kılmaz; tek bir çalışmayı bir izin belgesi gibi görmek yerine nedenini açıklamakta fayda var. Çalışma, laboratuvar koşullarında kısa klipler üzerinde, iyi okuyan yetişkinleri kullandı. Okuma hızı sınırları, o çalışmanın ölçmediği kitleler için var: çocuklar, ikinci bir dilde izleyenler, az gören ya da disleksisi olan izleyiciler ve geri dönebilecekleri bir ses kanalı olmayan sağır ya da işitme güçlüğü çeken izleyiciler. Bir sınır, ortalama izleyicinin bir tarifi değil, en kötü durumun altına çekilmiş bir tabandır.

Buradan çıkarılacak pratik ders daha dar ve daha kullanışlı: düşük bir CPS rakamını tutturmak için bir satırı yapay olarak uzatma. Bir satır 2,4 saniyede sorunsuz okunuyorsa, onu 4 saniye ekranda tutmak kimseye yaramaz.

CPS'ini bozan asıl şey çeviri

Gerçek bir projedeki neredeyse her CPS ihlali, doğru zamanlanmış bir kaynak dosya olarak başlar.

Çeviri metni uzatır. İngilizceden İspanyolcaya ya da Fransızcaya çeviri genellikle yüzde 20 ile 25 arası daha uzun çıkar; Almanca ise, birleşik kelimeler koca ifadelerin yerini aldığı için, yüzde 35'e kadar uzayabilir. Kısa metinler, uzun metinlere oranla daha fazla büyür — W3C'nin yerelleştirme kılavuzu bunu, views kelimesinin visualizzazioni'ye dönüşmesi, yani beş karakterin on beşe çıkması örneğiyle anlatır — ve altyazı satırları tanım gereği kısa metinlerdir.

Aritmetiği sıradan bir satır üzerinde çalıştıralım:

• 3 saniye ekranda kalan 42 karakterlik bir İngilizce satır 14 CPS'dir. Rahat.
• Aynı satırın İspanyolca çevirisi, yüzde 25 uzamayla aynı 3 saniyede 53 karakterdir: 17,5 CPS, İspanyolca sınırının üzerinde.
• Almancada yüzde 35 uzamayla bu 57 karakterdir: 19 CPS.

Zamanlama hiç değişmedi. Senkron kusursuz. Satır artık sadece okunamaz durumda ve hiçbir şey senkron dışı olmadığı için hiçbir zamanlama aracı bir sorun bildirmeyecektir. Çevrilmiş bir altyazı dosyasının, her otomatik kontrolden geçmesine rağmen orijinalinden daha kötü hissettirmesinin en yaygın tek sebebi budur.

Her dil için yeniden transkript çıkarmak yerine altyazı dosyasını çevirmenin hâlâ iş bırakmasının sebebi de budur. Zamanlamaları korumak doğru bir seçimdir; bu sadece bütün yükü kelimelere taşır. Aynı videoyu birden fazla dilde yayınlıyorsan, okuma hızı kontrolü dil başına yapılan bir adımdır, tek seferlik bir adım değil.

Çok hızlı okunan bir satır nasıl düzeltilir

Metni ya da süreyi değiştir. Senkronu değiştirme.

Çıkış zamanını uzatmak ilk hamledir, çünkü genelde bedavaya gelir. Altyazıların konuşma bittiğinde bitmesi gerekmez ve bir sonraki satırdan önceki boşluk, kullanılmayan bir alandır. Çıkış zamanını bu boşluğa itmek, kimseye hiçbir maliyeti olmadan okuma süresi kazandırır.

Kısaltmak ikinci hamledir ve beceri isteyen budur. Altyazılar transkript değildir; konuşma dolgu sözlerini, gereksiz zamirleri ve tekrarlanan isimleri sadeleştirmek normal bir uygulamadır, bir ödün değil. Asla kabul edilemeyen şey, bir rakamı tutturmak için içerik silmektir — anlam sığmıyorsa satırın bölünmesi gerekir, kırpılması değil.

Videoya gömülü çıktıya özgü bir tuzak var: bir satır bir kez görüntüye gömüldüğünde, okuma hızı kalıcı hale gelir. Bir softsub dosyası, iş bittikten sonra bile bir metin düzenleyicide yeniden zamanlanabilir. Bir hardsub ise komple yeniden render gerektirir; bu yüzden okuma hızı kontrolü dışa aktarımdan sonraya değil, öncesine ait olmalıdır.

Düzenlerken okuma hızını kontrol etmek

Bir CPS rakamı, ancak satır yazılırken görünüyorsa işe yarar; bu yüzden ayrı bir kalite kontrol turunda değil, editörün içinde olması gerekir.

Sablate, editörde seçili satırın okuma hızını gösterir ve 17 CPS'nin üzerindeki her şeyi rahat sınırının üstünde diye işaretler; zamanlamayı uzatmanı ya da metni kısaltmanı önerir. Hesaplama en yalın haliyle yapılır — satırdaki her karakter, boşluklar ve satır sonu dahil, süresine bölünür — bu yüzden boşlukları yok sayan bir araca göre biraz daha yüksek okur. Çeviri, ayrı bir iş değil aynı zaman çizelgesi üzerinde bir katman olduğundan, uyarı çevrilmiş katmanda, orijinal zamanlamalar zaten yerindeyken tetiklenir — sorunun tam olarak ortaya çıktığı an da budur.

Bunun iki dürüst sınırı var. Eşik her dil için sabit 17'dir; bu da İngilizce için fazla katı, Japonca, Çince ve Korece için ise fazlasıyla gevşektir — bunu bir Latin alfabesi kılavuzu olarak düşün, gerisi için yukarıdaki tabloya bak. Ayrıca sadece uyarır, düzeltmez. Subtitle Edit ücretsizdir, kendi saniyedeki karakter sayısı sınırını belirlemene izin verir ve platforma göre değiştirebileceğin hazır kural profilleriyle gelir. Okuma hızına uygunluk, işinin bir adımı değil de tam merkeziyse, daha esnek olan araç odur ve hiçbir şeye mal olmaz.

Satırları sınırın altına çekecek otomatik yeniden akış Pro'nun parçasıdır; bu da fiyatlandırma sayfasında tek seferlik 29 $'lık bir ödemedir.

Kısacası

Saniyeye bölünen karakter sayısı; Latin alfabeleri için çalışma üst sınırı 17 CPS, Korece için 12, Çince için 9, Japonca için 4. Bunu transkripsiyondan sonra değil, çeviriden sonra kontrol et, çünkü sorun tam orada çıkar — zamanlamalar doğru kalırken metin altlarında yüzde 20 ile 35 arası uzar. Düzeltmek için önce çıkış zamanını uzat, sonra ifadeyi kısalt, sonra da satırı böl.