Temukan subtitle berakhir sebelum mulai
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.
Cue yang berakhir sebelum dimulai adalah timecode yang tidak mungkin benar: 00:00:03,000 --> 00:00:03,000, atau lebih buruk lagi, waktu akhir yang lebih awal daripada waktu mulai. Halaman ini melaporkan file yang memuatnya, dihitung dari perbaikan yang harus dilakukan pembaca, karena timecode berbentuk seperti itu sama sekali tidak dapat ditampung di memori dan diganti dengan timecode nyata sebelum hal lain terjadi. Yang kembali adalah laporan, tidak pernah file yang dimodifikasi.
Itulah sebabnya laporan memulai dengan apa yang hilang saat pembacaan dan baru kemudian menampilkan temuannya. Cue yang waktu akhirnya tidak setelah waktu mulainya diberi satu milidetik agar sisa file dapat dibaca, dipratinjau, dan diekspor sama sekali; jumlah perbaikan itu berada di kepala laporan, dan temuan di bawahnya menyebut satu kesalahan tanpa nomor cue, karena perbaikan dihitung saat file dibaca dan tidak disimpan dalam daftar. Kedua baris menggambarkan timecode rusak yang sama dari dua sisi, dan itulah sebabnya keduanya berada dalam satu laporan, bukan dua.
Jebakan yang harus dihindari halaman ini adalah bahwa cue satu milidetik yang sah terlihat persis seperti cue yang diperbaiki. Karena itu pemeriksaan sama sekali tidak melihat durasi — yang dilihat adalah catatan perbaikan — dan cue yang benar-benar berlangsung satu milidetik dibiarkan. Durasi negatif dan durasi nol adalah cacat yang sama dan dihitung bersama. Dua format tidak diterima sama sekali, dan untuk sekali ini alasannya sama di kedua sisi: LRC menurunkan setiap waktu akhir dari stempel waktu berikutnya, sehingga pasangan di sana tidak mungkin terbalik, dan teks biasa tidak memiliki waktu cue sama sekali. Memeriksa salah satunya akan menghasilkan laporan bersih tentang bidang yang tidak dimiliki format itu, dan itu satu jenis jawaban yang lebih buruk daripada tidak ada jawaban.
Contoh
Cue tanpa durasi
Subtitle
1
00:00:01,000 --> 00:00:02,000
Where were you?
2
00:00:03,000 --> 00:00:03,000
I was working late.
Apa yang ditemukan laporan
Cues ending before they start — 1 found
Lost while reading: Timing × 1
Severity Cues Start End Measured
Error — — — 1 items
Waktu akhir sama dengan waktu mulai. Pembaca memberi cue satu milidetik agar file dapat ditampung, mencatat perbaikan itu, dan laporan mencetak kedua bagiannya: baris kehilangan di kepala dan satu kesalahan di bawahnya. Perbaikan adalah buktinya; milidetik hanyalah bentuk yang diambil bukti itu.
Cue yang benar-benar berlangsung satu milidetik
Subtitle
1
00:00:01,000 --> 00:00:02,000
Where were you?
2
00:00:03,000 --> 00:00:03,001
I was working late.
Apa yang ditemukan laporan
Cues ending before they start — Nothing found
Cues 2
Checks run 1
Lost while reading Nothing
Ditulis dengan tangan sebagai cue satu milidetik dan tidak dilaporkan. Keputusan itulah yang membentuk pemeriksaan ini: cue nol panjang yang diperbaiki juga keluar sebagai satu milidetik, sehingga aturan yang menandai durasi pendek di sini akan menyebut setiap file dengan timecode rusak sebagai file penuh cue yang mustahil pendek.
Waktu akhir berada sebelum waktu mulai
Subtitle
1
00:00:01,000 --> 00:00:02,000
Where were you?
2
00:00:05,000 --> 00:00:02,000
I was working late.
Apa yang ditemukan laporan
Cues ending before they start — 1 found
Lost while reading: Timing × 1
Severity Cues Start End Measured
Error — — — 1 items
Lima detik ke dua detik: cacat yang sama dengan kasus nol panjang, dihitung dengan aturan yang sama, dan dilaporkan secara identik. Tidak ada yang ditulis ulang di dalam file — waktu yang diperbaiki hanya ada di salinan pembaca agar sisa file dapat diproses, dan itu bukan perbaikan yang ditawarkan halaman ini.
Pertanyaan yang sering diajukan
Apa yang dihitung sebagai cue yang berakhir sebelum dimulai di halaman ini?
Waktu akhir yang tidak lebih lambat daripada waktu mulai: sama dengan waktu mulai, seperti 00:00:03,000 sampai 00:00:03,000, atau lebih awal, seperti 00:00:05,000 sampai 00:00:02,000. Keduanya cacat yang sama dan dihitung bersama, dan keduanya dihitung dari perbaikan yang dibuat pembaca, bukan dari cue, karena timecode berbentuk itu tidak dapat ditampung di memori.
Mengapa laporan tidak menyebut nomor cue yang bermasalah?
Karena perbaikan ini dihitung saat file dibaca, bukan dikumpulkan ke dalam daftar. Laporan memberi jumlahnya — satu kesalahan, satu item di baris kehilangan pada kepala laporan — dan kedua bagian itu adalah fakta yang sama yang dilihat dari kepala dan dari temuan. Bila Anda perlu cue yang tepat, carilah timecode-nya di file, bukan nomor cue.
Apakah cue yang berlangsung satu milidetik menjadi masalah?
Tidak di sini, dan itu disengaja. Cue satu milidetik yang ditulis dengan tangan sah dan tidak dilaporkan; yang dilaporkan adalah timecode yang harus diperbaiki, yang kebetulan tersimpan sebagai satu milidetik sesudahnya. Memeriksa durasi alih-alih perbaikan akan menandai setiap file yang memuat cue nol panjang sebagai file penuh cue yang mustahil pendek, dan itu temuan yang salah dua kali.
Apakah halaman ini memperbaiki timecode yang ditemukan?
Tidak. Waktu yang diperbaiki hanya ada di dalam peramban agar sisa file dapat dibaca dan dilaporkan. File yang Anda unduh atau jatuhkan tidak berubah, dan tidak ada cara menyimpan versi yang diperbaiki dari halaman ini — mengganti timecode rusak adalah operasi yang keluarannya file subtitle, bukan pemeriksaan.
Format subtitle mana yang dapat diperiksa cue berakhir-sebelum-mulainya di halaman ini?
Sepuluh dari dua belas: SRT, WebVTT, ASS, SSA, SBV, SMI, MicroDVD, TTML, JSON, dan CSV. Dua tidak ada dan keduanya bukan kelalaian. LRC menyimpan satu waktu per baris dan pembaca menurunkan setiap waktu akhir dari stempel waktu berikutnya, sehingga pasangan di sana tidak mungkin terbalik — pemeriksaannya akan menilai bidang yang tidak dimiliki format itu. Teks biasa tidak memiliki waktu cue sama sekali. Bila file Anda salah satunya, konversikan lebih dahulu.
Dari mana biasanya timecode rusak seperti ini berasal?
Hampir selalu dihasilkan, bukan diketik. Konversi frame rate yang membulatkan ke arah yang salah, pergeseran yang diterapkan dua kali pada cue yang sama, ekspor spreadsheet yang kolom akhirnya dibiarkan kosong lalu terbaca sebagai nol, dan subtitle yang diekstrak dari file timed-text dengan penanda yang sejak awal tidak memiliki durasi.
Bisakah beberapa file subtitle diperiksa dalam satu kali jalan?
Bisa. Jatuhkan file sebanyak yang Anda mau dan semuanya dibaca satu demi satu, masing-masing menghasilkan laporannya sendiri, lalu laporan-laporan itu diunduh bersama sebagai zip. Antrean menampilkan kemajuan per file, proses dapat dibatalkan di tengah jalan, dan tidak ada file yang diunggah pada titik mana pun.