Konversi LRC ke TTML
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
waktu akhir cue — sumber tidak mencatatnya, sehingga waktu akhir keluaran akan 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.
Halaman ini mengubah LRC menjadi TTML, format subtitle berbasis XML untuk siaran dan distribusi. LRC menyimpan lirik dengan stempel waktu dalam kurung siku; TTML menulis cue sebagai elemen <p> dengan atribut begin dan end.
Waktu akhir, presisi, gaya, dan posisi tidak punya tempat di TTML dari sisi LRC. Setiap end harus diturunkan karena LRC hanya mencatat awal, dan format sumber tidak membawa CSS, tag penekanan, maupun penempatan yang bisa dipetakan ke TTML.
Konversi berjalan di peramban tanpa unggahan dan tanpa akun. Antrean memproses satu file atau satu musim secara berurutan dan mengemas hasilnya dalam satu ZIP.
Contoh
File LRC biasa, dikonversi ke TTML
Masukan
[ti:Sample Song]
[ar:Some Artist]
[length:00:41.00]
[offset:+250]
[00:12.00]First line of the song.
[00:15.30]Second line.
[00:15.30]Second line, translated.
[00:18.00]
[00:21.50]Final line.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:12.000" end="00:00:15.300">First line of the song.</p>
<p begin="00:00:15.300" end="00:00:18.000">Second line.<br/>Second line, translated.</p>
<p begin="00:00:18.000" end="00:00:21.500"></p>
<p begin="00:00:21.500" end="00:00:23.500">Final line.</p> </body>
</tt>
Yang hilang di keluaran ini: waktu akhir, presisi, gaya, dan posisi. Selebihnya cocok baris per baris.
Konversi yang sama pada masukan berantakan
Masukan
[ar:Some Artist]
[0:05.5]Leading zero omitted, one decimal.
[00:07]Second with no centiseconds.
[00:03.00]Out of order.
[00:07.00][00:09.00]Repeated chorus line.
[00:12.00]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:03.000" end="00:00:05.500">Out of order.</p>
<p begin="00:00:05.500" end="00:00:07.000">Leading zero omitted, one decimal.</p>
<p begin="00:00:07.000" end="00:00:09.000">Second with no centiseconds.<br/>Repeated chorus line.</p>
<p begin="00:00:09.000" end="00:00:12.000">Repeated chorus line.</p>
<p begin="00:00:12.000" end="00:00:14.000"></p> </body>
</tt>
File nyata sering membawa tag metadata tak dikenal, spasi liar, dan baris kosong. Bandingkan dengan contoh rapi di atas untuk melihat apa yang dimaafkan parser.
Pertanyaan yang sering diajukan
Bagaimana TTML mengisi atribut end yang tidak ada di LRC?
Nilai end dihitung dari waktu mulai baris berikutnya; baris terakhir memakai batas aman. LRC hanya mencatat awal, jadi setiap elemen <p> di TTML mendapat akhir turunan yang bergantung pada jarak antarbaris, bukan pada data yang tersimpan di file lirik.
Apakah waktu LRC tetap persis di file TTML?
Ya, sejauh yang LRC simpan. LRC menulis [00:04.12] dan TTML menulis 00:00:04.120 pada atribut begin atau end; nilainya sama dan digit ketiga menjadi nol. Tidak ada pembulatan selama file LRC memakai dua digit desimal.
Apakah LRC membawa gaya ke TTML?
Tidak. LRC tidak mendukung styling maupun posisi: tidak ada tebal, miring, warna, font, atau penempatan layar yang bisa dipetakan ke atribut atau gaya TTML. Semua cue masuk sebagai teks polos dan daftar kehilangan mencantumkan gaya serta posisi.
Seperti apa bentuk keluaran LRC saat menjadi TTML?
Seperti TTML: deklarasi XML, elemen <body> dan <div>, lalu setiap cue sebagai <p> dengan begin dan end. Setiap baris LRC menjadi satu cue TTML dengan urutan dan teks yang sama.
Apakah urutan baris LRC dipertahankan di TTML?
Ya. Cue diurutkan menaik menurut waktu mulai sebelum ditulis, paling awal lebih dulu, dan urutan elemen <p> mengikuti hasil itu. File LRC yang tidak berurutan akan dirapikan; perubahan struktur ini disengaja.
Apakah TTML hasil konversi memakai encoding file LRC?
Tidak. Encoding LRC tidak diteruskan: TTML selalu UTF-8, akhir baris Unix, dan tanpa BOM. Bila file LRC memakai UTF-16 atau encoding Windows, isinya didekode saat dibaca dan panel hasil menandainya.