Lompat ke konten utama
SubtitleMatrix

Konversi TTML ke SRT

Konversi formatTTML / DFXP
Atau tempel teks subtitle

Apa yang berubah dalam konversi ini

3 hal dihapus atau memerlukan keputusan

  • Pemformatan

    seluruh pemformatan (tebal, miring, warna, garis tepi, bayangan)

  • Posisi

    posisi di layar (setiap cue kembali ke posisi bawaan)

  • Konten khusus format

    konten yang disimpan format sumber di luar cue-nya (blok non-cue, teks header, pengaturan per cue, event yang dikomentari) — format tujuan tidak punya tempat untuknya

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.

Alat ini mengonversi TTML ke SRT langsung di peramban Anda. Seret file atau tempel teks, dan versi SRT siap diunduh; tidak ada unggahan dan tidak perlu akun.

TTML dan SRT menyimpan hal yang berbeda, dan selisihnya nyata: gaya, posisi, dan konten khusus format tidak punya tempat di SRT. TTML adalah dokumen XML dengan namespace `tts:` untuk gaya dan `ttp:` untuk parameter profil: `<head>` mendeklarasikan gaya bernama di `<styling>` dan region di `<layout>`, sedangkan elemen `<p>` adalah subtitlenya dan waktu ditulis hingga milidetik. Daftar di atas dihitung dari kemampuan kedua format, bukan dari isi file Anda, sehingga hasilnya tidak berubah sebelum file dimuat.

Satu file maupun ratusan file bisa masuk ke antrean yang sama; hasilnya diunduh bersama sebagai satu ZIP setelah semuanya selesai.

Contoh

File TTML umum, dikonversi ke SRT

Masukan

<?xml version="1.0" encoding="UTF-8"?>
<tt xmlns="http://www.w3.org/ns/ttml" xmlns:tts="http://www.w3.org/ns/ttml#styling" xml:lang="en">
  <head>
    <styling>
      <style xml:id="s1" tts:color="#FFFF00" tts:fontWeight="bold"/>
    </styling>
    <layout>
      <region xml:id="bottom" tts:origin="10% 80%" tts:extent="80% 20%"/>
    </layout>
  </head>
  <body>
    <div>
      <p begin="00:00:01.000" end="00:00:03.500" region="bottom" style="s1">Hello <span tts:fontStyle="italic">there</span>.</p>
      <p begin="00:00:03.500" end="00:00:06.000" region="bottom">How are you?<br/>Fine, thanks.</p>
    </div>
  </body>
</tt>

Keluaran

1
00:00:01,000 --> 00:00:03,500
Hello <i>there</i>.

2
00:00:03,500 --> 00:00:06,000
How are you?
Fine, thanks.

Yang hilang pada keluaran ini: gaya, posisi, dan konten khusus format. Sisanya cocok baris demi baris.

Konversi yang sama pada input berantakan

Masukan

<?xml version="1.0" encoding="UTF-8"?>
<tt xmlns="http://www.w3.org/ns/ttml" xmlns:tts="http://www.w3.org/ns/ttml#styling"
    xmlns:ttp="http://www.w3.org/ns/ttml#parameter"
    ttp:frameRate="25" xml:lang="en">
  <body>
    <div>
      <p begin="1.5s" dur="2s">Loaded from an offset and a duration.</p>
      <p begin="4s" end="00:00:06.50">A coarser clock spelling.</p>
      <p begin="00:00:07:00" end="00:00:08:12">Frames, at 25fps.</p>
      <p begin="9s"><span tts:color="#FF0000">Half-open</span> and Tom &amp; Jerry.</p>
    </div>
  </body>
</tt>

Keluaran

1
00:00:01,500 --> 00:00:03,500
Loaded from an offset and a duration.

2
00:00:04,000 --> 00:00:06,500
A coarser clock spelling.

3
00:00:07,000 --> 00:00:08,480
Frames, at 25fps.

4
00:00:09,000 --> 00:00:11,000
<font color="#FF0000">Half-open</font> and Tom &amp; Jerry.

Inilah jenis kerusakan yang ada pada file nyata — byte-order mark, akhir baris Windows, namespace yang tidak dikenal, atau atribut waktu yang tidak terbaca. Bandingkan dengan contoh rapi di atas untuk melihat apa yang dimaafkan parser.

Pertanyaan yang sering diajukan

Apakah tebal dan miring bertahan dari TTML ke SRT?

Penekanan bertahan; tabel gaya tidak. Pemformatan yang melekat pada sepotong teks — tebal, miring, garis bawah, warna — ditulis ke teks SRT sebagai tag (`<i>`, `<b>`, `<u>`, `<font color="…">`), karena itulah satu-satunya jenis gaya yang masih bisa dibawa format tingkat cue. Yang hilang adalah semua yang dikatakan file TTML secara global: font, ukurannya, garis tepi, bayangan, dan margin.

Apa yang terjadi pada posisi di layar dari TTML ke SRT?

SRT tidak dapat menyatakan di mana subtitle digambar, jadi rujukan posisi yang dibawa setiap cue dibuang saat keluar dari TTML, dan setiap cue kembali ke posisi bawaan yang dipilih pemutar — umumnya bagian bawah bingkai dan di tengah.

Apa yang terjadi pada prolog TTML serta tabel `<styling>` dan `<layout>` di SRT?

Dibuang. File TTML menyimpan tampilan dan tata letaknya di head, bukan di kata-kata: deklarasi XML dan pengikatan namespace-nya, tabel `<styling>` berisi gaya bernama (`tts:color`, `tts:fontWeight`), tabel `<layout>` berisi region bernama (`tts:origin`, `tts:extent`), `<metadata>` apa pun, dan atribut `style` / `region` yang dipakai `<p>` untuk merujuknya. SRT menyimpan cue, bukan dokumen, jadi tidak ada bagian dari head itu yang punya tempat mendarat. Pemformatan yang ditulis di dalam paragraf adalah hal lain — `<span tts:fontStyle="italic">` adalah penekanan pada kata-kata, dan ditulis dengan markup SRT sendiri sejauh SRT memilikinya.

Seperti apa keluarannya ketika TTML menjadi SRT?

Keluaran SRT disusun seperti SRT — nomor di atas setiap timecode, dihitung dari 1. Cue yang di TTML ditulis `00:00:04.126` menjadi cue yang di SRT ditulis `00:00:04,126`, dalam urutan yang sama, dan tidak ada teks yang berubah.

Apakah timing TTML akurat di file SRT?

Ya, hingga milidetik — serinci yang bisa dicapai kedua format. TTML menulis satu momen sebagai `00:00:04.126` dan SRT menulis momen yang sama sebagai `00:00:04,126`; tidak ada yang dibulatkan atau digeser di antara keduanya, dan cue yang tampil selama 2,9 detik tetap begitu.

Bagaimana cue TTML dua baris keluar di SRT?

Dua baris TTML menjadi dua baris di SRT, satu di bawah yang lain. Pasangannya bertahan — keduanya tetap menjadi satu subtitle di keluaran SRT, dan pemutar menampilkannya bersama.

Apakah cue TTML mempertahankan urutannya di keluaran SRT?

Ya. Selama konversi, cue disusun menurut waktu mulai dari yang paling awal, karena itulah urutan yang diharapkan semua format di sini dan yang dibaca pemutar. Bila file TTML mendaftar cue tidak berurutan, keluaran SRT merapikannya; struktur file berubah, isinya tidak, dan itu memang disengaja.

Bisakah SRT dikonversi balik ke TTML?

Ya, dan arah itu tidak kehilangan apa pun: file SRT menyimpan lebih sedikit daripada yang bisa disimpan TTML, jadi tidak ada yang hilang saat kembali. Namun apa yang hilang pada arah ini tetap hilang — gaya, posisi, dan konten khusus format tidak dapat dibangun kembali dari file SRT, karena tidak ada yang mencatatnya.

Apakah keluaran SRT mempertahankan encoding file TTML?

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

Alat terkait