Ubah warna teks subtitle
Atau tempel teks subtitle
Opsi
Pilih warna yang dipakai seluruh file. Warna yang sudah ada pada satu baris diganti, bukan ditumpuk, sehingga satu kali proses menyisakan tepat satu warna per baris; tebal, miring, garis bawah, dan timing karaoke dibiarkan. Hanya #rrggbb yang ditulis — itulah satu-satunya bentuk yang dapat dibawa persis oleh sembilan format yang diterima. Tidak setiap pemutar menggambar warna inline, dan SRT tidak punya standar untuknya: file akan memuat warnanya, tetapi apakah warnanya tampil bergantung pada pemutar.
Halaman ini mewarnai setiap baris file subtitle dengan satu warna. File dibaca sebagai dirinya yang sebenarnya, bukan menurut ekstensi, sehingga proses yang sama bekerja pada sembilan format, dan masing-masing menerima warna dalam notasi yang sudah dipahaminya: <font color="#rrggbb"> pada SRT, WebVTT, SBV, dan SAMI; blok override pada ASS dan SSA; <span tts:color> pada TTML; larik tag pada JSON; dan markup sebaris yang sama di dalam sel bertanda kutip pada CSV.
Warna yang Anda pilih menggantikan yang sudah ada alih-alih menumpuk di atasnya. Baris yang datang sebagian hijau kembali seluruhnya dalam warna baru — satu rentang menutupi seluruh baris alih-alih <font> di dalam <font>, yang oleh sebagian pemutar dirender sebagai warna dalam dan oleh yang lain diabaikan sepenuhnya. Tebal, miring, garis bawah, dan waktu karaoke dibiarkan di tempatnya, dan rentang bergaya tetap mencakup persis karakter yang dicakupnya sebelumnya.
Satu warna untuk seluruh file adalah keputusan desain. Warna subtitle biasanya keputusan pengiriman — putih rumah, kuning yang bertahan di adegan terang, warna khusus untuk satu jenis penutur — dan file yang membutuhkan dua warna memerlukan seseorang yang memutuskan baris mana memakai warna mana, dan itu pekerjaan editor teks, bukan satu nilai di panel. Cue tanpa teks tidak mendapat apa pun: tidak ada rentang untuk diwarnai, dan rentang warna sepanjang nol akan menjadi tag seukuran ketiadaan.
Tidak ada yang diunggah dan tidak ada yang meninggalkan tab peramban. Warna adalah salah satu dari sedikit gaya yang dapat dibawa file subtitle tanpa renderer di sisinya, tetapi apakah penonton melihatnya adalah keputusan pemutar — halaman ini menulis penandanya, dan FAQ di bawah menyatakan dengan jelas di sisi mana halaman ini berdiri.
Contoh
Dua cue SRT polos
Masukan
1
00:00:01,000 --> 00:00:02,000
Hello there.
2
00:00:03,000 --> 00:00:04,000
Second line.
Keluaran
1
00:00:01,000 --> 00:00:02,000
<font color="#ffcc00">Hello there.</font>
2
00:00:03,000 --> 00:00:04,000
<font color="#ffcc00">Second line.</font>
Satu <font> per baris, membungkus seluruh baris, dan timecode serta baris kosong persis seperti saat datang. Tag itu rentang atas baris, bukan properti cue, itulah sebabnya cue yang memuat dua baris terlipat keras mendapat dua tag alih-alih satu tag yang melintasi pemisahnya.
Baris yang sudah membawa warna dan huruf miring
Masukan
1
00:00:01,000 --> 00:00:02,000
<i>Hello</i> <font color="#00ff00">there</font>.
Keluaran
1
00:00:01,000 --> 00:00:02,000
<font color="#ffcc00"><i>Hello</i> there.</font>
Rentang hijau dihapus sebelum warna baru dipasang, sehingga hasilnya satu <font> mengelilingi baris dengan huruf miring masih di dalamnya — bukan <font> di dalam <font>, tempat aturan penyarangan bergantung pada pemutar dan hasilnya diam-diam berbeda di masing-masing. Yang tadinya hijau kini berwarna sama dengan yang lain, dan itulah bacaan jujur dari panel yang meminta satu warna.
Cue yang sama pada file ASS
Masukan
[Script Info]
ScriptType: v4.00+
[V4+ Styles]
Format: Name, Fontname, Fontsize
Style: Default,Arial,20
[Events]
Format: Layer, Start, End, Style, Text
Dialogue: 0,0:00:01.00,0:00:02.00,Default,Hello there
Keluaran
[Script Info]
ScriptType: v4.00+
[V4+ Styles]
Format: Name, Fontname, Fontsize
Style: Default,Arial,20
[Events]
Format: Layer, Start, End, Style, Text
Dialogue: 0,0:00:01.00,0:00:02.00,Default,{\c&H0000CCFF&}Hello there{\c}
ASS tidak punya <font>; warnanya adalah kode override yang dibuka sebelum teks dan ditutup oleh {\c} polos sesudahnya, sehingga sisa baris tidak ikut terwarnai. PrimaryColour di stylesheet tidak disunting — override di tingkat cue adalah instruksi yang lebih kuat dan satu-satunya yang berlaku untuk cue ini saja.
Cue tanpa teks
Masukan
1
00:00:01,000 --> 00:00:02,000
2
00:00:03,000 --> 00:00:04,000
Hi.
Keluaran
1
00:00:01,000 --> 00:00:02,000
2
00:00:03,000 --> 00:00:04,000
<font color="#ffcc00">Hi.</font>
Cue kosong dibiarkan kosong alih-alih diberi <font> yang membungkus ketiadaan. Cue kosong sudah merupakan masalah struktural — halaman pemeriksaan akan melaporkannya — dan tag markup tanpa teks di dalamnya tidak akan memperbaikinya, hanya menyembunyikannya dari pencarian. Cue yang punya teks diwarnai seperti biasa.
Pertanyaan yang sering diajukan
Format mana yang ditulis halaman warna ini, dan bagaimana penandanya di masing-masing?
Sembilan: SRT, WebVTT, ASS, SSA, SBV, SAMI, TTML, JSON, dan CSV. SRT, WebVTT, SBV, dan SAMI memakai <font color="#rrggbb">; ASS dan SSA memakai override {\c&H…&} yang ditutup oleh {\c}; TTML memakai <span tts:color="#rrggbb">; JSON menulis warna sebagai rentang tag atas baris; dan CSV mempertahankan markup <font> yang sama di dalam sel teks bertanda kutipnya. Format yang tidak punya tempat untuk warna sebaris tidak diterima sama sekali — file LRC atau MicroDVD tidak punya sintaks warna, jadi proses di sana akan melaporkan perubahan dan menulis ketiadaan.
Mengapa keluaran ASS menyebut &H0000CCFF& padahal saya memilih #ffcc00?
Karena warna ASS ditulis dengan urutan byte terbalik: &HAABBGGRR, dengan alpha lebih dulu lalu pasangan biru, hijau, dan merah. #ffcc00 adalah merah 255, hijau 204, biru 0, sehingga menjadi alpha 00, biru 00, hijau CC, merah FF — &H0000CCFF&. Nilainya adalah warna yang Anda pilih, dan pemutar yang menampilkannya menunjukkan kuning yang sama; angkanya hanya tampak tertukar karena format menyimpannya dari belakang.
Apakah setiap pemutar video akan benar-benar menampilkan warna baru?
Tidak, dan itulah batas jujur halaman ini. <font color> bukan bagian dari spesifikasi SRT — itu markup yang ditoleransi sebagian besar pemutar dan diabaikan sebagian — dan kode override ASS dihormati pemutar berbasis libass seperti VLC dan mpv, tetapi tidak oleh setiap set-top box perangkat keras. Halaman menulis penandanya dengan benar dan hasilnya dapat diverifikasi di file itu sendiri; apakah pemutar tertentu menampilkannya adalah keputusan pemutar itu. Bila warna harus dijamin tampil di layar, warna harus dibakar ke dalam gambar, dan itu pekerjaan lain.
Apa yang terjadi pada warna yang sudah dimiliki file?
Warna itu diganti, bukan dilapisi. Setiap rentang warna pada baris dihapus lebih dulu lalu satu rentang yang mencakup seluruh baris ditambahkan, sehingga hasilnya satu <font> alih-alih <font> di dalam <font>. Tag warna bersarang adalah kasus tempat pemutar paling berbeda pendapat — sebagian mengambil yang dalam, sebagian yang luar, sebagian meratakan keduanya — jadi file yang sudah melewati halaman ini memiliki satu jawaban yang tidak ambigu.
Apakah halaman mewarnai kata tertentu, atau seluruh file subtitle?
Seluruh file, satu warna, setiap baris. Tidak ada cakupan per cue atau per kata di halaman ini, dan itu disengaja: panel memuat satu nilai, dan proses yang hasilnya bergantung pada cue mana yang Anda klik tidak dapat direproduksi dari file. Baris yang perlu satu kata ditonjolkan adalah suntingan teks, bukan perubahan warna, dan halaman cari serta ganti di situs ini dapat melakukan bagian yang tertarget itu.
Apakah tebal, miring, garis bawah, dan waktu karaoke dipertahankan saat warna diterapkan?
Dipertahankan, dan rentangnya tetap menempel pada karakter yang sama. Hanya rentang warna yang dihapus dan ditambahkan kembali; empat jenis lainnya tidak tersentuh, sehingga kata miring di dalam baris tetap miring di dalam warna baru. Pada ASS itu berarti {\i1} dan penutup {\i0} tetap berada di tempat yang sama mengelilingi teks, dengan override warna dibuka sebelum keduanya dan ditutup sesudahnya.