सबटाइटल का रंग बदलें
या सबटाइटल टेक्स्ट पेस्ट करें
विकल्प
वह रंग चुनें जिसमें पूरी फ़ाइल बदलेगी। पंक्ति पर मौजूद रंग ऊपर से लगाने के बजाय बदल दिए जाते हैं, इसलिए एक बार चलाने पर हर पंक्ति पर ठीक एक रंग रहता है; बोल्ड, इटैलिक, अंडरलाइन और कराओके टाइमिंग अछूते रहते हैं। केवल #rrggbb लिखा जाता है — यही एक रूप है जिसे सभी नौ स्वीकृत फ़ॉर्मैट ठीक-ठीक ले जा सकते हैं। हर प्लेयर इनलाइन रंग नहीं खींचता, और SRT का इसके लिए कोई मानक नहीं: फ़ाइल रंग रखेगी, पर दिखेगा या नहीं यह प्लेयर पर है।
यह पेज सबटाइटल फ़ाइल की हर पंक्ति को एक ही रंग में रंगता है। यह फ़ाइल को एक्सटेंशन के बजाय उसके असली रूप में पढ़ता है, इसलिए वही दौर नौ फ़ॉर्मैट पर चलता है, और हर एक को रंग उसी अंकन में मिलता है जिसे वह पहले से समझता है: SRT, WebVTT, SBV और SAMI में “<font color=#rrggbb>”, ASS और SSA में override ब्लॉक, TTML में “<span tts:color>”, JSON में टैग सूची, और CSV की उद्धृत कोशिकाओं के अंदर वही इनलाइन मार्कअप।
जो रंग आप चुनते हैं वह पहले से मौजूद रंग के ऊपर नहीं चढ़ता, उसे बदल देता है। जो पंक्ति आधी हरी आई थी वह पूरी नए रंग में लौटती है — पूरी पंक्ति पर एक सीमा, “<font>” के अंदर “<font>” नहीं, जिसे कुछ प्लेयर अंदर वाला रंग दिखाते हैं और कुछ पूरी तरह नज़रअंदाज़ करते हैं। बोल्ड, इटैलिक, अंडरलाइन और काराओके टाइमिंग अपनी जगह रहते हैं, और हर स्टाइल सीमा वही अक्षर ढकती रहती है।
पूरी फ़ाइल के लिए एक रंग जानबूझकर है। सबटाइटल का रंग आम तौर पर डिलीवरी का फ़ैसला होता है — हाउस का सफ़ेद, चमकीले दृश्य में टिकने वाला पीला, किसी ख़ास बोलने वाले के लिए रखा रंग — और जिस फ़ाइल को दो रंग चाहिए उसमें किसी को तय करना पड़ेगा कि कौन-सी पंक्ति कौन-सा रंग ले, जो टेक्स्ट एडिटर का काम है, पैनल के एक मान का नहीं। जिस क्यू में टेक्स्ट ही नहीं उसे कुछ नहीं मिलता: रंगने को सीमा नहीं है, और शून्य लंबाई की रंग सीमा कुछ भी न ढकने वाला टैग होती।
यह पेज केवल Latin-आधारित फ़ॉर्मैट के इनलाइन मार्कअप लिखता है, और देवनागरी पाठ को उसी तरह लपेटता है — अक्षर नहीं बदलते, केवल रंग का निशान जुड़ता है। कुछ अपलोड नहीं होता और कुछ ब्राउज़र टैब से बाहर नहीं जाता। रंग सबटाइटल फ़ाइल की उन गिनी-चुनी स्टाइलिंग में है जो बिना रेंडरर भी साथ चल सकती है, लेकिन दर्शक को वह दिखेगा या नहीं यह प्लेयर का फ़ैसला है — यह पेज निशान लिखता है, और नीचे के सवाल-जवाब साफ़ बताते हैं कि वह इस रेखा के किस तरफ़ खड़ा है।
उदाहरण
दो सादी SRT क्यू
इनपुट
1
00:00:01,000 --> 00:00:02,000
Hello there.
2
00:00:03,000 --> 00:00:04,000
Second line.
आउटपुट
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>
हर पंक्ति पर एक “<font>”, पूरी पंक्ति के चारों ओर, और टाइमकोड तथा ख़ाली पंक्तियाँ बिल्कुल वैसी जैसी आई थीं। टैग क्यू का गुण नहीं बल्कि पंक्ति पर सीमा है, इसीलिए दो कठोर पंक्तियों वाली क्यू को एक नहीं, दो टैग मिलते हैं।
जिस पंक्ति पर पहले से रंग और इटैलिक है
इनपुट
1
00:00:01,000 --> 00:00:02,000
<i>Hello</i> <font color="#00ff00">there</font>.
आउटपुट
1
00:00:01,000 --> 00:00:02,000
<font color="#ffcc00"><i>Hello</i> there.</font>
नया रंग लगाने से पहले हरी सीमा हटा दी जाती है, इसलिए नतीजा पंक्ति के चारों ओर एक “<font>” है जिसके अंदर इटैलिक बची है — “<font>” के अंदर “<font>” नहीं, जहाँ नेस्टिंग के नियम प्लेयर पर निर्भर होते हैं और नतीजा हर जगह चुपचाप अलग होता है। जो हरा था वह अब बाकी सब जैसा एक ही रंग है।
वही क्यू ASS फ़ाइल में
इनपुट
[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
आउटपुट
[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 में “<font>” नहीं होता; रंग एक override कोड है जो टेक्स्ट से पहले खुलता है और बाद में अकेले “{\c}” से बंद होता है, ताकि पंक्ति का बाकी हिस्सा गलती से रंगा न जाए। स्टाइलशीट का PrimaryColour नहीं बदला जाता — क्यू-स्तर का override ज़्यादा मज़बूत निर्देश है और इस क्यू पर अकेले लागू होता है।
जिस क्यू में टेक्स्ट नहीं
इनपुट
1
00:00:01,000 --> 00:00:02,000
2
00:00:03,000 --> 00:00:04,000
Hi.
आउटपुट
1
00:00:01,000 --> 00:00:02,000
2
00:00:03,000 --> 00:00:04,000
<font color="#ffcc00">Hi.</font>
ख़ाली क्यू को कुछ भी न ढकने वाले “<font>” के बजाय ख़ाली ही छोड़ा जाता है। ख़ाली क्यू पहले से ढाँचे की समस्या है — जाँच पेज उसे बताते हैं — और बिना टेक्स्ट का मार्कअप टैग उसे ठीक नहीं करता, सिर्फ़ grep से छिपा देता है। जिस क्यू में टेक्स्ट है वह सामान्य रूप से रंगी जाती है।
अक्सर पूछे जाने वाले सवाल
यह रंग पेज किन फ़ॉर्मैट में लिखता है, और हर एक में निशान कैसा दिखता है?
नौ में: SRT, WebVTT, ASS, SSA, SBV, SAMI, TTML, JSON और CSV। SRT, WebVTT, SBV और SAMI “<font color=#rrggbb>” लेते हैं, ASS और SSA “{\c&H…&}” override लेते हैं जो “{\c}” से बंद होता है, TTML “<span tts:color=#rrggbb>” लेता है, JSON रंग को पंक्ति पर टैग सीमा की तरह लिखता है, और CSV अपनी उद्धृत टेक्स्ट कोशिका में वही “<font>” मार्कअप रखता है। जिन फ़ॉर्मैट में इनलाइन रंग रखने की जगह ही नहीं — LRC या MicroDVD — उन्हें यह पेज स्वीकार नहीं करता।
मैंने “#ffcc00” चुना तो ASS नतीजा “&H0000CCFF&” क्यों कहता है?
क्योंकि ASS रंग के बाइट उलटे क्रम में लिखता है: “&HAABBGGRR”, जहाँ पहले alpha और फिर नीला, हरा, लाल जोड़ा आता है। “#ffcc00” यानी लाल 255, हरा 204, नीला 0, इसलिए वह alpha “00”, नीला “00”, हरा “CC”, लाल “FF” बनता है — “&H0000CCFF&”। मान वही चुना हुआ रंग है और प्लेयर वही पीला दिखाता है; अंक सिर्फ़ उलटे क्रम में रखे लगते हैं।
क्या हर वीडियो प्लेयर नया रंग दिखाएगा?
नहीं, और यही इस पेज की ईमानदार सीमा है। “<font color>” SRT स्पेसिफ़िकेशन का हिस्सा नहीं — यह वह मार्कअप है जिसे ज़्यादातर प्लेयर सह लेते हैं और कुछ नज़रअंदाज़ करते हैं — और ASS override कोड libass पर बने प्लेयर जैसे VLC और mpv मानते हैं, पर हर हार्डवेयर सेट-टॉप बॉक्स नहीं। पेज निशान सही लिखता है और नतीजा फ़ाइल में जाँचा जा सकता है; दिखाना प्लेयर का फ़ैसला है।
फ़ाइल में पहले से मौजूद रंगों का क्या होता है?
वे बदले जाते हैं, ऊपर नहीं चढ़ाए जाते। पंक्ति की हर रंग सीमा पहले हटाई जाती है और फिर पूरी पंक्ति ढकने वाली एक सीमा जोड़ी जाती है, इसलिए नतीजा एक ही “<font>” है, “<font>” के अंदर “<font>” नहीं। नेस्टेड रंग टैग वही जगह है जहाँ प्लेयर सबसे ज़्यादा असहमत होते हैं, इसलिए इस पेज से गुज़री फ़ाइल में एक ही साफ़ जवाब रहता है।
क्या पेज अलग-अलग शब्दों को रंगता है या पूरी सबटाइटल फ़ाइल को?
पूरी फ़ाइल को, एक रंग, हर पंक्ति। इस पेज पर प्रति-क्यू या प्रति-शब्द दायरा जानबूझकर नहीं है: पैनल में एक ही मान है, और ऐसा दौर जिसका नतीजा इस पर निर्भर हो कि आपने किन क्यू पर क्लिक किया था, फ़ाइल से दोबारा नहीं बनाया जा सकता। एक शब्द निकालने की ज़रूरत टेक्स्ट एडिट का काम है, और इस साइट के find and replace पेज वह निश्चित हिस्सा कर सकते हैं।
रंग लगाने पर बोल्ड, इटैलिक, अंडरलाइन और काराओके टाइमिंग बचते हैं?
बचते हैं, और उनकी सीमाएँ उन्हीं अक्षरों से जुड़ी रहती हैं। केवल रंग की सीमाएँ हटाई और फिर जोड़ी जाती हैं; बाकी चार किस्में अछूती हैं, इसलिए नए रंग के अंदर का इटैलिक शब्द इटैलिक ही रहता है। ASS पर इसका मतलब है कि “{\i1}” और उसका बंद करने वाला “{\i0}” टेक्स्ट के आसपास उसी जगह रहते हैं, रंग वाला override उनसे पहले खुलकर बाद में बंद होता है।