Altyazı rengini değiştir
Ya da altyazı metnini yapıştırın
Seçenekler
Tüm dosyanın döneceği rengi seçin. Satırdaki mevcut renkler üst üste eklenmek yerine değiştirilir, böylece bir çalıştırma satır başına tam olarak bir renk bırakır; kalın, italik, altı çizili ve karaoke zamanlamalarına dokunulmaz. Yalnızca #rrggbb yazılır — kabul edilen dokuz formatın da tam olarak taşıyabildiği tek yazım budur. Her oynatıcı satır içi rengi çizmez ve SRT’nin bunun için bir standardı yoktur: dosya rengi taşır, ama görünüp görünmeyeceği oynatıcıya bağlıdır.
Bu sayfa bir altyazı dosyasının her satırını tek bir renge boyar. Dosyayı uzantısına göre değil gerçekte ne olduğuna göre okur, bu yüzden aynı çalışma dokuz biçimde işler ve her biri rengi zaten anladığı gösterimle alır: SRT, WebVTT, SBV ve SAMI’de <font color="#rrggbb">, ASS ve SSA’da bir geçersiz kılma bloğu, TTML’de <span tts:color>, JSON’da etiket dizisi ve CSV’nin tırnaklı hücrelerinde aynı satır içi işaretleme.
Seçtiğiniz renk orada olanın üzerine yığılmak yerine onu değiştirir. Kısmen yeşil gelen bir satır baştan sona yeni renkte döner: iç içe <font> yerine satırın tamamını kaplayan tek bir aralık. Bazı oynatıcılar iç içe etiketlerde içteki rengi çizer, bazıları hiç saymaz; tek aralık bu belirsizliği ortadan kaldırır. Kalın, italik, altı çizili ve karaoke zamanlaması yerinde kalır ve biçimlendirilmiş bir aralık eskiden kapladığı karakterleri aynen kaplamaya devam eder.
Tasarım gereği bütün dosya için tek renk vardır. Altyazı rengi genellikle bir teslim kararıdır: kurumun beyazı, parlak bir sahnede okunabilen bir sarı, tek bir konuşmacı türüne ayrılmış bir renk. İki renk gerektiren bir dosya, hangi satırın hangi rengi alacağına karar verecek birini gerektirir; bu da paneldeki tek bir değerin değil metin düzenleyicinin işidir. Metni olmayan bir replik hiçbir şey almaz: boyanacak aralık yoktur ve sıfır uzunlukta bir renk aralığı hiçbir şeyin büyüklüğünde bir etiket olurdu.
Hiçbir şey yüklenmez ve hiçbir şey tarayıcı sekmesinden çıkmaz. Renk, bir altyazı dosyasının yanında bir görüntüleyici olmadan taşıyabildiği az sayıdaki biçimlendirmeden biridir, ama izleyicinin onu görüp görmeyeceğine oynatıcı karar verir: bu sayfa işareti yazar ve aşağıdaki sorular bu sınırın hangi tarafında durduğunu açıkça söyler.
Örnekler
İki düz SRT repliği
Girdi
1
00:00:01,000 --> 00:00:02,000
Hello there.
2
00:00:03,000 --> 00:00:04,000
Second line.
Çıktı
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>
Her satır için bir <font> etiketi satırın tamamını sarar; zaman kodları ve boş satırlar geldiği gibi kalır. Etiket repliğin bir özelliği değil satır üzerinde bir aralıktır; bu yüzden iki sert satır sonu taşıyan bir replik, sonu aşan tek etiket yerine iki etiket alır.
Zaten bir renk ve bir italik taşıyan satır
Girdi
1
00:00:01,000 --> 00:00:02,000
<i>Hello</i> <font color="#00ff00">there</font>.
Çıktı
1
00:00:01,000 --> 00:00:02,000
<font color="#ffcc00"><i>Hello</i> there.</font>
Yeşil aralık yeni renk uygulanmadan önce kaldırılır, böylece sonuç italik hâlâ içinde olan, satırı saran tek bir <font> olur: iç içe kuralları oynatıcıya göre değişen ve her birinde sessizce farklı sonuç veren <font> içinde <font> değil. Yeşil olan artık her şeyle aynı renktedir; tek renk isteyen bir panelin dürüst okuması budur.
Aynı replik bir ASS dosyasında
Girdi
[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
Çıktı
[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’de <font> yoktur; renk metnin önünde açılan ve arkasında çıplak bir {\c} ile kapanan geçersiz kılma kodudur, böylece satırın geri kalanı yanlışlıkla boyanmaz. Stil tablosundaki PrimaryColour düzenlenmez: replik düzeyindeki geçersiz kılma daha güçlü bir yönerge ve yalnızca bu repliğe uygulanacak olan odur.
Metni olmayan bir replik
Girdi
1
00:00:01,000 --> 00:00:02,000
2
00:00:03,000 --> 00:00:04,000
Hi.
Çıktı
1
00:00:01,000 --> 00:00:02,000
2
00:00:03,000 --> 00:00:04,000
<font color="#ffcc00">Hi.</font>
Boş replik, hiçbir şeyin etrafını saran bir <font> almak yerine boş bırakılır. Boş replik zaten yapısal bir sorundur ve denetim sayfaları bunu raporlar; içinde metin olmayan bir işaretleme etiketi sorunu düzeltmez, yalnızca aramadan saklar. Metni olan replik normal biçimde boyanır.
Sık sorulan sorular
Bu renk sayfası hangi biçimlere yazar ve işaret her birinde nasıl görünür?
Dokuz biçime: SRT, WebVTT, ASS, SSA, SBV, SAMI, TTML, JSON ve CSV. SRT, WebVTT, SBV ve SAMI satır içi font etiketini alır; ASS ve SSA {\c&H…&} ile açılıp çıplak {\c} ile kapanan bir geçersiz kılma alır; TTML span öğesinin renk özniteliğini alır; JSON rengi satır üzerinde bir etiket aralığı olarak yazar; CSV ise aynı font işaretlemesini tırnaklı metin hücresinin içinde saklar. Satır içi rengi koyacak yeri olmayan biçimler bu sayfada hiç kabul edilmez: LRC ya da MicroDVD dosyasında renk sözdizimi yoktur, orada bir çalışma değişiklik bildirip hiçbir şey yazmazdı.
Sarı seçtiğim hâlde ASS çıktısı neden farklı bir renk kodu yazıyor?
Çünkü ASS rengi baytları ters sırada yazar: önce alfa, sonra mavi, yeşil ve kırmızı çiftleri gelir. #ffcc00 kırmızı 255, yeşil 204, mavi 0’dır; bu yüzden 00 alfa, 00 mavi, CC yeşil, FF kırmızı olur ve kod &H0000CCFF& biçimini alır. Değer seçtiğiniz renktir ve onu gösteren oynatıcı aynı sarıyı gösterir; sayılar yalnızca biçim onları tersten sakladığı için yeniden dizilmiş görünür.
Her video oynatıcı yeni rengi gerçekten gösterir mi?
Hayır ve bu sayfanın dürüst sınırı budur. Satır içi font etiketi SRT belirtiminin parçası değildir: çoğu oynatıcının tolere ettiği, bazılarının yok saydığı bir işaretlemedir. ASS geçersiz kılma kodlarını VLC ve mpv gibi libass tabanlı oynatıcılar dikkate alır, ama her donanım uydu alıcısı almaz. Sayfa işareti doğru yazar ve sonuç dosyanın kendisinde doğrulanabilir; belirli bir oynatıcının onu gösterip göstermesi o oynatıcının kararıdır. Renk ekranda garanti edilmek zorundaysa görüntünün içine yakılmalıdır; bu ayrı bir iştir.
Dosyada zaten bulunan renklere ne olur?
Üzerine katman eklenmez, değiştirilirler. Önce satırdaki her renk aralığı kaldırılır, sonra satırın tamamını kaplayan tek bir aralık eklenir; böylece sonuç iç içe font etiketi değil tek bir font etiketi olur. İç içe renk etiketleri oynatıcıların en çok ayrıştığı durumdur: bazıları içtekini, bazıları dıştakini alır, bazıları ikisini de düzleştirir; bu yüzden bu sayfadan geçmiş bir dosyada tek ve belirsizlik taşımayan bir cevap vardır.
Sayfa tek tek kelimeleri mi boyuyor, bütün altyazı dosyasını mı?
Bütün dosyayı, tek renkle, her satırı. Bu sayfada replik başına ya da kelime başına bir kapsam yoktur ve bu bilinçlidir: panel tek bir değer tutar ve sonucu hangi replikleri tıkladığınıza bağlı bir çalışma dosyadan yeniden üretilemezdi. Tek bir kelimenin öne çıkarılması gereken satır bir renk değişikliği değil metin düzenlemesidir; bu sitedeki arama ve değiştirme sayfaları o işin hedefli kısmını yapar.
Renk uygulanırken kalın, italik, altı çizili ve karaoke zamanlamaları korunur mu?
Korunur ve aralıkları aynı karakterlere bağlı kalır. Yalnızca renk aralıkları kaldırılıp yeniden eklenir; diğer dört tür dokunulmaz, bu yüzden satırdaki italik bir kelime yeni rengin içinde italik kalır. ASS’de bu, italik açma ve kapatma kodlarının metnin etrafında aynı yerlerde durduğu, renk geçersiz kılmasının ise onlardan önce açılıp sonra kapandığı anlamına gelir.