Perbaiki encoding subtitle
Atau tempel teks subtitle
Opsi
Yang ini mengubah cara file dibaca, bukan apa yang ditulis. Biasanya encoding ditebak dari byte pertama: byte order mark jika ada, UTF-8 jika file valid UTF-8, dan Windows-1252 jika tidak. Cara itu benar untuk file Eropa Barat dan salah untuk yang lain, sehingga file Jepang, Tionghoa, Korea, atau Kiril datang sebagai satu layar huruf beraksen yang tidak bermakna. Sebutkan encoding di sini dan penebakan dilewati. Deteksi otomatis adalah bawaan dan tidak melakukan apa pun, itulah sebabnya aman dibiarkan. Perhatikan bahwa hasilnya ditulis kembali sebagai UTF-8: peramban hanya dapat menghasilkan segelintir encoding, dan tidak satu pun dari daftar ini termasuk di antaranya. Itulah inti halaman ini — teksnya keluar benar dan dalam bentuk yang dapat dibaca setiap alat.
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.
Sebagian file subtitle tiba sebagai satu layar penuh simbol yang tidak termasuk bahasa mana pun. File tidak rusak dan teksnya tidak hilang: program yang membacanya menerapkan aturan yang salah pada byte, dan karakter yang keluar adalah makna byte itu di bawah aturan berbeda. Halaman ini memungkinkan Anda menyebut aturan mana yang harus dipakai, dan menerapkannya sebelum apa pun terjadi pada file.
Alasannya harus Anda yang menentukan adalah karena byte biasanya tidak mengatakannya. Program yang membuka file subtitle menebak: tanda di awal menyelesaikannya, UTF-8 yang valid menyelesaikannya, dan bila tidak, program jatuh ke sesuatu — umumnya codepage lokal orang yang menjalankan alat, bukan orang yang menulis file. File subtitle Jepang, Korea, dan Tionghoa adalah kasus yang paling sering salah tebak, karena encoding itu adalah default di mesin yang menghasilkannya dan byte-nya bukan UTF-8 yang valid. Siapa pun yang tahu program mana yang menulis file tahu lebih banyak daripada penebak, dan halaman ini adalah tempat pengetahuan itu ditaruh.
Otomatis adalah default dan berarti tebakan berjalan persis seperti biasa, sehingga membuka halaman ini pada file yang sudah terbaca benar tidak mengubah apa pun. Pilih encoding tertentu dan file dibaca dengan cara itu, sebelum subtitle diurai — karena itulah halaman ini tidak punya langkah “terapkan” terpisah dalam pengertian biasa, dan karena itu pula file yang terbaca benar bisa keluar dengan cue, timecode, dan akhir baris yang sama tetapi karakter yang sama sekali berbeda. Yang Anda pilih adalah cara membacanya, bukan sebuah suntingan.
Dua hal tentang hasilnya perlu diketahui lebih dulu, dan halaman melaporkan keduanya. Pertama, pilihan yang salah tampak seperti pilihan yang salah: simbol berubah menjadi simbol lain, bukan menjadi teks, dan tidak ada yang rusak karena mencoba. Kedua adalah keterbatasan nyata peramban: encoding yang dapat dibaca peramban tidak semuanya dapat ditulisnya. File yang diperbaiki sebagai Shift-JIS, GBK, Big5, atau EUC-KR karena itu ditulis kembali sebagai UTF-8, yang terbaca benar di mana-mana dan diharapkan alat modern — tetapi itu bukan encoding yang Anda sebut, jadi bila sistem di hilir memaksa encoding asli, konversi file dengan alat desktop setelah memperbaikinya di sini.
Satu entri dalam daftar perlu penjelasan sendiri. ISO-8859-1 dan otomatis mencapai tabel kode yang sama di peramban, karena standar menyatakan label itu berarti tabel Eropa Barat. Tetap ada gunanya, karena melakukan sesuatu yang tidak bisa dilakukan otomatis: mengalahkan tebakan. File Eropa Barat yang byte-nya kebetulan membentuk urutan UTF-8 valid dibaca sebagai UTF-8 secara otomatis, dan karakter yang Anda lihat kemudian bukan yang ada di file; menyebut ISO-8859-1 memaksa pembacaan Eropa Barat. Kedua belas format subtitle diterima, dan tidak ada yang diunggah — file dibaca dan ditulis di dalam peramban Anda.
Contoh
Deteksi otomatis pada file yang sudah terbaca benar
Masukan
1
00:00:01,000 --> 00:00:02,000
The room is dark.
2
00:00:03,000 --> 00:00:04,000
A cold night.
Keluaran
1
00:00:01,000 --> 00:00:02,000
The room is dark.
2
00:00:03,000 --> 00:00:04,000
A cold night.
Setelan default, dan satu-satunya yang tidak meminta apa pun: dengan otomatis tidak ada encoding yang disebut, jadi file dibaca persis seperti sebelum halaman ini ada. Itu membuatnya aman dibuka pada file yang Anda ragukan — kalau tidak ada yang salah, tidak ada yang terjadi — dan itulah setelan yang dipilih kembali ketika pilihan spesifik membuat keadaan lebih buruk.
File yang sama dibaca sebagai Shift-JIS
Masukan
1
00:00:01,000 --> 00:00:02,000
こんにちは、いい天気ですね。
Keluaran
1
00:00:01,000 --> 00:00:02,000
こんにちは、いい天気ですね。
File yang sama dibaca dengan dua cara. Setelah byte dibaca sebagai Shift-JIS, panel memuat bahasa Jepang yang sejak awal memang dikatakan byte itu; dibaca sebagai teks Barat, byte yang sama menjadi baris huruf beraksen yang tidak berhubungan, dan itulah keadaan yang membuat orang mencari halaman ini. Kedua panel contoh ini menampilkan versi yang terbaca, karena pembacaan ulang terjadi sebelum subtitle diurai — tidak ada langkah di halaman ini tempat karakter salah tampil sementara yang benar tidak.
File Barat yang dibaca deteksi otomatis sebagai UTF-8
Masukan
1
00:00:01,000 --> 00:00:02,000
Café Ã la carte
Keluaran
1
00:00:01,000 --> 00:00:02,000
Café Ã la carte
Kasus sulit, dan satu-satunya tempat otomatis dan encoding bernama berbeda hasil di peramban. Byte file kebetulan membentuk urutan UTF-8 valid, jadi tebakannya UTF-8 dan karakter yang diserahkan bukan yang ada di file. Menyebut ISO-8859-1 memaksa pembacaan Eropa Barat. Tabel kodenya sama pada kedua cara, dan itulah bagian yang mudah salah dibaca dari dokumentasi lama: yang dilakukan pilihan itu adalah mengalahkan tebakan.
Pertanyaan yang sering diajukan
Mengapa file subtitle saya menampilkan karakter aneh alih-alih teks yang benar?
Karena byte-nya dibaca dengan aturan yang salah. File memuat teks Jepang, Korea, atau Sirilik yang disimpan dalam encoding yang dipakai program penulisnya, dan program yang membacanya mengasumsikan hal lain — sangat sering codepage lokal mesin, bukan file. Tidak ada yang rusak: byte yang sama dengan aturan yang benar menghasilkan teks yang benar, dan itulah yang dilakukan penyebutan encoding di halaman ini.
Bagaimana cara mengetahui encoding sebenarnya dari file subtitle?
Biasanya dari apa yang menghasilkannya. File Jepang dari alat Windows Jepang paling mungkin Shift-JIS, file Tionghoa dari daratan adalah GBK dan dari Taiwan adalah Big5, Korea adalah EUC-KR, dan Sirilik kebanyakan Windows-1251. Kalau tidak tahu, cobalah: pilihan salah memberi simbol dan yang benar memberi teks, jadi file dapat dikenali dalam beberapa detik tanpa mengetahui apa pun tentangnya.
Apa yang terjadi bila saya memilih encoding yang salah untuk file subtitle?
Karakter berubah menjadi kumpulan karakter salah yang lain, dan tidak terjadi apa-apa lagi — file asli di cakram tidak tersentuh, dan tidak ada yang diunggah atau disimpan di mana pun. Mencoba lagi gratis. Satu hasil yang perlu diwaspadai adalah file yang terbaca benar tetapi menampilkan baris simbol sangat panjang di atas, yang berarti file itu juga membawa tanda yang dibaca encoding terpilih sebagai karakter.
Mengapa file subtitle yang saya perbaiki ditulis sebagai UTF-8 padahal saya memilih Shift-JIS?
Karena peramban dapat membaca encoding itu tetapi tidak dapat menulisnya. File yang dibaca sebagai Shift-JIS, GBK, Big5, atau EUC-KR ditulis kembali sebagai UTF-8, yang memuat setiap karakter di dalamnya dan diharapkan hampir semua perangkat lunak saat ini. Teks subtitle persis seperti yang Anda lihat di panel; hanya wadahnya yang berubah. Bila sistem hilir mewajibkan encoding asli, konversi file yang sudah diperbaiki dengan alat desktop.
Apakah memperbaiki encoding mengubah teks subtitle saya?
Tidak. Byte file Anda tidak diubah, dan tidak ada karakter yang ditambah, dihapus, atau diganti; yang berubah adalah aturan untuk mengubah byte itu menjadi teks, dan semua langkah sesudahnya bekerja pada teks yang benar. Nomor cue, timecode, dan akhir baris milik file, persis seperti pada setiap halaman operasi lain di sini.
Apakah deteksi encoding otomatis cukup baik, atau haruskah saya selalu menyetelnya?
Otomatis tepat untuk sebagian besar file, dan menjadi default karena file yang terbaca benar tidak perlu Anda katakan apa pun. Setel encoding ketika teksnya jelas salah, ketika Anda tahu apa yang menghasilkan file, atau ketika satu batch datang dari satu sumber dan harus dibaca dengan satu cara. Satu kasus yang tidak akan tertolong: file dalam encoding yang tidak punya dekoder di peramban sama sekali, yang akan tetap salah pilihan apa pun yang Anda ambil.