Video & subtitle · Perangkat Subtitle
Di luar SRT dan VTT: di mana subtitle ASS, TTML, DFXP dan SCC digunakan
· Latar belakang
subtitle format file srt webvtt
SRT dan WebVTT mendominasi web, tetapi siaran, fandom anime, dan pengiriman streaming menggunakan format lain. Postingan ini memetakan lanskap, menjelaskan kegunaan setiap format, dan mengapa perangkat terfokus hanya mendukung dua format tersebut.
Folder yang penuh dengan ekstensi yang tidak dikenali pemutar Anda — keragaman format dalam karya teks profesional
Handoff pelokalan dapat berisi file yang semuanya menampilkan kata-kata di layar dan hampir tidak memiliki struktur internal yang sama. Ada yang merupakan daftar isyarat biasa, ada pula yang merupakan dokumen XML, ada yang memiliki gaya mendetail, dan ada yang menyandikan aliran teks siaran lama. Memperlakukan setiap ekstensi yang tidak dikenal sebagai “SRT lain” berisiko menghapus fitur yang membuat pengirim memilihnya.
Pertanyaan triase pertama bukanlah konverter mana yang membuka file tersebut, tetapi sistem pengiriman apa yang dimilikinya. Pertahankan yang asli, identifikasi tujuan yang diminta dan gunakan parser yang memahami format tersebut. Subtitle Toolkit secara eksplisit hanya membaca dan menulis SRT dan WebVTT, yang merupakan batasan dan bukan janji universalitas yang gagal.
ASS dan SSA — subtitle dengan gaya dan posisi dari tradisi fansub anime
SSA dan penerusnya ASS adalah format subtitle bergaya skrip dengan bagian untuk metadata, gaya yang dapat digunakan kembali, dan acara dialog berwaktu. Mereka dapat mengekspresikan posisi dan penampilan di luar SRT biasa. Mereka sangat terkait dengan alur kerja subtitle komunitas yang kaya gaya, termasuk fansubbing anime, namun asosiasi tersebut tidak mengubah setiap file ASS menjadi fansub atau menentukan lisensinya.
Perintah override yang dibatasi kurung kurawal dari format SubStation terkadang bertahan dari konversi kasar sebagai teks yang terlihat. Pembersihan ToolAcre dapat menghapus blok seperti penggantian posisi dari teks isyarat, namun tidak mengurai skrip ASS, menerjemahkan gayanya, atau mempertahankan perilaku karaoke dan menggambar. Konversikan dengan alat yang sadar ASS sebelum membawa turunan teks biasa ke sini.
TTML dan DFXP — teks berwaktu berbasis XML untuk pengiriman siaran dan streaming
TTML merepresentasikan teks berwaktu sebagai XML, yang memungkinkan struktur, ruang nama, waktu, dan informasi presentasi berjalan bersamaan. DFXP adalah nama yang ditemukan dalam kelompok teks berwaktu yang sama dan dalam alur kerja pengiriman yang dibangun di sekitarnya. Dokumen-dokumen ini bukan blok isyarat baris kosong, sehingga parser SRT tidak dapat memulihkannya dengan aman dengan mencari panah.
Sistem penyiaran dan streaming dapat memilih profil keluarga TTML dengan persyaratan yang lebih sempit daripada format luas. Artikel ini tidak mengklaim satu profil, versi standar, atau pemetaan platform untuk setiap file .ttml atau .dfxp. Spesifikasi pengiriman adalah wewenangnya, dan konversi harus mempertahankan master hingga tujuan menerima dan menampilkan hasilnya.
SCC dan CEA-608 — teks siaran lama yang masih dibutuhkan oleh beberapa distributor
File SCC mewakili silsilah teks siaran yang terkait dengan data CEA-608, bukan daftar blok SRT yang ramah manusia. Isi dan batasannya mencerminkan perintah teks dan model transmisi yang ada sebelum teks sespan web. Distributor yang meminta SCC meminta representasi pengiriman tersebut, bukan file SRT dengan akhiran yang berbeda.
Alat repositori tidak membaca SCC dan tidak mengkodekan CEA-608. Itu juga tidak memverifikasi kesesuaian lembaga penyiaran. Pertahankan proyek keterangan sumber dan gunakan perangkat lunak yang dirancang untuk alur kerja siaran yang diminta; ekspor ke SRT atau WebVTT hanya jika tujuan terpisah benar-benar memerlukan salah satu file tersebut.
SBV, LRC dan lainnya — format khusus platform dan khusus
SBV ditemukan dalam alur kerja teks platform, sedangkan LRC biasanya digunakan untuk lirik berwaktu. Ekstensi lain masih mengkodekan lebih banyak asumsi tentang waktu, gaya, atau aplikasi tertentu. Kemiripannya yang dangkal—waktu ditambah sebaris teks—tidak cukup untuk membuatnya dapat dipertukarkan, karena tanda baca, urutan, dan metadata menentukan cara parser membaca file.
Artikel ini tidak menyediakan registri lengkap atau menyatakan bahwa satu layanan selalu menerima satu format. Perubahan dukungan platform dan pengiriman profesional bersifat kontrak. Baca dokumentasi tujuan saat ini dan simpan file aslinya, terutama ketika konversi harus membuang tata letak atau gaya.
Mengapa toolkit hanya memilih SRT dan WebVTT — format pertukaran web, dan kejujuran dalam mendokumentasikan batasan tersebut
Toolkit browser yang terfokus memilih SRT dan WebVTT karena model transformasinya berupa teks isyarat, milidetik awal dan akhir, ditambah string pengaturan opsional. Model tersebut memetakan langsung ke struktur blok umum dari kedua format tersebut. Ini tidak berisi pohon XML, style sheet yang dapat digunakan kembali, aliran perintah siaran, atau trek video yang tertanam, jadi berpura-pura mendukung hal tersebut akan meratakan informasi secara diam-diam.
Batasan tersebut dinyatakan dalam catatan konverter: ASS dan SSA, TTML, SAMI dan keterangan yang tertanam dalam wadah tidak ditangani. Bahkan dalam WebVTT, blok NOTE, STYLE dan REGION dilewati. Cakupan yang jujur memungkinkan pengguna berhenti sebelum mengalami kerusakan, alih-alih menemukan setelah ekspor bahwa fitur khusus telah hilang.
Kesimpulan: ketahui petanya, lalu pilih alatnya — bagaimana Perangkat Subtitle mencakup bagian SRT dan WebVTT dari lanskap
Ketahui petanya, pertahankan masternya dan pilih alat yang memahami tujuan yang diminta. Perangkat Subtitle mencakup bagian SRT dan WebVTT: penguraian isyarat yang toleran, serialisasi kanonik, perubahan waktu, pembersihan teks, dan validasi struktural. Ini bukan mesin pertukaran subtitle universal dan tidak mengubah format yang tidak didukung menjadi input aman dengan mengganti namanya.
Jika aplikasi spesialis telah menghasilkan turunan SRT atau WebVTT yang ditinjau, muat turunan tersebut di sini dan periksa jumlah isyarat dan masalah sebelum konversi. Simpan ASS, TTML, SCC atau master lain di sampingnya sehingga gaya atau metadata pengiriman yang hilang dapat dilacak, bukan ditebak kembali.