सबटाइटल पंक्ति का पहला अक्षर बड़ा करें
या सबटाइटल टेक्स्ट पेस्ट करें
विकल्प
इस एक बॉक्स के पीछे पाँच नामित नियम हैं, और हर एक का अपना पेज है: UPPERCASE और lowercase हर अक्षर फिर से लिखते हैं, Title Case हर शब्द का पहला अक्षर बड़ा करता है और छोटे शब्दों (a, the, of) को छोड़ता है, Sentence case पहले सब कुछ छोटा करता है और फिर हर वाक्य की शुरुआत बड़ी करता है, और हर पंक्ति का पहला अक्षर बड़ा करने वाला नियम केवल हर पंक्ति का पहला अक्षर बदलता है। यह पेज बॉक्स में वही नियम भरता है जो उसका शीर्षक बताता है और कोई दूसरा नहीं दिखाता, इसलिए यह पेज जो फ़ाइल बनाता है वही इस पेज की बात है।
टाइमिंग किस फ़्रेम रेट में गिनी गई है। फ़ॉर्मैट पेजों पर यही MicroDVD को चाहिए, क्योंकि वह टाइमिंग फ़्रेम संख्याओं में रखता है। फ़्रेम रेट पेजों पर यह वह रेट है जिसके हिसाब से फ़ाइल की टाइमिंग की गई थी — वह संस्करण जिसके लिए सबटाइटल बने थे — और पेज का दूसरा बॉक्स उस वीडियो का रेट लेता है जिसके साथ आप इन्हें इस्तेमाल करेंगे। 23.976, 24, 25, 29.97, 30, 50, 59.94 और 60 आम हैं। गलत होने पर पूरी टाइमलाइन खिसक जाती है, और फ़्रेम रेट पेजों पर वह एक अनुपात से खिसकती है, तय मात्रा से नहीं।
यह पेज साइट पर सबसे छोटा बदलाव करता है: हर सबटाइटल पंक्ति का पहला अक्षर बड़ा करता है और हर दूसरा अक्षर वहीं छोड़ देता है जहाँ था। कुछ भी छोटा नहीं किया जाता और कुछ और नहीं छुआ जाता, इसलिए जिस फ़ाइल की अकेली ख़राबी हर पंक्ति के शुरू में बड़ा अक्षर न होना है वह सुधरकर लौटती है, दोबारा लिखी नहीं जाती। OCR, भाषण पहचान या हाथ से टाइप की गई फ़ाइलें अक्सर ऐसी ही आती हैं।
यहाँ एक ज़रूरी बात साफ़ कर देनी चाहिए: वर्ण-आधारित यह बदलाव केवल Latin लिपि के टेक्स्ट पर लागू होता है, देवनागरी पर नहीं। हिंदी, मराठी, नेपाली जैसी देवनागरी लिपियों में छोटे-बड़े अक्षरों का भेद ही नहीं है, इसलिए देवनागरी पंक्तियाँ जैसी हैं वैसी लौटती हैं। जहाँ सबटाइटल में अंग्रेज़ी शब्द मिले हुए हैं — व्यक्ति के नाम, तकनीकी शब्द, गाने की पंक्ति — केवल वही Latin हिस्सा बदलता है, और देवनागरी अछूती रहती है।
पहला अक्षर ढूँढ़ते समय पंक्ति का पहला चिह्न नहीं, पहला अक्षर देखा जाता है। संवाद की पंक्ति डैश से शुरू होती है, कई पंक्तियाँ उद्धरण या कोष्ठक से, और ध्वनि की पंक्तियाँ संगीत के चिह्न से — इन सब में बड़ा अक्षर शब्द पर बैठता है, इसलिए “- hello there” से “- Hello there” बनता है। जिस पंक्ति में कोई अक्षर ही न हो, जैसे केवल संगीत के चिह्न या घड़ी का समय, वह जैसी आई थी वैसी लौटती है।
बदलाव इतना छोटा है कि यह समूह का अकेला पेज है जिसे उस फ़ाइल पर भी चलाया जा सकता है जिसे आप पहले से सही मानते हैं। अगर पंक्तियों की शुरुआत ठीक है तो कुछ नहीं हिलता और डाउनलोड वही फ़ाइल होती है; अगर कुछ गलत हैं तो सिर्फ़ वही सुधरते हैं और बाकी — संक्षिप्ताक्षर, नाम, पंक्ति के बीच जानबूझकर छोटा रखा गया अक्षर — वैसा ही रहता है। कुछ अपलोड नहीं होता: फ़ाइल ब्राउज़र टैब के अंदर पढ़ी और लिखी जाती है, और 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
the light is on.
and the door is shut.
आउटपुट
1
00:00:01,000 --> 00:00:02,000
The room is dark.
2
00:00:03,000 --> 00:00:04,000
The light is on.
And the door is shut.
हर पंक्ति पर एक बड़ा अक्षर और कुछ नहीं हिलता — तीनों में “is” छोटा ही रहता है, और यही इस पेज को sentence case से अलग करता है। दूसरी क्यू में दो पंक्तियाँ हैं और दोनों को बड़ा अक्षर मिलता है, क्योंकि कठोर पंक्ति विराम एक पंक्ति है और क्यू कोई इकाई नहीं।
ऐसी पंक्तियाँ जो चिह्न से शुरू होती हैं
इनपुट
1
00:00:01,000 --> 00:00:02,000
- hello there.
2
00:00:03,000 --> 00:00:04,000
♪♪ the music swells.
3
00:00:05,000 --> 00:00:06,000
"come in," she said.
आउटपुट
1
00:00:01,000 --> 00:00:02,000
- Hello there.
2
00:00:03,000 --> 00:00:04,000
♪♪ The music swells.
3
00:00:05,000 --> 00:00:06,000
"Come in," she said.
संवाद का डैश, संगीत के चिह्न और शुरुआती उद्धरण अपनी जगह रहते हैं, और बड़ा अक्षर उनके बाद वाले पहले अक्षर पर बैठता है, चिह्न पर नहीं। असली फ़ाइलों में यही मामला सबसे ज़्यादा आता है: संवाद की पंक्ति लगभग कभी अपने पहले अक्षर से शुरू नहीं होती।
पहले से बड़े अक्षरों वाली फ़ाइल
इनपुट
1
00:00:01,000 --> 00:00:02,000
THE ROOM IS DARK.
2
00:00:03,000 --> 00:00:04,000
AND THE LIGHT IS ON.
आउटपुट
1
00:00:01,000 --> 00:00:02,000
THE ROOM IS DARK.
2
00:00:03,000 --> 00:00:04,000
AND THE LIGHT IS ON.
कुछ नहीं बदला, क्योंकि हर पंक्ति का पहला अक्षर पहले से बड़ा है और इस पेज की बाकी पंक्ति पर कोई राय नहीं। यही दो मिलते-जुलते पेजों में से सही चुनने का सबसे तेज़ तरीका है: अगर चिल्लाती फ़ाइल पर चलाने से “कुछ नहीं बदला” आए, तो उसे sentence case ठीक करेगा।
जिन पंक्तियों में कोई अक्षर नहीं
इनपुट
1
00:00:01,000 --> 00:00:02,000
♪♪
2
00:00:03,000 --> 00:00:04,000
19:42
आउटपुट
1
00:00:01,000 --> 00:00:02,000
♪♪
2
00:00:03,000 --> 00:00:04,000
19:42
किसी भी पंक्ति में अक्षर नहीं है, क्योंकि संगीत के चिह्नों का केस नहीं होता और घड़ी के अंकों का भी नहीं। फ़ाइल बाइट-दर-बाइट लौटती है और बदली क्यू की सूची ख़ाली रहती है, जो ऐसी फ़ाइल का ईमानदार जवाब है जिस पर करने को कुछ नहीं था।
अक्सर पूछे जाने वाले सवाल
इस पेज और sentence case में क्या फ़र्क़ है?
यह पेज हर पंक्ति में ठीक एक अक्षर बदलता है और कभी कुछ छोटा नहीं करता। sentence case पंक्ति जिस केस में आई थी उसे फेंककर दोबारा बनाता है, इसलिए “THE ROOM IS DARK” यहाँ चिल्लाता रहता है और वहाँ “The room is dark.” बन जाता है। OCR या ट्रांसक्रिप्शन से आई फ़ाइलों को यह पेज चाहिए; बड़े अक्षरों में दी गई फ़ाइलों को दूसरा।
क्या बड़ा अक्षर देवनागरी पंक्ति पर भी लगेगा?
नहीं। देवनागरी में छोटे और बड़े अक्षरों का भेद नहीं होता, इसलिए हिंदी या मराठी की पंक्ति जैसी आई थी वैसी लौटती है। यह पेज केवल Latin लिपि के उन अक्षरों को बदलता है जिनका दूसरा रूप मौजूद है, इसलिए मिश्रित फ़ाइल में अंग्रेज़ी शब्दों का पहला अक्षर बड़ा हो सकता है जबकि उसके आगे-पीछे की देवनागरी अछूती रहेगी।
क्या पंक्ति के शुरू में डैश या संगीत के चिह्न पर बड़ा अक्षर जाएगा?
नहीं। पेज पंक्ति का पहला अक्षर ढूँढ़ता है और उसे बड़ा करता है, इसलिए संवाद का डैश, शुरुआती उद्धरण, कोष्ठक, संगीत का चिह्न या अंक छोड़ दिए जाते हैं और बड़ा अक्षर उनके पीछे वाले शब्द पर बैठता है। जिस पंक्ति में कोई अक्षर ही न हो, वह बिल्कुल वैसी लौटती है।
क्या यह पंक्ति के बीच के गलत बड़े अक्षर भी ठीक करेगा?
नहीं, और वह उन्हें और बिगाड़ेगा भी नहीं: पेज केवल पंक्ति का पहला अक्षर बदलता है। बीच में बिखरे बड़े अक्षरों वाली फ़ाइल के लिए find and replace चाहिए, जो किसी ख़ास शब्द को निशाना बना सकता है, या sentence case, जो पूरी पंक्ति को वाक्य की तरह दोबारा बनाता है।
दो पंक्तियों वाली क्यू पर क्या असर होता है?
हर पंक्ति को अपनी अलग पंक्ति माना जाता है, इसलिए कठोर विराम वाली क्यू को दो बड़े अक्षर मिलते हैं। सबटाइटल में यह जानबूझकर ऐसा है: विराम टाइपोग्राफ़ी का फ़ैसला है, वाक्य का अंत नहीं, और दूसरी पंक्ति अलग पढ़ी जाती है। फ़ाइल के पंक्ति विराम भी वैसे ही रहते हैं, इसलिए आपका चुना हुआ रैपिंग बचा रहता है।
क्या इसे पहले से जाँची हुई फ़ाइल पर चलाना सुरक्षित है?
हाँ, और समूह में यही एक पेज है जिसके लिए यह सच है। हर दूसरा केस नियम कुछ छोटा करता है या पूरी पंक्ति दोबारा बनाता है, इसलिए उन्हें दोबारा चलाना चुपचाप काम बिगाड़ सकता है। यह पेज केवल तब बड़ा अक्षर जोड़ता है जब पहला अक्षर छोटा हो, इसलिए सही शुरुआत वाली फ़ाइल से वही बाइट्स लौटती हैं।