Perbaiki subtitle 23.976 ke 29.97 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 23,976 frame per detik ke timeline 29,97. Setiap timestamp dikalikan dengan 0,8 — tepat empat per lima — sehingga file keluar seperlima lebih pendek: cue pada satu menit menjadi cue pada empat puluh delapan detik, dan episode dua puluh empat menit yang subtitle-nya mengklaim tiga puluh menit kembali ke dua puluh empat menit. Kedua kotak sudah terisi; ubah jika file Anda terhitung pada rate lain.
Kesalahannya ada pada aritmetika yang mengubah nomor frame menjadi detik. Jika sebuah alat membaca nomor frame milik timeline 29,97 tetapi membaginya dengan 23,976, maka setiap detik yang dihasilkannya seperempat terlalu besar: 29,97 dibagi 23,976 adalah 1,25, jadi seluruh timeline direnggangkan seperempat dan subtitle berjalan 25 persen terlambat, semakin jauh tertinggal seiring film berjalan. Mengalikan dengan 0,8 adalah kesalahan yang sama dibagi kembali keluar.
Satu hal yang tidak boleh dilakukan halaman ini, dan inilah kesalahan termudah di kelompok ini. Film yang dibawa di dalam sinyal NTSC mengalami 3:2 pulldown — gambar yang sama diulang untuk mengisi sinyal 29,97 — dan pulldown membiarkan durasi berjalan persis seperti semula. Jadi “video saya 29,97 dan punya pulldown” bukan alasan untuk mengonversi apa pun: file yang diberi timing terhadap video itu sudah benar, dan mengalikannya dengan 0,8 akan memotong seperlima darinya. Halaman ini untuk file yang nomor frame-nya terhitung terhadap rate yang salah, bukan untuk file yang hanya berada di dalam wadah 29,97.
Yang membuat pasangan ini menyenangkan dikerjakan adalah 0,8 itu eksak. Kedua rate-nya milik keluarga NTSC dan keduanya membawa pembagian yang sama dengan 1001, jadi angka 1001 saling meniadakan dan 23,976 dibagi 29,97 hanyalah 24000 dibagi 30000 — empat per lima, tanpa pembulatan dan tanpa sisa. Setiap cue diberi waktu layar seperlima lebih sedikit, yang menaikkan kecepatan baca tiap baris sebesar 25 persen. 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
Cue pendek dan cue panjang
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:00,800 --> 00:00:02,400
Hello there.
2
00:00:48,000 --> 00:00:49,600
One minute in.
0,8 adalah 23,976 dibagi 29,97. Cue pada satu detik kehilangan 200 ms dan cue pada satu menit kehilangan 12.000 ms — enam puluh kali jarak dari nol, enam puluh kali pergerakan. Kedua tepi setiap cue dikalikan, jadi baris dua detik diberi 1,6 detik, dan pemendekan itulah asal kenaikan kecepatan baca.
Keterlambatan tumbuh seiring jam
Masukan
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.
Keluaran
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.
Dua menit terlambat pada penanda sepuluh menit dan enam menit terlambat pada penanda setengah jam — seperempat dari waktu yang telah berjalan di kedua kasus, dan begitulah masalah rasio terlihat. Offset tetap tidak akan pernah memperbaikinya, sedangkan proporsi bisa. Pemeriksaan setelah konversi ada di ujung file: buka pada timestamp baru cue terakhir dan barisnya harus ada di sana.
File MicroDVD hanya mengubah baris deklarasinya
Masukan
{1}{1}23.976
{240}{288}Hello
Keluaran
{1}{1}29.97
{240}{288}Hello
MicroDVD menyimpan timing sebagai nomor frame, dan frame-nya bukan yang salah — rate yang dipakai membaginya itulah yang salah. Frame 240 yang dideklarasikan pada 23,976 terbaca sebagai sepuluh detik, yang justru keterlambatan yang dikeluhkan; dideklarasikan pada 29,97 ia terbaca sebagai delapan detik, di situlah cue itu seharusnya berada. Jadi baris pertama file yang disunting dan tidak satu pun nomor frame disentuh: menulis ulang angka itu akan menerapkan 25 persen dua kali.
Pertanyaan yang sering diajukan
Mengapa faktor untuk 23,976 ke 29,97 tepat 0,8?
Karena kedua rate adalah rate NTSC dan keduanya berupa angka bulat dibagi 1001: 23,976 adalah 24000/1001 dan 29,97 adalah 30000/1001. Membagi satu dengan yang lain meniadakan 1001 di kedua sisi dan menyisakan 24000 per 30000, yaitu empat per lima. Jadi tidak ada yang dibulatkan dan tidak ada yang didekati — cue pada satu menit mendarat tepat di empat puluh delapan detik.
Apakah ini memperbaiki film yang sudah dikenai 3:2 pulldown?
Tidak, dan justru itulah perangkap yang ingin dinamai halaman ini. Pulldown mengisi sinyal 29,97 dengan frame berulang dan membiarkan durasi berjalan persis seperti semula, jadi file subtitle yang diberi timing terhadap video hasil pulldown sudah benar — mengonversinya memotong seperlima timeline dan membuat file yang benar menjadi salah. Halaman ini untuk timing yang dibangun dengan membagi nomor frame dengan 23,976 padahal frame-nya milik timeline 29,97.
Subtitle saya terlambat seperempat dari waktu berjalan dan semakin terlambat — apakah ini pasangannya?
Periksa apakah keterlambatannya seperempat dari waktu yang telah berjalan. Dua menit terlambat pada penanda sepuluh menit, enam menit pada setengah jam, dan setengah jam terlambat dalam film dua jam adalah pasangan ini tepat. Kerabatnya di kelompok ini mudah dibedakan dari ukurannya: 0,95904 adalah kesalahan 4 persen, 1,0427094 adalah 4,271 persen, dan faktor dua menggandakan panjang file.
Bisakah saya mengisi 24 dan 30 di kotak alih-alih 23,976 dan 29,97?
Untuk pasangan ini, bisa, dan hasilnya identik — 24 dibagi 30 adalah empat per lima, sama dengan 23,976 dibagi 29,97, karena pembagian bersama dengan 1001 saling meniadakan dalam kedua cara. Itu sifat pasangan ini, bukan sifat kelompoknya: di halaman film ke PAL, memakai 24 dan 25 padahal file sebenarnya 23,976 meninggalkan kesalahan 3,5 detik per jam.
Setiap cue diberi waktu seperlima lebih sedikit — apakah itu melanggar batas kecepatan baca?
Perlu diperiksa, karena kata-katanya tidak memendek sebagai kompensasi: baris yang tadinya nyaman di dalam batas karakter per detik bisa terdorong melewatinya oleh kenaikan 25 persen. Alat aksesibilitas di situs ini mengukur kecepatan baca terhadap ambang yang ditetapkan standar, dan angka itulah yang perlu dilihat alih-alih kesan bahwa subtitle sekarang terasa terburu-buru.
Haruskah saya memakai pasangan ini untuk menaruh subtitle film di DVD NTSC?
Tidak. Film di disk NTSC disimpan pada 23,976 dan pemutar menerapkan pulldown saat pemutaran, jadi file yang diberi timing terhadap filmnya tidak perlu diubah sama sekali dan 0,8 justru merusaknya. Jika file Anda diberi timing terhadap salinan PAL film itu dan Anda kembali ke disk, pasangannya adalah 25 ke 23,976 dengan faktor 1,0427094 — koreksi kecil ke arah sebaliknya.