Lompat ke konten utama
SubtitleMatrix

Konversi VTT ke SBV

Konversi formatWebVTT (VTT)
Atau tempel teks subtitle

Apa yang berubah dalam konversi ini

2 hal dihapus atau memerlukan keputusan

  • Pemformatan

    seluruh pemformatan (tebal, miring, warna, garis tepi, bayangan)

  • Konten khusus format

    konten yang disimpan format sumber di luar cue-nya (blok non-cue, teks header, pengaturan per cue, event yang dikomentari) — format tujuan tidak punya tempat untuknya

Daftar ini berasal dari matriks kemampuan untuk kedua format ini, bukan dari file tertentu yang Anda muat. File tertentu bisa kehilangan lebih banyak jika memakai fitur yang diizinkan format tetapi tidak dimodelkan matriks.

Di halaman ini file WebVTT ditulis ulang sebagai SBV, format subtitle dua stempel waktu yang dipisahkan koma lalu teks, dengan baris kosong di antara cue. Bentuknya dekat dengan VTT, jadi yang berubah justru hal-hal kecil: header WEBVTT hilang, pengenal cue hilang, dan setiap cue sekarang dibuka oleh baris waktu sendiri, bukan oleh pengenal.

Stempel waktu tetap menyebut momen yang sama sampai milidetik — 00:00:01.234 menjadi 0:00:01.234, hanya jamnya ditulis satu digit. Cue dua baris tetap dua baris, karena SBV memisahkan cue dengan baris kosong, bukan nomor. Dua hal hilang: styling dan isi khas format. SBV tidak menyimpan gaya sebagai bagian dari filenya, dan NOTE, STYLE, REGION, serta pengaturan cue tidak punya tempat.

Satu file atau satu musim, antrean bisa dihentikan, hasil dalam satu ZIP, dan tidak ada yang diunggah.

Contoh

File VTT biasa, dikonversi ke SBV

Masukan

WEBVTT

intro
00:00:01.000 --> 00:00:04.000
Hello there.

00:00:04.500 --> 00:00:08.000 align:start position:10%
Second line with <i>italics</i>.

Keluaran

0:00:01.000,0:00:04.000
Hello there.

0:00:04.500,0:00:08.000
Second line with <i>italics</i>.

Yang hilang pada hasil ini: styling dan isi khas format. Sisanya sama baris demi baris.

Konversi yang sama pada input yang berantakan

Masukan

a stray comment line
cue-id-1
00:00:01.000 --> 00:00:02.000
No header, two lines before the timecode.

Keluaran

0:00:01.000,0:00:02.000
No header, two lines before the timecode.

Ini jenis kerusakan yang nyata pada file asli — akhir baris campuran, spasi berlebih, kolom kosong. Bandingkan dengan contoh rapi di atas untuk melihat apa yang dimaafkan parser.

Pertanyaan yang sering diajukan

Apakah tebal dan miring bertahan saat VTT dikonversi ke SBV?

Tidak sebagai styling. SBV menyimpan teks cue, bukan model pemformatan, sehingga rentang bergaya tidak bisa dipertahankan sebagai gaya di file hasil. Yang keluar adalah teksnya, dan itulah yang akan dibaca alat SBV.

Apa yang terjadi pada blok NOTE, STYLE, dan REGION milik VTT di SBV?

Ketiganya dibuang. SBV tidak punya struktur untuk komentar, aturan tata letak, atau definisi wilayah — hanya pasangan waktu dan teks — jadi tidak ada tempat untuk menyimpannya.

Seperti apa keluaran saat VTT menjadi SBV?

Seperti SBV: tanpa header dan tanpa nomor cue, setiap subtitle dibuka baris waktu berbentuk 0:00:01.234,0:00:03.500, diikuti teks, lalu baris kosong. Setiap cue VTT menjadi satu cue SBV, berurutan, dengan teks sama.

Apakah waktu VTT tetap persis di file SBV?

Ya, sampai milidetik. Keduanya menyimpan 00:00:01.234; SBV hanya menulis jam sebagai satu digit, jadi 0:00:01.234. Tidak ada pembulatan atau pergeseran di antara keduanya.

Bagaimana cue VTT dua baris keluar di SBV?

Sebagai dua baris di dalam satu cue. SBV tidak memakai nomor, jadi batas cue dinyatakan oleh baris kosong, dan pemisah baris di dalam cue tidak ambigu.

Apakah cue VTT tetap berurutan di keluaran SBV?

Ya, dan cue diurutkan menurut waktu mulai. Cue yang tidak berurutan di file sumber dikembalikan ke urutan yang benar; itu perubahan struktur, bukan isi.

Bisakah SBV hasil konversi VTT ini diubah kembali menjadi VTT?

Bisa lewat halaman SBV ke VTT, dan arah balik punya daftar sendiri: styling dan isi khas format tidak bisa dipulihkan. Yang kembali adalah cue, waktu sampai milidetik, dan teksnya.

Apakah keluaran SBV mempertahankan encoding file VTT saya?

Tidak — hasil selalu UTF-8, akhir baris Unix, tanpa byte-order mark. File UTF-16 atau encoding satu byte Windows didekode saat dibaca, dan panel hasil memberi tahu bila itu terjadi.

Alat terkait