Konversi SBV ke SMI
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 SMI, yaitu SAMI, format subtitle Microsoft yang strukturnya mirip fragmen HTML. Setiap cue ditulis sebagai tag <SYNC Start=...> yang menandai apa yang tampil sejak saat itu, dengan teks di dalam elemen <P>. SBV menulis milidetik dengan koma dan tidak menyimpan gaya atau posisi, sehingga dokumen SAMI yang dihasilkan memakai gaya dasar.
Tidak ada yang hilang ke arah ini. Semua yang bisa dinyatakan SBV punya padanan di SAMI: timeline, pemisah baris, dan teks bertahan. Karena SAMI mengganti seluruh layar pada setiap SYNC, keluaran juga menambahkan blok <P> sesudah cue agar layar kembali kosong.
Pemrosesan berjalan di peramban tanpa mengunggah file dan tanpa akun. Antrean bisa menangani satu file atau satu musim, dan semua hasil diunduh bersama sebagai ZIP.
Contoh
File SBV biasa, dikonversi ke SMI
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
<SAMI>
<HEAD>
<STYLE TYPE="text/css">
<!--
P { text-align: center; font-family: Arial, sans-serif; }
-->
</STYLE>
</HEAD>
<BODY>
<SYNC Start=1000>
<P>The quick brown fox.
<SYNC Start=3500>
<P>
<SYNC Start=4000>
<P>Jumps over the lazy dog.
<SYNC Start=6250>
<P>
<SYNC Start=7000>
<P>Two lines here.<br>And a second one.
<SYNC Start=9000>
<P>
</BODY>
</SAMI>
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
<SAMI>
<HEAD>
<STYLE TYPE="text/css">
<!--
P { text-align: center; font-family: Arial, sans-serif; }
-->
</STYLE>
</HEAD>
<BODY>
<SYNC Start=2000>
<P>Carriage-return line endings.
<SYNC Start=4000>
<P>
<SYNC Start=6000>
<P>Indented timecode, no final newline.
<SYNC Start=8000>
<P>
</BODY>
</SAMI>
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 SMI?
Seperti SMI: tanpa nomor cue dan tanpa baris timecode. Setiap cue menjadi tag <SYNC Start=…> dengan teks di dalam <P> di bawahnya, lalu blok <P> yang mengosongkan layar karena SYNC berikutnya mengganti seluruh tampilan.
Apakah waktu SBV tetap persis di file SMI?
Ya, sampai milidetik. SBV menulis 0:00:04.126 dan SMI menulis momen yang sama sebagai Start=4126; tidak ada pembulatan atau pergeseran, jadi durasi cue tidak berubah saat berpindah ke struktur HTML SAMI.
Bagaimana cue SBV dua baris muncul di SMI?
Sebagai dua baris dengan <br> di antaranya, cara SAMI 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 SMI?
Ya. Cue diurutkan menurut waktu mulai saat ditulis, paling awal lebih dulu, mengikuti cara pemutar membaca tag SYNC. File SBV yang tidak berurutan akan dirapikan, perubahan struktur yang disengaja.
Apa yang hilang bila SMI dikonversi balik ke SBV?
Gaya, posisi, dan isi khas dokumen SAMI tidak punya tempat di SBV. Blok <STYLE>, judul <TITLE>, dan penanda Class tidak bisa dibawa, sedangkan teks dan waktu cue tetap utuh.
Apakah SMI hasil konversi memakai encoding file SBV?
Tidak. SMI keluaran selalu UTF-8 dengan akhir baris Unix dan tanpa BOM, apa pun encoding file asal. Masukan UTF-16 atau encoding Windows didekode saat dibaca, dan panel hasil memberi tahu bila hal itu terjadi.