23,976 → 29,97 fps düzelt
Ya da altyazı metnini yapıştırın
Seçenekler
Zamanlamaların hangi kare hızında sayıldığı. Format sayfalarında MicroDVD’nin ihtiyaç duyduğu şey budur, çünkü zamanlamayı kare numarası olarak saklar. Kare hızı sayfalarında ise dosyanın hangi hıza göre zamanlandığı — altyazının hazırlandığı sürüm — ve sayfanın ikinci kutusu altyazıyı birlikte kullanacağınız videonun hızını alır. 23,976, 24, 25, 29,97, 30, 50, 59,94 ve 60 yaygın olanlardır. Yanlış vermek tüm zaman çizelgesini kaydırır; kare hızı sayfalarında ise sabit bir miktar yerine bir oran kadar kaydırır.
Altyazıları birlikte kullanacağınız sürümün — gerçekten oynatacağınız videonun — kare hızı. Uygulanan çarpan birinci kutunun buna bölümüdür, yani 24’ten 25’e 0,96 verir: bir film PAL’de %4 daha hızlı çalışır ve 100 dakikalık bir film 96 dakikalık bir kasete sığar. İki kutuyu ters koymak tüm zaman çizelgesini aynı miktarda yanlış yöne kaydırır.
Bu sayfa, zaman çizelgesi saniyede 23,976 kareye göre sayılmış bir altyazı dosyasını 29,97’lik bir zaman çizelgesine oturtur. Her zaman damgası 0,8 ile — tam olarak beşte dört — çarpılır, böylece dosya beşte bir kısalır: bir dakikadaki replik kırk sekizinci saniyeye iner ve otuz dakika dediği yirmi dört dakikalık bir bölüm yeniden yirmi dört dakika olur. İki kutu zaten dolu; dosyanız başka bir hızda sayıldıysa değiştirin.
Hata, kare numaralarını saniyeye dönüştüren aritmetiktedir. Bir araç 29,97’lik zaman çizelgesine ait kare numaralarını okumuş ama 23,976’ya bölmüşse ürettiği her saniye dörtte bir oranında fazladır: 29,97’nin 23,976’ya bölümü 1,25’tir, yani zaman çizelgesinin tamamı dörtte bir gerilir ve altyazı %25 geç kalır, film ilerledikçe giderek daha da geride kalır. 0,8 ile çarpmak, aynı hatanın geri bölünmesidir.
Bu sayfanın kullanılmaması gereken tek bir durum var ve grubun en kolay yapılan hatası budur. NTSC sinyali içinde taşınan bir filme 3:2 pulldown uygulanır — aynı görüntüler 29,97’lik sinyali doldurmak için tekrarlanır — ve pulldown oynatma süresini olduğu gibi bırakır. Yani “videom 29,97 ve pulldown var” bir dönüştürme sebebi değildir: o videoya göre zamanlanmış dosya zaten doğrudur ve 0,8 ile çarpmak ondan beşte bir alır. Bu sayfa, kare numaraları yanlış hıza göre sayılmış dosyalar içindir; yalnızca 29,97’lik bir kapta duran dosyalar için değil.
Bu çiftle çalışmayı keyifli kılan şey 0,8’in tam olmasıdır. İçindeki iki hız da NTSC ailesindendir ve ikisi de aynı 1001 bölümünü taşır; 1001 sadeleşir ve 23,976’nın 29,97’ye oranı yalnızca 24000’in 30000’e oranı kalır — beşte dört, yuvarlanmış bir şey yok, artan bir şey yok. Her repliğe ekranda beşte bir daha az süre kalır, bu da her satırın okuma hızını %25 artırır. Hiçbir şey yüklenmez ve koca bir sezon kuyruktan tek geçişte çıkar — SRT, WebVTT, ASS, SSA, SBV, SAMI, MicroDVD, TTML, JSON ve CSV dosyaları gerçekte oldukları gibi okunur.
Örnekler
Kısa bir replik, uzun bir replik
Girdi
1
00:00:01,000 --> 00:00:03,000
Hello there.
2
00:01:00,000 --> 00:01:02,000
One minute in.
Çıktı
1
00:00:00,800 --> 00:00:02,400
Hello there.
2
00:00:48,000 --> 00:00:49,600
One minute in.
0,8, 23,976’nın 29,97’ye bölümüdür. Bir saniyedeki replik 200 ms, bir dakikadaki 12.000 ms kaybeder — sıfırdan altmış kat uzakta, altmış kat hareket. Her repliğin iki kenarı da çarpılır, bu yüzden iki saniyelik bir satıra 1,6 saniye kalır ve okuma hızındaki artış bu kısalmadan doğar.
Gecikme saatle birlikte büyür
Girdi
1
00:10:00,000 --> 00:10:02,000
Ten minutes in.
2
00:30:00,000 --> 00:30:02,000
Half an hour in.
Çıktı
1
00:08:00,000 --> 00:08:01,600
Ten minutes in.
2
00:24:00,000 --> 00:24:01,600
Half an hour in.
Onuncu dakikada iki dakika, yarım saatte altı dakika geç — iki durumda da geçen sürenin dörtte biri, oran probleminin görünüşü budur. Sabit bir kaydırma bunu asla düzeltemez, bir oran düzeltir. Dönüştürmeden sonra kontrol dosyanın sonundadır: son repliğin yeni zaman damgasında açın, satır orada olmalıdır.
MicroDVD dosyası yalnızca bildirim satırını değiştirir
Girdi
{1}{1}23.976
{240}{288}Hello
Çıktı
{1}{1}29.97
{240}{288}Hello
MicroDVD zamanlamayı kare numarası olarak saklar ve yanlış olan kareler değil, onların bölündüğü hızdı. 23,976’da bildirilen 240. kare on saniye okunur, şikâyet edilen gecikme budur; 29,97’de bildirildiğinde sekiz okunur, o repliğin yeri orasıdır. Yani dosyanın ilk satırı düzenlenir ve tek bir kare numarasına dokunulmaz: onları yeniden yazmak %25’i iki kez uygulardı.
Sık sorulan sorular
23,976’dan 29,97’ye çarpan neden tam olarak 0,8?
Çünkü iki hız da NTSC hızıdır ve ikisi de 1001’e bölünmüş yuvarlak bir sayıdır: 23,976, 24000/1001; 29,97, 30000/1001. Birini öbürüne bölmek iki taraftaki 1001’i sadeleştirir ve geriye 24000’in 30000’e oranı kalır, yani beşte dört. Burada yuvarlanan da yaklaştırılan da bir şey yoktur — bir dakikadaki replik tam olarak kırk sekizinci saniyeye iner.
Bu, 3:2 pulldown uygulanmış bir filmi düzeltir mi?
Hayır ve bu sayfanın adını koymak için var olduğu tuzak budur. Pulldown 29,97’lik sinyali tekrarlanan karelerle doldurur ve oynatma süresini olduğu gibi bırakır; bu yüzden pulldown uygulanmış videoya göre zamanlanmış altyazı dosyası zaten doğrudur — onu dönüştürmek zaman çizelgesinden beşte bir alır ve doğru bir dosyayı yanlış yapar. Sayfa, kareler 29,97’lik bir zaman çizelgesine aitken numaralar 23,976’ya bölünerek kurulmuş zamanlamalar içindir.
Altyazım dörtte bir geç kalmış ve giderek geçleşiyor — doğru çift bu mu?
Gecikmenin geçen sürenin dörtte biri olup olmadığına bakın. Onuncu dakikada iki dakika, yarım saatte altı dakika ve iki saatlik bir filmde yarım saat gecikme tam olarak bu çifttir. Gruptaki yakın akrabaları büyüklüklerinden ayırt etmek kolaydır: 0,95904 yüzde 4’lük bir hatadır, 1,0427094 yüzde 4,271’dir ve iki çarpanı dosyanın uzunluğunu ikiye katlar.
Kutulara 23,976 ve 29,97 yerine 24 ve 30 yazabilir miyim?
Bu çift için evet ve sonuç aynıdır — 24’ün 30’a bölümü beşte dört, 23,976’nın 29,97’ye bölümüyle aynı, çünkü ortak 1001 bölümü her iki durumda da sadeleşir. Bu, çiftin özelliğidir, grubun değil: film–PAL sayfasında dosya gerçekten 23,976 iken 24 ve 25 kullanmak saatte 3,5 saniyelik bir hata bırakır.
Her repliğe beşte bir az süre kalması okuma hızı sınırlarını aşırıyor mu?
Kontrol etmeye değer, çünkü kelimeler telafi olsun diye kısalmaz: saniyede karakter sınırının rahatça içinde olan bir satır, %25’lik bir artışla sınırın dışına itilebilir. Bu sitedeki erişilebilirlik araçları okuma hızını standartların koyduğu eşiklere göre ölçer; bakılacak sayı, altyazıların artık aceleci göründüğü izlenimi değil, o sayıdır.
Film altyazılarını NTSC DVD’ye koymak için bu çifti kullanmalı mıyım?
Hayır. NTSC diskteki bir film 23,976’da saklanır ve oynatıcı oynatma sırasında pulldown uygular; bu yüzden filme göre zamanlanmış bir dosya hiç değişiklik istemez ve 0,8 onu mahveder. Dosyanız o filmin bir PAL kopyasına göre zamanlandıysa ve diske geri dönüyorsanız çift 25–23,976’dır ve çarpan 1,0427094’tür — öbür yönde küçük bir düzeltme.