सबटाइटल को अपरकेस में बदलें
या सबटाइटल टेक्स्ट पेस्ट करें
विकल्प
इस एक बॉक्स के पीछे पाँच नामित नियम हैं, और हर एक का अपना पेज है: UPPERCASE और lowercase हर अक्षर फिर से लिखते हैं, Title Case हर शब्द का पहला अक्षर बड़ा करता है और छोटे शब्दों (a, the, of) को छोड़ता है, Sentence case पहले सब कुछ छोटा करता है और फिर हर वाक्य की शुरुआत बड़ी करता है, और हर पंक्ति का पहला अक्षर बड़ा करने वाला नियम केवल हर पंक्ति का पहला अक्षर बदलता है। यह पेज बॉक्स में वही नियम भरता है जो उसका शीर्षक बताता है और कोई दूसरा नहीं दिखाता, इसलिए यह पेज जो फ़ाइल बनाता है वही इस पेज की बात है।
टाइमिंग किस फ़्रेम रेट में गिनी गई है। फ़ॉर्मैट पेजों पर यही MicroDVD को चाहिए, क्योंकि वह टाइमिंग फ़्रेम संख्याओं में रखता है। फ़्रेम रेट पेजों पर यह वह रेट है जिसके हिसाब से फ़ाइल की टाइमिंग की गई थी — वह संस्करण जिसके लिए सबटाइटल बने थे — और पेज का दूसरा बॉक्स उस वीडियो का रेट लेता है जिसके साथ आप इन्हें इस्तेमाल करेंगे। 23.976, 24, 25, 29.97, 30, 50, 59.94 और 60 आम हैं। गलत होने पर पूरी टाइमलाइन खिसक जाती है, और फ़्रेम रेट पेजों पर वह एक अनुपात से खिसकती है, तय मात्रा से नहीं।
यह पेज हर सबटाइटल पंक्ति को बड़े अक्षरों में दोबारा लिखता है। फ़ाइल डालें, चलाएँ, और शब्द चिल्लाते हुए लौटते हैं जबकि बाकी सब — टाइमकोड, क्यू नंबर, क्रम, पंक्ति विराम — वहीं रहता है जहाँ फ़ाइल ने रखा था। ज़्यादातर लोग यहाँ एक डिलीवरी स्पेसिफ़िकेशन लेकर आते हैं: कुछ प्रसारक और स्ट्रीमिंग प्लेटफ़ॉर्म आज भी बड़े अक्षरों में सबटाइटल टेक्स्ट माँगते हैं।
यह बदलाव केवल Latin लिपि के अक्षरों पर लागू होता है। देवनागरी में बड़े-छोटे अक्षरों का भेद नहीं है, इसलिए हिंदी, मराठी या नेपाली पाठ जैसा आया था वैसा ही रहता है — जो फ़ाइल मिश्रित है उसमें सिर्फ़ अंग्रेज़ी शब्द बड़े होंगे। पूरी देवनागरी फ़ाइल डालने पर फ़ाइल बाइट-दर-बाइट वैसी ही लौटेगी, और यही सही जवाब है।
पूर्ण विराम, अल्पविराम और प्रश्नवाचक चिह्न सब बचे रहते हैं। यह केवल केस का बदलाव है: कोई विराम जोड़ा या हटाया नहीं जाता, कोई पंक्ति दूसरी से नहीं जोड़ी जाती, कोई क्यू दोबारा टाइम नहीं होती। अगर आपकी फ़ाइल में एक क्यू में दो पंक्तियाँ हैं तो दो ही रहेंगी, और हर एक अलग से बड़ी होगी।
स्टाइलिंग वाली फ़ाइल पर चलाने से पहले एक बात जान लें। अक्षर को बड़ा करने से स्ट्रिंग की लंबाई आम तौर पर वही रहती है, इसलिए इटैलिक की सीमा वही शब्द ढकती रहती है। कुछ अक्षर अपवाद हैं — जर्मन sharp s बड़ा होने पर दो अक्षर बन जाता है — और जहाँ ऐसा होता है वहाँ पेज उस पंक्ति के टैग हटा देता है और बताता है कि कितने हटे, क्योंकि अपने शब्दों से मेल न खाने वाली सीमा किसी सीमा से बुरी है। कुछ अपलोड नहीं होता और SRT, WebVTT, ASS, SSA, SBV, SAMI, LRC, MicroDVD, TTML, JSON, TXT व CSV अपने असली रूप में पढ़े जाते हैं।
उदाहरण
साधारण दो-क्यू फ़ाइल
इनपुट
1
00:00:01,000 --> 00:00:02,000
The room is dark.
2
00:00:03,000 --> 00:00:04,000
A cold night.
आउटपुट
1
00:00:01,000 --> 00:00:02,000
THE ROOM IS DARK.
2
00:00:03,000 --> 00:00:04,000
A COLD NIGHT.
हर अक्षर बड़ा और बाकी कुछ नहीं हिलता: टाइमकोड और क्यू नंबर फ़ाइल के अपने हैं, विराम चिह्न अछूते हैं, और दो क्यू ही हैं। यही पूरी क्रिया है — इसका अपना पेज होने की वजह वह है जो यह स्टाइलिंग के साथ करता है, जो अगला उदाहरण दिखाता है।
जिस पंक्ति में बड़ा करने से टेक्स्ट लंबा हो जाता है
इनपुट
1
00:00:01,000 --> 00:00:02,000
<i>straße</i> at night.
2
00:00:03,000 --> 00:00:04,000
fine.
आउटपुट
1
00:00:01,000 --> 00:00:02,000
STRASSE AT NIGHT.
2
00:00:03,000 --> 00:00:04,000
FINE.
इटैलिक शब्द के अंत का sharp s दो अक्षरों में बढ़ जाता है, इसलिए इटैलिक की सीमा वही अक्षर नहीं ढकती। टैग को गलत अक्षरों पर छोड़ने के बजाय पेज उस पंक्ति के सब टैग हटा देता है और गिनती बताता है, इसीलिए नतीजे में इटैलिक नहीं है। दूसरी क्यू पर कोई असर नहीं।
जिस पंक्ति में कोई अक्षर नहीं
इनपुट
1
00:00:01,000 --> 00:00:02,000
♪♪
2
00:00:03,000 --> 00:00:04,000
She left.
आउटपुट
1
00:00:01,000 --> 00:00:02,000
♪♪
2
00:00:03,000 --> 00:00:04,000
SHE LEFT.
संगीत के नोटों का केस नहीं होता, इसलिए पहली पंक्ति जैसी गई थी वैसी निकलती है जबकि दूसरी बड़ी हो जाती है। ध्वनि को चिह्नों, डैश या अंकों से दिखाने वाली फ़ाइलें इस पेज से सुरक्षित निकलती हैं, और यही पंक्ति-दर-पंक्ति काम करने की व्यावहारिक वजह है।
अक्सर पूछे जाने वाले सवाल
क्या सबटाइटल को बड़े अक्षरों में बदलने से टाइमिंग बदलती है?
नहीं। यह पेज कोई टाइमकोड न पढ़ता है न लिखता है, इसलिए हर क्यू का शुरू और अंत मिलीसेकंड तक अपना रहता है, क्रम फ़ाइल का अपना है, और क्यू की संख्या नहीं बदलती। इसलिए इसे अभी-अभी टाइम की गई फ़ाइल पर भी सुरक्षित चलाया जा सकता है: सिंक पहले सही था तो बाद में भी सही है।
टेक्स्ट बड़ा करने पर इटैलिक और बाकी स्टाइलिंग का क्या होता है?
आम तौर पर बची रहती है, क्योंकि अक्षर बड़ा करने से स्ट्रिंग की लंबाई वही रहती है और हर स्टाइल सीमा वही अक्षर ढकती है। अपवाद वे अक्षर हैं जिनका बड़ा रूप एक से ज़्यादा अक्षरों का होता है — जर्मन sharp s आम उदाहरण है — और वहाँ पंक्ति के टैग गलत अक्षरों पर छोड़ने के बजाय हटा दिए जाते हैं। गिनती डाउनलोड के ऊपर बताई जाती है।
क्या फ़ाइल की सिर्फ़ कुछ क्यू बड़ी कर सकते हैं?
इस पेज पर नहीं: पूरी फ़ाइल बदलती है, हर क्यू, हर पंक्ति। अगर कुछ हिस्सा अछूता चाहिए तो व्यावहारिक रास्ता यह है कि फ़ाइल बदलें और फिर जिन क्यू को रखना है उन पर मूल शब्द वापस लिखें, या फ़ाइल पहले बाँटकर एक हिस्सा बदलें। एक ड्रॉप की गई फ़ाइल में यह बताने की जगह नहीं होती कि कौन-सी क्यू मतलब में थीं।
मेरी फ़ाइल जैसी गई थी वैसी ही क्यों लौटी?
क्योंकि वह पहले से बड़े अक्षरों में थी, या पूरी तरह देवनागरी में थी जहाँ केस का भेद ही नहीं। पेज बदली हुई क्यू बताता है, और ख़ाली सूची उस फ़ाइल का ईमानदार जवाब है जिस पर करने को कुछ नहीं था — डाउनलोड फिर भी बनता है और वही फ़ाइल होती है। यह अपरिचित फ़ाइल पर उपयोगी पहला दौर है।
क्या यह बड़े अक्षर वाला पेज देवनागरी और दूसरी लिपियों पर भी चलता है?
यह उन सब पर काम करता है जिन्हें ब्राउज़र के केस नियम ढकते हैं: Latin लिपियाँ, ग्रीक, सिरिलिक और अन्य। जो नहीं कर सकता वह है केस गढ़ना — चीनी, जापानी, कोरियाई और थाई में बड़े अक्षर होते ही नहीं, और देवनागरी भी उसी श्रेणी में है, इसलिए उन भाषाओं की फ़ाइल वैसी ही लौटती है, जो सही है।
क्या सबटाइटल को बड़े अक्षरों में करना अच्छा विचार है या सिर्फ़ स्पेसिफ़िकेशन की माँग?
यह कुछ स्पेसिफ़िकेशन की माँग है, और बड़े अक्षर मिश्रित केस से कम पढ़े जाते हैं — एक ही लंबाई की पंक्ति बड़े अक्षरों में नापने पर धीमी लगती है, इसीलिए ज़्यादातर सुगम्यता मार्गदर्शन उलटा कहता है। इस पेज का इस्तेमाल तब करें जब डिलीवरी स्पेसिफ़िकेशन या ग्राहक माँगे, डिफ़ॉल्ट की तरह नहीं।