Konversi SRT 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.
Di halaman ini file SRT ditulis sebagai SMI, format SAMI berbasis HTML yang dulu dipakai Windows Media Player. Tidak ada nomor cue dan tidak ada baris timecode: setiap cue menjadi tag <SYNC Start=…> dengan teksnya di dalam <P>, dan karena sebuah SYNC mengganti apa pun yang ada di layar, tepat setelahnya ada blok <P> yang mengosongkan layar lagi.
Waktu dibawa sampai milidetik — 00:00:04,126 menjadi Start=4126 — jadi tidak ada pembulatan. Cue dua baris menjadi dua baris dengan <br>, dan tag miring serta tebal lewat sebagai tag HTML sebagaimana aslinya. Cue juga tetap diurutkan menurut waktu mulai.
Satu file atau satu musim, hasil dalam satu ZIP, dan tidak ada yang meninggalkan perangkat Anda.
Contoh
File SRT biasa, dikonversi ke SMI
Masukan
1
00:00:01,000 --> 00:00:03,500
Hello there.
2
00:00:03,500 --> 00:00:06,000
<i>Whispering</i> now.
And a second line.
3
00:00:06,000 --> 00:00:09,250
<b>Bold</b> statement.
Keluaran
<SAMI>
<HEAD>
<STYLE TYPE="text/css">
<!--
P { text-align: center; font-family: Arial, sans-serif; }
-->
</STYLE>
</HEAD>
<BODY>
<SYNC Start=1000>
<P>Hello there.
<SYNC Start=3500>
<P>
<SYNC Start=3500>
<P><i>Whispering</i> now.<br>And a second line.
<SYNC Start=6000>
<P>
<SYNC Start=6000>
<P><b>Bold</b> statement.
<SYNC Start=9250>
<P>
</BODY>
</SAMI>
Tidak ada yang hilang di sini: bandingkan kedua sisi baris demi baris.
Konversi yang sama pada input yang berantakan
Masukan
1
0:00:01,00 --> 0:00:03,500
<B>Bold</B> and <I>italic</I>.
2
00:00:03,500 --> 00:00:06,000
3
00:00:08,000 --> 00:00:09,000
Last one.
Keluaran
<SAMI>
<HEAD>
<STYLE TYPE="text/css">
<!--
P { text-align: center; font-family: Arial, sans-serif; }
-->
</STYLE>
</HEAD>
<BODY>
<SYNC Start=1000>
<P><b>Bold</b> and <i>italic</i>.
<SYNC Start=3500>
<P>
<SYNC Start=3500>
<SYNC Start=6000>
<P>
<SYNC Start=8000>
<P>Last one.
<SYNC Start=9000>
<P>
</BODY>
</SAMI>
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
Seperti apa hasil konversi SRT ke SMI?
Seperti SMI: tanpa nomor cue dan tanpa baris timecode. Setiap cue adalah tag <SYNC Start=…> dengan teks di dalam <P>, diikuti blok <P> yang mengosongkan layar. Setiap cue SRT menjadi satu cue SMI, berurutan, dengan teks sama.
Apakah waktu SRT tetap persis di file SMI?
Ya, sampai milidetik — batas terhalus kedua format. SRT menulis 00:00:04,126 dan SMI menulis Start=4126; tidak ada pembulatan atau pergeseran di antara keduanya.
Bagaimana cue SRT dua baris keluar di SMI?
Sebagai dua baris dengan <br> di antaranya, cara SAMI menulis baris baru keras. Pasangannya bertahan: dua baris SRT itu tetap satu subtitle di hasil SMI.
Apakah urutan cue SRT dipertahankan di keluaran SMI?
Ya, dan cue diurutkan menurut waktu mulai. Cue yang tidak berurutan di SRT dikembalikan ke urutan yang benar di SMI; itu perubahan struktur, bukan isi.
Bisakah SMI hasil konversi SRT ini diubah lagi menjadi SRT?
Bisa, dan arah balik itulah yang lossy: SMI ke SRT kehilangan styling, positioning, dan isi khas format. Ke arah ini tidak ada yang hilang, jadi biayanya hanya muncul bila Anda kembali.
Apakah keluaran SMI mempertahankan encoding file SRT saya?
Tidak — hasilnya UTF-8, akhir baris Unix, tanpa BOM. Masukan UTF-16 atau encoding satu byte Windows didekode saat dibaca, dan panel hasil menyebutkannya.