Lompat ke konten utama
SubtitleMatrix

Konversi SBV ke TTML

Konversi formatYouTube SBV
Atau tempel teks subtitle

Apa yang berubah dalam konversi ini

Tidak ada yang hilang ke arah ini — setiap fitur format sumber punya tempat di format tujuan.

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.

Halaman ini mengubah SBV menjadi TTML, format berbasis XML yang dipakai untuk siaran dan distribusi subtitle. SBV menulis cue sebagai dua waktu dan teks; TTML menuliskannya sebagai elemen <p> dengan atribut begin dan end di dalam <body>. SBV menulis milidetik dengan koma dan tidak menyimpan gaya maupun posisi, jadi hanya waktu dan teks yang dipetakan.

Tidak ada yang hilang ke arah ini. Semua yang bisa dinyatakan SBV punya padanan di TTML, jadi timeline, pemisah baris, dan teks tetap utuh. Hal ini berlaku untuk file SBV apa pun, termasuk yang memakai seluruh kemampuan formatnya.

Konversi berjalan di peramban tanpa mengunggah file dan tanpa akun. Antrean memproses berurutan dan semua hasil dapat diunduh sebagai satu ZIP.

Contoh

File SBV biasa, dikonversi ke TTML

Masukan

0:00:01.000,0:00:03.500
The quick brown fox.

0:00:04.000,0:00:06.250
Jumps over the lazy dog.

0:00:07.000,0:00:09.000
Two lines here.
And a second one.

Keluaran

<?xml version="1.0" encoding="UTF-8"?>
<tt xmlns="http://www.w3.org/ns/ttml" xmlns:tts="http://www.w3.org/ns/ttml#styling">
  <body>
<p begin="00:00:01.000" end="00:00:03.500">The quick brown fox.</p>
<p begin="00:00:04.000" end="00:00:06.250">Jumps over the lazy dog.</p>
<p begin="00:00:07.000" end="00:00:09.000">Two lines here.<br/>And a second one.</p>  </body>
</tt>

Tidak ada yang hilang: bandingkan kedua sisi baris per baris.

Konversi yang sama pada masukan berantakan

Masukan

0:00:02.000,0:00:04.000
Carriage-return line endings.

	0:00:06.000,0:00:08.000
Indented timecode, no final newline.

Keluaran

<?xml version="1.0" encoding="UTF-8"?>
<tt xmlns="http://www.w3.org/ns/ttml" xmlns:tts="http://www.w3.org/ns/ttml#styling">
  <body>
<p begin="00:00:02.000" end="00:00:04.000">Carriage-return line endings.</p>
<p begin="00:00:06.000" end="00:00:08.000">Indented timecode, no final newline.</p>  </body>
</tt>

File nyata sering membawa akhir baris campuran, spasi liar, dan kolom kosong. Bandingkan dengan contoh rapi di atas untuk melihat apa yang dimaafkan parser.

Pertanyaan yang sering diajukan

Seperti apa bentuk keluaran SBV saat menjadi TTML?

Seperti TTML: tanpa nomor cue, setiap subtitle menjadi elemen <p> dengan atribut begin dan end, bersarang di dalam <body> dan biasanya <div>, dengan deklarasi XML di atas dokumen. Setiap cue SBV menjadi satu cue TTML dengan teks yang sama.

Apakah waktu SBV tetap persis di file TTML?

Ya, sampai milidetik. SBV menulis 0:00:04.126 dan TTML menulis 00:00:04.126 pada atribut begin atau end; tidak ada pembulatan, jadi durasi cue tidak berubah saat masuk ke struktur XML.

Bagaimana cue SBV dua baris muncul di TTML?

Sebagai dua baris dengan <br/> di antaranya, cara TTML menulis pemisah baris keras. Kedua baris SBV tetap berada dalam satu elemen <p> dan satu cue, sehingga pemutar menampilkannya bersamaan.

Apakah urutan cue SBV dipertahankan di TTML?

Ya. Cue diurutkan menaik menurut waktu mulai saat ditulis, paling awal lebih dulu, dan urutan elemen <p> mengikuti hasil itu. File SBV yang tidak berurutan akan dirapikan; perubahan struktur ini disengaja.

Apa yang hilang bila TTML dikonversi balik ke SBV?

Gaya, posisi, dan konstruksi khas TTML tidak punya tempat di SBV. Ini arah yang kehilangan, sedangkan arah SBV ke TTML tidak; halaman TTML ke SBV mendaftar sendiri apa saja yang dibuang.

Apakah TTML hasil konversi memakai encoding file SBV?

Tidak. TTML keluaran ditulis UTF-8 dengan akhir baris Unix dan tanpa BOM, terlepas dari encoding masukan. File UTF-16 atau encoding satu byte Windows didekode saat dibaca dan panel hasil menandainya.

Alat terkait