Konversi encoding subtitle
Atau tempel teks subtitle
Opsi
Ini mengubah byte-nya, bukan subtitle-nya. Setiap karakter dalam file ditulis dalam encoding yang Anda pilih, sehingga pemutar atau skrip yang mengharuskan satu encoding mendapat file yang dapat dibacanya. UTF-8 adalah encoding yang diharapkan semua hal modern dan yang ditulis situs ini di tempat lain. UTF-8 dengan BOM adalah byte yang sama, ditambah tiga byte di depannya. UTF-16 LE adalah yang disebut program Windows sebagai Unicode dan berukuran kira-kira dua kali lipat. Windows-1252 adalah encoding Eropa Barat yang lebih lama, satu byte per karakter, dan inilah yang perlu Anda hati-hati: ia tidak punya ruang untuk Tionghoa, Jepang, Korea, Kiril, Yunani, atau emoji, sehingga setiap karakter yang tidak dapat ditulisnya keluar sebagai tanda tanya dan dihitung di laporan di atas. Tidak ada hal lain pada file yang berubah.
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.
Encoding karakter sebuah file adalah aturan yang mengubah teksnya menjadi byte, dan itulah satu-satunya sifat file subtitle yang tidak bisa dilihat dengan memandangnya. Notepad, peramban, server siaran, dan televisi semuanya harus diberi tahu atau menebak, dan ketika tebakan mereka berbeda teksnya tiba sebagai simbol yang tidak termasuk bahasa mana pun. Halaman ini menulis file dalam encoding yang Anda sebut, sehingga ujung pembaca tidak perlu menebak.
Nilai default-nya adalah mempertahankan encoding saat file datang, dan itulah yang Anda inginkan sebagian besar waktu: operasi seperti menggeser subtitle dalam waktu tidak berhak menulis ulang encoding, dan file yang UTF-16LE saat masuk tetap UTF-16LE saat keluar. Ubah setelan ini hanya ketika ada sesuatu di depan Anda yang menyebut encoding — spesifikasi pengiriman, alat yang menolak file, pemutar yang menampilkan karakter salah — atau ketika Anda menyeragamkan folder berisi file dari berbagai tempat.
Empat pilihan di panel adalah yang biasa muncul. UTF-8 adalah yang dipakai web dan sebagian besar alat modern, serta yang ditulis setiap halaman konversi di situs ini secara default. UTF-8 dengan tanda adalah byte yang sama dengan tiga byte tambahan di depan, untuk program Windows yang melihat byte pembuka untuk memutuskan. UTF-16LE adalah yang disebut alat subtitle Windows sebagai Unicode, menyimpan setiap karakter sebagai dua byte, sehingga file keluar kira-kira dua kali ukurannya. Windows-1252 adalah encoding Eropa Barat yang lebih tua, masih ditulis banyak alat siaran Eropa, dan hanya dapat memuat aksen bahasa Eropa Barat.
Poin terakhir itu sebuah kehilangan, dan itulah sebabnya halaman ini melaporkannya sebelum Anda memutuskan. Simpan subtitle Jepang, Tionghoa, Sirilik, atau Yunani sebagai Windows-1252 dan karakter yang tidak punya byte dalam encoding itu ditulis sebagai tanda tanya — file tidak rusak, karakter yang salah hilang. Laporan di atas area kerja menghitungnya dan menyebut berapa jumlahnya, dan angka itu berasal dari tabel kode yang sama dengan yang dipakai penulis, sehingga angka yang Anda baca adalah jumlah tanda tanya yang akan Anda dapat. Kalau angkanya bukan nol, pilih target lain.
Kedua panel di halaman ini bisa tampak identik, dan itu wajar, bukan kesalahan: encoding adalah sifat byte, sedangkan panel memuat karakter. Perubahan terjadi saat file ditulis, yaitu ketika Anda mengunduhnya. Baris untuk setiap file menyebut encoding yang dipakai saat membacanya, dan menambahkan label kedua yang menyebut encoding tujuan bila keduanya berbeda. Tidak ada yang diunggah, dan pekerjaan dilakukan di peramban Anda.
Contoh
File subtitle Inggris yang ditulis sebagai UTF-8
Masukan
1
00:00:01,000 --> 00:00:02,000
The room is dark.
Keluaran
1
00:00:01,000 --> 00:00:02,000
The room is dark.
Nilai default, dan encoding yang ditulis setiap halaman lain di situs ini. Keluaran sama dengan masukan karena UTF-8 memang encoding file itu sejak awal. Yang ditunjukkan kasus ini adalah sisi negatifnya: memilih encoding tidak menormalkan hal lain pada file, sehingga cue tidak kehilangan akhir barisnya, tidak mendapat tanda, dan tidak mengubah timecode hanya karena Anda membuka halaman ini.
File yang sama ditulis sebagai UTF-16LE
Masukan
1
00:00:01,000 --> 00:00:02,000
The room is dark.
Keluaran
1
00:00:01,000 --> 00:00:02,000
The room is dark.
Program subtitle Windows menyebutnya Unicode, dan inilah encoding yang membuat perbedaan paling terlihat pada file: setiap karakter menjadi dua byte, tanda diletakkan di depan, dan hasilnya kira-kira dua kali ukuran semula. Tidak satu pun tampak di panel ini karena panel memuat karakter — ukuran file di pengelola file dan encoding di editor Anda adalah tempat perbedaannya terlihat.
Subtitle Jepang yang ditulis sebagai Windows-1252
Masukan
1
00:00:01,000 --> 00:00:02,000
こんにちは
Keluaran
1
00:00:01,000 --> 00:00:02,000
こんにちは
Lima kana dan encoding yang tidak punya ruang untuk satu pun, sehingga laporan kehilangan untuk proses ini menghitung lima karakter yang menjadi tanda tanya. Panel masih menampilkan kana, karena penggantian terjadi saat file ditulis, bukan saat dibaca. Pemisahan itu disengaja: Anda dapat melihat apa yang dikatakan file dan, di laporan, apa yang akan Anda relakan dengan menulisnya seperti ini.
Pertanyaan yang sering diajukan
Apa beda encoding file subtitle dengan formatnya?
Format adalah cara file menyusun nomor cue, timecode, dan teks — SRT, WebVTT, ASS, dan seterusnya — dan itu bisa Anda baca. Encoding adalah cara karakter itu diubah menjadi byte, dan sifatnya tak terlihat: file SRT yang sama dapat disimpan sebagai UTF-8, UTF-16, atau Windows-1252 dan tampak identik di setiap editor. Halaman ini mengubah yang kedua dan membiarkan yang pertama; halaman konversi mengubah yang pertama.
Apa yang terjadi pada karakter yang tidak bisa diwakili encoding target?
Karakter itu ditulis sebagai tanda tanya, dan halaman memberi tahu berapa jumlahnya sebelum Anda mengunduh. Windows-1252 mencakup huruf Eropa Barat dan tidak punya byte untuk Jepang, Tionghoa, Korea, Sirilik, Yunani, atau emoji, jadi karakter itu tidak dapat bertahan dalam bentuk apa pun — tidak ada galat dan tidak ada penggantian yang menjaga maknanya. Angka di laporan kehilangan adalah jumlah tanda tanya pada file yang akan Anda dapat, dihitung dari tabel yang sama yang dipakai penulis.
Mengapa kedua panel tampak sama saat saya mengonversi encoding file subtitle?
Karena panel memuat karakter dan pilihan Anda menyangkut byte. Teks tetap teks; apakah setiap karakter menempati satu, dua, atau tiga byte diputuskan saat file ditulis, yaitu saat diunduh. Baris di antrean menyebut encoding yang dipakai membaca setiap file dan menambahkan label kedua bila encoding tujuannya berbeda, dan editor Anda sendiri akan melaporkan encoding file yang Anda simpan.
Encoding mana yang sebaiknya saya pilih untuk subtitle yang akan dikirim?
UTF-8 kecuali ada sesuatu dalam spesifikasi yang menyatakan lain, dan spesifikasi biasanya menyatakannya. Windows-1252 lazim dalam pengiriman siaran Eropa dan hanya aman untuk teks Eropa Barat; UTF-16LE mungkin diwajibkan alat authoring khusus Windows. Kalau file sudah dalam encoding yang sesuai, default mempertahankannya, dan itu jawaban paling aman ketika tidak ada yang salah.
Apakah memilih UTF-16 membuat file subtitle saya dua kali lebih besar?
Ya, kurang lebih. Setiap karakter disimpan sebagai dua byte, jadi file subtitle Inggris 20 KB menjadi sekitar 40 KB, dan langkah kompresi umum sesudahnya menghapus banyak perbedaan itu. Tanda di depan menambah dua byte lagi. Ukuran adalah harga dari sifat yang membuat UTF-16 lazim di Windows: setiap karakter selebar sama, yang lebih mudah ditangani perangkat lunak lama.
Mengapa tidak ada pilihan UTF-16 big endian dalam daftar encoding?
Karena tidak ada yang memilihnya, dan file yang sudah memakainya tetap ditangani. File yang datang sebagai UTF-16 big endian ditulis kembali sebagai UTF-16 big endian pada setelan default, karena mempertahankan encoding masukan adalah yang dilakukan halaman ini bila Anda tidak menyebut target. Daftar memuat empat target yang benar-benar diminta orang; penulis di baliknya mencakup big-endian agar mempertahankan file apa adanya tidak pernah diam-diam mengubahnya.