Lompat ke konten utama
SubtitleMatrix

Konversi TXT ke SMI

Konversi formatTranskrip teks biasa
Atau tempel teks subtitle

Opsi

Dipakai saat sumber tidak punya waktu akhir (teks biasa, LRC). Timeline di keluaran dibuat di sini, bukan dikonversi, jadi angka inilah yang Anda dapatkan.

Apa yang berubah dalam konversi ini

1 hal dihapus atau memerlukan keputusan

  • Waktu

    timeline itu sendiri — sumber tidak mencatat waktu, sehingga timeline keluaran dihasilkan, bukan dikonversi

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 sini Anda dapat mengonversi TXT ke SMI: seret satu file atau tempel teks, lalu unduh hasil SMI. Pemrosesan sepenuhnya lokal di peramban — tidak ada file yang diunggah dan tidak perlu akun.

File TXT tidak menyimpan waktu sama sekali — hanya baris teks dan urutannya. Jadi konversi ini tidak memindahkan timeline: waktu SMI dibangun di sini, baris demi baris, dan karena itu dilaporkan sebagai timing yang dihasilkan, bukan sebagai timing yang hilang. Kalau suatu saat hasilnya dikonversi kembali ke TXT, seluruh waktu itulah yang akan hilang.

Batch juga didukung: antrean memproses setiap file secara berurutan, lalu seluruh hasil dikemas sebagai satu ZIP.

Contoh

File TXT umum, dikonversi ke SMI

Masukan

The quick brown fox jumps over the lazy dog.

Second paragraph, first line.
Second paragraph, second line.

Keluaran

<SAMI>
<HEAD>
<STYLE TYPE="text/css">
<!--
P { text-align: center; font-family: Arial, sans-serif; }
-->
</STYLE>
</HEAD>
<BODY>
<SYNC Start=0>
<P>The quick brown fox jumps over the lazy dog.
<SYNC Start=2000>
<P>&nbsp;
<SYNC Start=2000>
<P>Second paragraph, first line.
<SYNC Start=4000>
<P>&nbsp;
<SYNC Start=4000>
<P>Second paragraph, second line.
<SYNC Start=6000>
<P>&nbsp;
</BODY>
</SAMI>

Timing dihasilkan di sini: TXT tidak punya waktu, jadi timeline dibangun dari urutan baris.

Konversi yang sama pada input berantakan

Masukan


Hello world.

Second block.

Keluaran

<SAMI>
<HEAD>
<STYLE TYPE="text/css">
<!--
P { text-align: center; font-family: Arial, sans-serif; }
-->
</STYLE>
</HEAD>
<BODY>
<SYNC Start=0>
<P>Hello world.
<SYNC Start=2000>
<P>&nbsp;
<SYNC Start=2000>
<P>Second block.
<SYNC Start=4000>
<P>&nbsp;
</BODY>
</SAMI>

Inilah jenis kerusakan yang ada pada file nyata — byte-order mark, akhir baris Windows, baris kosong berlebih, atau spasi di ujung baris. Bandingkan dengan contoh rapi di atas untuk melihat apa yang dimaafkan parser.

Pertanyaan yang sering diajukan

Apakah timecode diciptakan saat file TXT menjadi SMI?

Ya, dan perlu dikatakan terus terang: file TXT tidak punya timing sama sekali, jadi timeline di keluaran SMI disusun di sini, bukan dikonversi. Baris pertama mulai dari nol dan setiap baris berikutnya mulai di tempat baris sebelumnya berakhir, sehingga jaraknya merata dan urutannya sesuai file Anda. Kolom durasi di halaman ini menentukan lebar setiap slot.

Seperti apa keluarannya ketika TXT menjadi SMI?

Keluaran SMI disusun seperti SMI — tanpa nomor cue dan tanpa baris timecode: setiap cue adalah tag `<SYNC Start=…>` dengan teksnya di `<P>` di bawahnya, disusul blok `<P>&nbsp;` yang mengosongkan layar. Setiap baris teks TXT menjadi satu cue SMI, dalam urutan yang sama, dan tidak ada teks yang berubah.

Apakah cue TXT mempertahankan urutannya di keluaran SMI?

Ya, dan cue diurutkan berdasarkan waktu mulai saat proses — paling awal dulu, seperti yang diharapkan setiap format di sini dan cara pemutar membacanya. Jika file TXT Anda mencantumkan cue di luar urutan, keluaran SMI mengembalikannya ke urutan; itu perubahan pada struktur file, bukan isinya, dan disengaja.

Bisakah SMI dikonversi balik ke TXT?

Ya, dan arah itu punya daftarnya sendiri: mengonversi SMI ke TXT menghilangkan timing, gaya, posisi, pemisah baris, dan konten khusus format. Daftar itu berbeda dari daftar di atas karena kedua format menyimpan hal yang berbeda.

Apakah keluaran SMI mempertahankan encoding file TXT?

Tidak — keluarannya UTF-8, dengan akhir baris Unix dan tanpa byte-order mark, apa pun yang dipakai file TXT. File yang datang dalam UTF-16 atau encoding satu-byte Windows didekode saat masuk (panel hasil memberi tahu bila itu terjadi); yang keluar selalu SMI UTF-8 yang sama.

Alat terkait