Perbaiki subtitle 29.97 ke 23.976 fps
Atau tempel teks subtitle
Opsi
Frame rate yang dipakai untuk menghitung waktu. Di halaman format, inilah yang dibutuhkan MicroDVD, karena format itu menyimpan waktu sebagai nomor frame. Di halaman frame rate, ini adalah laju yang dipakai saat file diberi waktu — versi tempat subtitle dibuat — dan kotak kedua di halaman tersebut menerima laju video yang akan Anda gunakan bersama subtitle ini. 23,976, 24, 25, 29,97, 30, 50, 59,94, dan 60 adalah nilai yang umum. Nilai yang salah akan menggeser seluruh timeline, dan di halaman frame rate pergeserannya berupa rasio, bukan jumlah tetap.
Frame rate versi yang akan Anda gunakan bersama subtitle ini — video yang benar-benar akan Anda putar. Faktor yang diterapkan adalah kotak pertama dibagi kotak ini, jadi 24 ke 25 menghasilkan 0,96: film berjalan 4% lebih cepat di PAL, dan film 100 menit muat di kaset 96 menit. Menukar kedua kotak akan menggeser seluruh timeline ke arah yang salah dengan jumlah yang sama.
Halaman ini memindahkan file subtitle yang timeline-nya terhitung pada 29,97 frame per detik ke timeline 23,976. Setiap timestamp dikalikan dengan 1,25 — tepat lima per empat — sehingga file keluar seperempat lebih panjang: cue pada empat puluh delapan detik menjadi cue pada satu menit, dan cue yang menyebut dua puluh empat menit dalam episode berdurasi tiga puluh menit kembali ke tiga puluh. Kedua kotak sudah terisi; ubah jika file Anda terhitung pada rate lain.
Kesalahannya adalah aritmetika yang sama dengan cerminnya, dilihat dari ujung yang lain. Nomor frame yang dibagi dengan 29,97 padahal milik timeline 23,976 keluar seperempat terlalu kecil, karena 23,976 dibagi 29,97 adalah 0,8 — jadi seluruh timeline dimampatkan menjadi empat per lima panjangnya dan setiap subtitle muncul 20 persen lebih awal, semakin jauh mendahului seiring film berjalan. Mengalikan dengan 1,25 adalah kesalahan itu yang dibagi kembali keluar.
Mengenali Anda sedang di arah mana adalah seluruh pekerjaannya, dan gejalanya mengatakan itu. Subtitle yang terlambat dan makin terlambat, dengan episode dua puluh empat menit yang cue terakhirnya mengklaim tiga puluh menit, membutuhkan 0,8. Subtitle yang muncul terlalu awal dan makin awal, dengan episode dua puluh empat menit yang cue terakhirnya mengklaim dua puluh empat padahal episodenya tiga puluh menit, membutuhkan halaman ini. Kedua file dibangun dari nomor frame yang salah dibagi; hanya arah kesalahannya yang berbeda.
1,25 eksak, dengan alasan yang sama seperti cerminnya: 29,97 adalah 30000/1001 dan 23,976 adalah 24000/1001, jadi pembagian bersama dengan 1001 saling meniadakan dan 29,97 dibagi 23,976 hanyalah 30000 dibagi 24000 — lima per empat, tanpa pembulatan dan tanpa sisa. Setiap cue diberi waktu layar seperempat lebih banyak, jadi kecepatan baca tiap baris turun 20 persen, dan inilah satu-satunya arah di kelompok ini yang meringankan tekanan alih-alih menambahnya. Tidak ada yang diunggah, dan satu musim penuh melewati antrean dalam satu kali proses — file SRT, WebVTT, ASS, SSA, SBV, SAMI, MicroDVD, TTML, JSON, dan CSV dibaca sesuai isinya, bukan sesuai ekstensinya.
Contoh
Seperempat itu, secara utuh
Masukan
1
00:00:01,000 --> 00:00:03,000
Hello there.
2
00:01:00,000 --> 00:01:02,000
One minute in.
Keluaran
1
00:00:01,250 --> 00:00:03,750
Hello there.
2
00:01:15,000 --> 00:01:17,500
One minute in.
1,25 adalah 29,97 dibagi 23,976. Cue pada satu detik bertambah 250 ms dan cue pada satu menit bertambah 15.000 ms — enam puluh kali jarak dari nol, enam puluh kali pergerakan. Kedua tepi setiap cue dikalikan, jadi baris dua detik diberi 2,5 detik, dan tambahan ruang itulah asal perbaikan kecepatan baca.
Terlalu awal seperempat dari waktu yang berjalan
Masukan
1
00:08:00,000 --> 00:08:02,000
Eight minutes in.
2
00:24:00,000 --> 00:24:02,000
Twenty-four minutes in.
Keluaran
1
00:10:00,000 --> 00:10:02,500
Eight minutes in.
2
00:30:00,000 --> 00:30:02,500
Twenty-four minutes in.
Dua menit terlalu awal pada penanda delapan menit, enam menit terlalu awal pada penanda dua puluh empat menit — seperempat dari waktu yang telah berjalan di kedua kasus, dan begitulah masalah rasio terlihat alih-alih offset. Cue terakhir yang perlu diperiksa setelah konversi: buka file pada timestamp barunya dan barisnya harus ada di sana; jika ada, semua yang sebelumnya juga benar.
Frame tetap, deklarasinya yang bergerak
Masukan
{1}{1}29.97
{300}{360}Hello
Keluaran
{1}{1}23.976
{300}{360}Hello
MicroDVD menghitung dalam frame, dan tidak ada yang salah dengan frame-nya — rate yang dipakai membaginya itulah yang salah. Frame 300 yang dideklarasikan pada 29,97 terbaca sebagai sepuluh detik, yang justru keterlaluan awalnya; dideklarasikan pada 23,976 ia terbaca sebagai dua belas setengah detik, di situlah cue itu seharusnya berada. Jadi baris pertama yang disunting dan tidak satu pun nomor frame disentuh: menulis ulang angka itu akan menerapkan tambahan seperempat dua kali.
Pertanyaan yang sering diajukan
Mengapa faktor untuk 29,97 ke 23,976 tepat 1,25?
Karena kedua rate adalah angka bulat dibagi 1001 — 29,97 adalah 30000/1001 dan 23,976 adalah 24000/1001 — sehingga membagi satu dengan yang lain meniadakan 1001 dan menyisakan 30000 per 24000, yaitu lima per empat. Tidak ada yang dibulatkan dan tidak ada yang didekati, itulah sebabnya cue pada empat puluh delapan detik mendarat tepat di satu menit.
Subtitle saya muncul terlalu awal dan makin awal — apakah ini pasangannya?
Periksa apakah keterlaluan awalnya seperempat dari waktu yang telah berjalan. Dua menit terlalu awal pada penanda delapan menit, enam menit pada penanda dua puluh empat menit, dan dua puluh empat menit terlalu awal dalam film dua jam adalah pasangan ini tepat. Halaman cerminnya menangani gejala sebaliknya: subtitle yang terlambat dan makin terlambat membutuhkan 0,8, bukan 1,25.
Bisakah saya memakai pasangan ini untuk langsung dari video NTSC ke PAL?
Tidak, dan melewati halaman ini adalah jalur memutar yang disengaja. 29,97 ke 25 adalah 1,19880 dan tidak ada halamannya, karena 29,97 adalah rate sinyal, bukan kecepatan gambar diputar — film di dalamnya diberi bantalan frame berulang yang membiarkan durasi berjalan. Jalur jujur dari timeline NTSC ke PAL adalah kembali ke rate film lebih dulu, yaitu konversi ini, lalu 23,976 ke 25.
Videonya 29,97 dan subtitle-nya terlihat benar — apakah halaman ini akan merusaknya?
Akan, dan ini cermin dari perangkap di halaman sebelah. Film yang dibawa dalam sinyal NTSC dikenai pulldown, yang mengulang frame tanpa mengubah durasi berjalan, jadi file yang diberi timing terhadap video itu sudah benar. Hanya file yang nomor frame-nya dibagi dengan rate yang salah yang perlu dikonversi; mengalikan file yang benar dengan 1,25 membuat setiap subtitle terlambat seperempat dari waktu berjalan.
Apa yang terjadi pada panjang cue dan kecepatan baca ketika timeline bertambah seperempat?
Setiap cue bertambah 25 persen durasinya sekaligus bergerak lebih lambat, jadi baris dua detik diberi 2,5 detik sementara kata-katanya tetap persis semula. Itu menurunkan kecepatan baca tiap baris sebesar 20 persen, yang menjadikan ini salah satu dari dua pasangan di kelompok ini yang meringankan tekanan pada file alih-alih menambahnya — yang lain adalah pembagian dua 50 ke 25.
Alur kerja seperti apa yang meninggalkan file terlalu awal alih-alih terlalu lambat?
Alur kerja yang memperlakukan rate wadah sebagai rate gambarnya. NTSC membawa 29,97, jadi alat yang membaca angka itu dari video lalu membagi nomor frame dengannya akan memberi timing terlalu kecil pada film apa pun di dalam sinyal, karena filmnya sendiri berjalan pada 23,976 dan pulldown hanya bantalan. Obatnya adalah mendeklarasikan rate yang benar-benar dijalankan gambar, dan itulah yang dilakukan halaman ini: 29,97 dulu, 23,976 kemudian.