Non-drop’u drop-frame yap
Ya da altyazı metnini yapıştırın
Seçenekler
30 fps non-drop ile 29,97 drop-frame aynı saati farklı yazar ve bu kutu dosyanın hangi yönde okunup hangi yönde geri yazılacağını seçer. Bir saat ilerideki bir replik birinde 01:00:00,000, diğerinde 01:00:03,600 okunur — ikisi saat başına 3,6 saniye ayrışır, bu bir yuvarlama hatası değildir. Sayfanın başlığı tek bir yönü adlandırır ve bu kutu yalnızca onu sunar, böylece elde ettiğiniz dosya sayfanın konusu olan dosyadır. Metinle ilgili hiçbir şey değişmez: hiçbir replik videoya göre yeniden zamanlanmaz, hiçbir kare hızı dönüştürülmez ve bir saatin ilk dakikasındaki bir replik geldiği gibi geri döner, çünkü orada hiçbir kare etiketi atılmaz.
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.
Bu sayfa bir altyazı dosyasındaki her zaman kodunu 30 fps non-drop-frame yazımından 29,97 fps drop-frame yazımına yeniden etiketler. Dosyayı bırakın, çalıştırın; her repliğin başlangıcı ve bitişi öbür yazımla geri gelir. Kelimeler, replik numaraları, replik sırası ve satır sonları dosyanın kendisine aittir ve olduğu gibi bırakılır.
İki yazım aynı saati farklı yazar ve dosya, iş hattının geri kalanının kullandığı yazımda olmalıdır. Drop-frame saniyede 30 etiket sayar ama her dakikada, onuncu dakikalar hariç iki tanesini atlar; duvar saatine bağlı kalması bu yüzdendir, non-drop ise yavaşça geride kalır. Bir saatte ikisi 3,6 saniye ayrılır: non-drop altında 01:00:00,000, drop-frame altında 01:00:03,600’tür. Bu aralık yuvarlama hatası değildir ve yuvarlanıp yok edilmez — programla birlikte büyür ve on saatte 36 saniyeye ulaşır.
Bir saatin ilk dakikasında hiçbir şey kımıldamaz, çünkü orada hiçbir etiket atılmaz ve iki yazım o aralığı aynı yazar. Bu, zaten 30 fps kare tıkında duran saatler için geçerlidir — 00:00:02,000 böyledir — ve iki tık arasında duran bir saat en yakın tıka, en fazla 17 milisaniye kaydırılır. Bir saati zaman kodu olarak okumak onu dosyanın her yerinde kare ızgarasına oturtur; ilk dakika içinde kımıldayan tek şey bu oturtmadır. Altyazı dosyasının zamanları genellikle kare hassasiyetli bir araçtan gelir ve zaten ızgaradadır; bu yüzden o aralık çoğu zaman gerçekten bayt bayt geri döner.
Burada okunan hiçbir altyazı formatında saatin hangi yazımda olduğunu kaydeden bir alan yoktur — SRT, WebVTT, ASS, SSA, SBV, SAMI, MicroDVD, TTML, JSON ve CSV yalnızca bir zaman yazar. Bu yüzden sayfa sayıları değiştirir ve bu sayıların hangi yazımı anlattığı iş hattınızın özelliği olarak kalır, dosya gelmeden önce de öyleydi. Dosyada olmayan dosyaya yazılamaz ve bunun tersini varsaymak söylemekten kötü olurdu.
Bu bir kare hızı dönüştürmesi değildir. 25 fps videoya göre zamanlanmış bir dosya burada yeniden zamanlanmaz ve hiçbir şey videoya karşı gerilmez ya da sıkıştırılmaz: zamanlamalar aralıklarını korur, yalnızca yazılış biçimleri değişir. İhtiyacınız öbür işse — aralıkları başka bir kare hızını izleyen bir altyazı dosyası — onun kendi sayfası var. Hiçbir şey de yüklenmez: dosya tarayıcı sekmesinin içinde okunur ve yazılır, böylece makineden çıkamayan malzeme makinede kalır.
Örnekler
Beş dakika içeride bir dosya
Girdi
1
00:05:00,000 --> 00:05:02,000
The room is dark.
2
00:10:00,000 --> 00:10:03,000
A cold night.
Çıktı
1
00:05:00,333 --> 00:05:02,333
The room is dark.
2
00:10:00,600 --> 00:10:03,600
A cold night.
İki replik aynı miktar kaymaz ve bütün işlem budur: beş dakika içeride drop-frame on etiket atlamıştır, bu yüzden saat 333 ms geç okunur; on dakika içeride on sekiz atlamıştır, bu yüzden 600 ms geç okunur. Metin ve replik numaraları dosyanın kendisine aittir — yalnızca replik başına iki saat değeri yeniden yazılır.
Aynı dosya bir saat içeride
Girdi
1
01:00:00,000 --> 01:00:03,000
An hour into the programme.
Çıktı
1
01:00:03,600 --> 01:00:06,600
An hour into the programme.
Bir saatte iki yazım 3,6 saniye, yani 108 atlanmış etiket ayrılır. Sayfayı sınamak için karşılaştırılacak sayı budur: çıktının ilk satırını okuyun, girdinin ilk satırından tam olarak 3600 ms daha geç olmalıdır. Repliğin iki kenarı da hareket eder, bu yüzden replik uzunluğunu korur.
İlk dakika içinde bir replik
Girdi
1
00:00:02,000 --> 00:00:04,000
Nothing to re-label yet.
2
00:05:00,000 --> 00:05:02,000
This one does move.
Çıktı
1
00:00:02,000 --> 00:00:04,000
Nothing to re-label yet.
2
00:05:00,333 --> 00:05:02,333
This one does move.
İlk replik bayt bayt geri gelir, ikincisi kayar — aynı çalışmada. Bir saatin ilk dakikasında hiçbir etiket atılmaz, bu yüzden iki yazım o altmış saniyeyi aynı yazar ve 00:00:02,000 zaten 30 fps kare tıkında durur, bu yüzden onda hiçbir şey değişmez. İki tık arasında duran bir saat en yakın tıka, en fazla 17 ms kaydırılırdı; bu, sayfanın dosyanın her yerinde uyguladığı oturtmanın aynısıdır. Bir değişmemiş repliği kaymış bir repliğin yanında görmek burada beklenen sonuçtur, yarım kalmış bir çalışma değil.
Sık sorulan sorular
Drop-frame ile non-drop-frame zaman kodu arasındaki fark nedir?
İkisi de saniyede 30 etiket sayar, ama 29,97 fps saniyede 30 kare vermez — yaklaşık 29,97 verir, bu yüzden saniyede 30 etiket sayan bir saat gerçek zamana karşı yavaşça toprak kaybeder. Drop-frame bunu her dakikanın başında, onuncu dakikalar hariç iki etiketi atlayarak düzeltir: kareler dururken etiketler atılır. Non-drop her etiketi tutar ve kayar. Yazıldığında ikisi aynı türden sayı gibi görünür; aynı kareye karşı okunduğunda bir saatte 3,6 saniye ayrılırlar ve program uzadıkça daha da ayrılırlar.
Bir saat içerideki replik neden girdiğinden 3,6 saniye geç çıkıyor?
Çünkü 3,6 saniye, bir saatlik atlanmış etiketlerin toplamıdır: her 60 dakikanın 54’ünde dakikada 2 etiket, etiket başına 33,37 ms, yani saatte 108 etiket veya 3600 ms. Sayfa bir gecikme eklemiyor — aynı kareleri öbür yazımla yazıyor ve öbür yazım programın o noktasında daha geç okunur. 01:00:00,000 olarak giren replik 01:00:03,600 olarak çıkar; iki kenarı da hareket eder, bu yüzden replik uzunluğunu milisaniyesine korur.
Dosyamın ilk dakikası neden değişmeden döndü?
Çünkü bir saatin ilk dakikasında hiçbir etiket atılmaz, bu yüzden drop-frame ile non-drop-frame o aralığı aynı yazar — 00:00:02,000 her iki yazımda da 60 kare demektir ve 60 kare iki türlü de aynı yazılır. Kayma ilk dakika sınırında başlar ve sonra büyür. O aralıkta bir zamanı kaydırabilecek bir şey daha var: bir saati zaman kodu olarak okumak onu en yakın 30 fps kare tıkına oturtur, bu yüzden iki tık arasında duran bir değer, örneğin 00:00:02,010, 00:00:02,000 olarak döner. Kare hassasiyetli bir araçtan kopyalanan zamanlar zaten ızgaradadır ve hiç kımıldamaz.
Hangi yöne ihtiyacım var — non-drop’tan drop-frame’e mi, tersi mi?
Dosyanızdaki zaman kodlarının nereden okunduğuna bağlı. Zamanlamaları non-drop’a ayarlı bir oynatıcıdan ya da düzenleyiciden aldıysanız ve teslim ettiğiniz iş hattı drop-frame’de çalışıyorsa bu sayfa odur. Dosyanız drop-frame bir ekrana göre damgalanmış ve alt akıştaki araç non-drop bekliyorsa öbür sayfayı istersiniz; o, saatleri aynı 3,6 saniye saatte olacak şekilde ters yöne kaydırır. Ayırt etmenin hızlı yolu: dosyayı burada çalıştırın ve bir repliği karşılaştırın — çıktıdaki saat girdiden daha geç okunuyorsa gereken yön buydu.
Bu sayfa altyazılarımın kare hızını değiştirir mi?
Hayır. Hiçbir şey ölçeklenmez ve gerilmez: iki saniye süren bir replik hâlâ iki saniyedir ve replikler arasındaki aralıklar değişmez, çünkü her replik oranla değil durduğu yere bağlı bir miktarla hareket eder. 25 fps videoya göre zamanlanmış bir dosya burada 29,97’ye de dönüştürülmez — kare hızı alan kutu, MicroDVD zamanlamalarını kare numarası olarak sakladığı ve onsuz okunamadığı için vardır. Bir dosyanın aralıklarını bir kare hızından öbürüne dönüştürmek kendi sayfası olan başka bir işlemdir.
Dosyada zaman kodlarının artık drop-frame olduğu bir yerde yazıyor mu?
Hayır ve burada okunan hiçbir format bunu yazamazdı: SRT, WebVTT, ASS, SSA, SBV, SAMI, MicroDVD, TTML, JSON ve CSV bir zaman saklar, nasıl sayıldığına dair hiçbir şey saklamaz. Bu, bıraktığınız dosya için de zaten böyleydi. Yani sayfa sayıları değiştirir ve bu sayıların hangi yazımı anlattığı iş hattınızın söylediği olarak kalır — önceki düzenin aynısı, şimdi sayılar ona uyuyor. Alt akıştaki aracın kendi drop-frame ayarı varsa bu değerleri okuyan odur.