Geser subtitle dengan timecode
Atau tempel teks subtitle
Opsi
Tulis jumlah pergeseran sebagai nilai jam: 00:00:02,500 berarti dua setengah detik lebih lambat, -00:00:02,500 berarti dua setengah detik lebih awal. Lebih cepat dibaca dari video acuan daripada hitungan milidetik. Biarkan kosong di halaman yang meminta milidetik.
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.
Halaman ini menggeser file subtitle dengan sebuah timecode, bukan dengan jumlah milidetik. Ketik 00:00:02,500 dan setiap cue bergerak dua setengah detik lebih lambat; ketik -00:00:01,000 dan setiap cue bergerak satu detik lebih awal. Kedua batas setiap cue bergerak dengan jumlah yang sama, jadi setiap cue mempertahankan durasinya — perbedaan antara halaman ini dan halaman milidetik hanya pada cara Anda menyebut offsetnya.
Halaman ini ada karena dari mana angka itu berasal. Ketika Anda mencocokkan file subtitle dengan sebuah referensi — urutan judul baru, iklan yang disisipkan, timeline lain tempat Anda bisa membaca posisi — yang Anda pegang adalah sepasang momen, dan offsetnya adalah selisih keduanya. Menuliskan selisih itu sebagai timecode satu langkah lebih pendek daripada mengubahnya ke milidetik di kepala Anda, dan konversi itulah tempat kesalahan bersembunyi: 00:01:30,000 adalah sembilan puluh ribu milidetik, bukan sembilan ribu.
Offset dibaca sebagai nilai jam dan diterapkan ke seluruh timeline. Cue yang akan terdorong sebelum awal file ditempelkan waktu mulainya ke 00:00:00 sementara waktu akhirnya tetap bergerak, jadi cue itu keluar lebih pendek; cue yang waktu akhirnya jatuh di atau sebelum nol dibuang. File yang offsetnya nol, atau yang offsetnya tidak bisa dibaca, kembali byte demi byte.
File SRT, WebVTT, ASS, SSA, SBV, SAMI, MicroDVD, TTML, JSON, dan CSV dibaca sesuai format aslinya, bukan sesuai ekstensinya. Teks biasa dan LRC tidak diterima, karena keduanya tidak menyimpan waktu akhir sehingga tidak ada yang bisa dipindahkan offset. Tidak ada yang meninggalkan mesin Anda, dan satu musim penuh melewati antrean dalam satu kali proses.
Contoh
Dorong file dua setengah detik lebih lambat
Masukan
1
00:00:01,000 --> 00:00:03,000
Hello there.
2
00:00:05,500 --> 00:00:08,000
Second line.
Keluaran
1
00:00:03,500 --> 00:00:05,500
Hello there.
2
00:00:08,000 --> 00:00:10,500
Second line.
Hasilnya persis sama dengan memberi halaman milidetik offset 2500 — kedua batas setiap cue bergerak dan tidak ada cue yang berubah durasi.
Tarik file lebih awal dengan tanda minus
Masukan
1
00:00:01,000 --> 00:00:02,000
The first one starts too early.
2
00:00:05,000 --> 00:00:08,000
This one is fine.
Keluaran
1
00:00:00,000 --> 00:00:00,500
The first one starts too early.
2
00:00:03,500 --> 00:00:06,500
This one is fine.
Cue 1 akan mulai pada −500 ms, jadi waktu mulainya ditempelkan ke nol dan hanya batas itu yang berubah, menyisakan cue sepanjang 500 ms, bukan 1000.
Timecode gaya WebVTT dengan titik
Masukan
1
00:00:01,000 --> 00:00:02,000
Dot instead of comma.
Keluaran
1
00:00:03,500 --> 00:00:04,500
Dot instead of comma.
0:00:02.500 dibaca sama dengan 00:00:02,500. Kedua pemisah dan jam satu digit diterima, karena timecode datang dari alat-alat yang tidak sepakat soal semuanya.
Pertanyaan yang sering diajukan
Bagaimana cara menulis offset yang memindahkan subtitle lebih awal?
Letakkan tanda minus di depan timecode: -00:00:02,500 berarti dua setengah detik lebih awal. Tanpa tanda, digit yang sama mendorong file lebih lambat, jadi tanda itulah seluruh perbedaan antara dua arahnya dan tidak ada kontrol terpisah untuk itu.
Mengapa di sini ada kotak timecode, bukan kotak milidetik?
Karena offsetnya biasanya berasal dari dua bacaan jam, bukan dari angka yang diukur seseorang. Jika Anda mencocokkan file dengan referensi, Anda punya sepasang momen dan offsetnya adalah selisihnya, yaitu sebuah timecode. Halaman milidetik tetap ada untuk saat Anda sudah memegang angkanya, dan kedua halaman menghasilkan output identik untuk offset yang sama.
Bisakah saya memakai titik, bukan koma, sebelum milidetik?
Bisa, dan Anda juga boleh menulis jam satu digit. 00:00:02,500, 00:00:02.500, dan 0:00:02.50 semuanya tiba pada 2500 milidetik yang sama, karena format subtitle tidak sepakat soal pemisah dan tidak ada alasan membuat Anda menerjemahkannya sebelum mengetik. Pecahan dibaca menurut jumlah digit yang Anda tulis, jadi .5 dan .500 sama-sama setengah detik.
Apa yang terjadi jika saya mengetik sesuatu yang tidak bisa dibaca sebagai timecode?
Offset diabaikan dan file kembali tanpa perubahan. Itu sisi hati-hati dari perilakunya — tidak ada yang ditebak dan tidak ada angka sembarang yang diganti — tetapi juga senyap, jadi teks bantuan kolom itu menyebutkan bentuk yang diterima daripada membiarkan Anda menemukannya sendiri. Angka telanjang seperti 2500 bukan timecode dan tempatnya di halaman milidetik.
Apakah offset timecode memindahkan kedua batas setiap cue?
Ya. Setiap waktu mulai dan setiap waktu akhir bergerak dengan jumlah yang sama, jadi tidak ada cue yang berubah durasi dan tidak ada cue yang berubah posisi relatif terhadap yang lain. Jika yang Anda butuhkan adalah mengubah berapa lama subtitle bertahan di layar, halaman untuk memindahkan waktu mulai dan waktu akhir secara terpisah adalah pilihannya.