लंबे सबटाइटल बाँटें
या सबटाइटल टेक्स्ट पेस्ट करें
विकल्प
पाठक जैसे अक्षर देखता है उसी में गिना जाता है, बाइट या UTF-16 इकाइयों में नहीं, इसलिए नुक़्ता वाला अक्षर एक गिना जाता है। जिस भी क्यू में इससे ज़्यादा अक्षर हों वह अधिकतम इतने अक्षरों के टुकड़ों में काटा जाता है। कट स्पेस पर, पंक्ति के अंत पर, या चीनी और जापानी अक्षरों के बीच पड़ता है; केवल एक बिना टूटा हुआ सिलसिला जिसमें इनमें से कुछ न हो, जैसे लंबा URL, शब्द के बीच से कटता है। हर टुकड़े को क्यू के समय का हिस्सा उतना मिलता है जितना टेक्स्ट उसने लिया।
टाइमिंग किस फ़्रेम रेट में गिनी गई है। फ़ॉर्मैट पेजों पर यही MicroDVD को चाहिए, क्योंकि वह टाइमिंग फ़्रेम संख्याओं में रखता है। फ़्रेम रेट पेजों पर यह वह रेट है जिसके हिसाब से फ़ाइल की टाइमिंग की गई थी — वह संस्करण जिसके लिए सबटाइटल बने थे — और पेज का दूसरा बॉक्स उस वीडियो का रेट लेता है जिसके साथ आप इन्हें इस्तेमाल करेंगे। 23.976, 24, 25, 29.97, 30, 50, 59.94 और 60 आम हैं। गलत होने पर पूरी टाइमलाइन खिसक जाती है, और फ़्रेम रेट पेजों पर वह एक अनुपात से खिसकती है, तय मात्रा से नहीं।
यह पेज उस हर क्यू को काटता है जिसमें आपकी सीमा से ज़्यादा टेक्स्ट हो, और टुकड़े ऐसे बनाता है जो हर एक में फ़िट हों। सीमा पाठक की नज़र से अक्षरों में गिनी जाती है, और शुरू में 42 है — वह प्रति-पंक्ति सीमा जिस पर सबटाइटल शैली-निर्देश आख़िरकार सहमत हुए हैं, और वह नंबर जिसके सामने प्रसारक या स्ट्रीमिंग प्लेटफ़ॉर्म आपकी फ़ाइल जाँचेगा। 60 अक्षर वाली क्यू दो क्यू बनकर निकलती है; टेक्स्ट निकटतम स्पेस पर बँटता है, और अंदर गया हर अक्षर वापस निकलता है।
टुकड़े मूल क्यू का समय इस अनुपात में बाँटते हैं कि हर एक में कितना टेक्स्ट है। यही उसी विचार का दूसरा आधा है: लंबी पंक्ति सिर्फ़ एक बार में पढ़ने के लिए ज़्यादा नहीं होती, उसे स्क्रीन पर ज़्यादा देर भी चाहिए, और सीमा असल में पढ़ने की गति के बारे में है। पूरी अवधि नहीं हिलती — पहला टुकड़ा वहीं शुरू होता है जहाँ क्यू शुरू हुई, आख़िरी वहीं ख़त्म होता है जहाँ वह ख़त्म हुई, और फ़ाइल में और कुछ एक मिलीसेकंड नहीं सरकता।
कट स्पेस पर, पंक्ति के अंत पर, या किसी चीनी या जापानी अक्षर के बगल में पड़ता है। सिर्फ़ वह एक टुकड़ा जिसमें इनमें से कुछ नहीं — लंबा URL, अंकों की श्रृंखला — शब्द के बीच से कटता है, क्योंकि सीमा सख़्त है और पैनल पर “इसे बाँटा नहीं जा सका” कहने का कोई तरीका नहीं। बिना स्पेस और बिना चित्रात्मक अक्षर वाली लिपियाँ, जैसे थाई या ख्मेर, भी इसी मामले में आती हैं।
चलाने से पहले एक बात जान लें: बाँटना बदल देता है कि फ़ाइल में कितनी क्यू हैं, और जिस फ़ाइल की क्यू गिनती बदली हो वह टाइमलाइन क्रम में 1 से नई गिनती के साथ लिखी जाती है। अगर किसी क्यू पर स्टाइल या स्थिति है — ASS फ़ाइल, स्थिति वाली WebVTT — वह जानकारी पहले टुकड़े के साथ रहती है, और टूल जो टुकड़े बनाता है उनमें वह नहीं होती; रिपोर्ट उन्हें गिनती है ताकि पता रहे कि कितने प्रभावित हुए। सब कुछ इसी ब्राउज़र टैब में चलता है: कोई फ़ाइल अपलोड नहीं होती, और SRT, WebVTT, ASS, SSA, SBV, SAMI, MicroDVD, TTML, JSON और CSV सब एक ही तरह पढ़े जाते हैं।
उदाहरण
42 की सीमा पर 56 अक्षरों की पंक्ति
इनपुट
1
00:00:01,000 --> 00:00:04,000
She walked into the room and closed the door behind her.
आउटपुट
1
00:00:01,000 --> 00:00:03,127
She walked into the room and closed the
2
00:00:03,127 --> 00:00:04,000
door behind her.
39 और 16 अक्षरों के दो टुकड़े, और तीन सेकंड 2127 और 873 में बँटे। कट door से पहले के स्पेस पर है, ठीक 42वें अक्षर पर नहीं, इसलिए कोई शब्द नहीं टूटा। अगर इस क्यू पर स्टाइल होता, तो पहला टुकड़ा उसे रखता और रिपोर्ट कहती कि एक नई क्यू बिना स्टाइल के निकली।
चीनी टेक्स्ट, जहाँ तोड़ने के लिए स्पेस नहीं
इनपुट
1
00:00:01,000 --> 00:00:04,000
我们今天下午三点在会议室开会讨论明年的计划。
आउटपुट
1
00:00:01,000 --> 00:00:02,364
我们今天下午三点在会
2
00:00:02,364 --> 00:00:03,727
议室开会讨论明年的计
3
00:00:03,727 --> 00:00:04,000
划。
10 की सीमा पर 22 अक्षर 10, 10 और 2 बनते हैं। चित्रात्मक अक्षर के बगल का विराम तोड़ने की जगह गिना जाता है, इसलिए चीनी और जापानी फ़ाइलें अपने नियमों से बँटती हैं; हर अक्षर एक अक्षर भी गिना जाता है, इसलिए सीमा का मतलब यहाँ भी वही है जो अंग्रेज़ी में।
पहले से सीमा के अंदर की फ़ाइल
इनपुट
1
00:00:01,000 --> 00:00:02,000
A short one.
2
00:00:03,000 --> 00:00:04,000
And another.
आउटपुट
1
00:00:01,000 --> 00:00:02,000
A short one.
2
00:00:03,000 --> 00:00:04,000
And another.
यहाँ 100 अक्षर से लंबा कुछ नहीं, इसलिए कुछ नहीं बँटता और आउटपुट नंबरों समेत बाइट-दर-बाइट इनपुट है। जब पता न हो कि फ़ाइल में क्या है, पहली बार यही रन करें: बहुत ऊँची सीमा सिर्फ़ कुछ नहीं कर सकती।
अक्सर पूछे जाने वाले सवाल
इस पेज की 42 अक्षरों की सीमा कहाँ से आती है?
यह वह प्रति-पंक्ति सीमा है जिस पर ज़्यादातर सबटाइटल शैली-निर्देश और प्रसारक विनिर्देश एकमत हैं, और यह पढ़ने के व्यवहार से आती है, किसी एक दस्तावेज़ से नहीं: सामान्य देखने की दूरी पर दर्शक एक पंक्ति में लगभग 42 अक्षर आराम से पढ़ता है। एक क्यू के लिए ऐसी दो पंक्तियाँ आम अधिकतम हैं, इसीलिए बॉक्स 42 से शुरू होता है। कंप्यूटर पर पढ़ने वाली फ़ाइल के लिए बढ़ाएँ, और फ़ोन पर हाथ भर दूरी से देखी जाने वाली सामग्री के लिए घटाएँ।
क्या पंक्ति बाँटने से सबटाइटल स्क्रीन पर दिखने का समय बदलेगा?
क्यू पूरी तरह ठीक उन्हीं पलों पर दिखती और गायब होती है: पहला टुकड़ा वहीं शुरू होता है जहाँ मूल शुरू हुई, आख़िरी वहीं ख़त्म होता है जहाँ मूल ख़त्म हुई। उस अवधि के अंदर टुकड़े बारी-बारी आते हैं, जितना टेक्स्ट उतने अनुपात में, इसलिए दुगने टेक्स्ट वाला टुकड़ा लगभग दुगनी देर रहता है। यह अनुपात अक्षर गिनती से निकलता है, फ़ाइल में किसी चीज़ से नहीं, क्योंकि फ़ाइल ने कभी सिर्फ़ यह बताया था कि पूरी पंक्ति कब स्क्रीन पर थी।
क्या क्यू बाँटने के बाद टूल फ़ाइल को पुनःक्रमांकित करता है?
हाँ, और क्यों यह जानना ज़रूरी है। जिस फ़ाइल की क्यू गिनती बदली हो वह टाइमलाइन क्रम में लिखी जाती है और 1 से गिनी जाती है, ताकि नंबर फ़ाइल में जो है उसकी गिनती रहें, बीच में छेद वाले लेबल न बनें। व्यावहारिक नतीजा यह है कि बाँटी गई फ़ाइल को मूल से नंबर की रेखा पर क्यू-दर-क्यू नहीं मिलाया जा सकता — टाइमलाइन प्रीव्यू पर मिलाएँ, या मूल अपने पास रखें।
क्या बाँटने से टेक्स्ट खो सकता है या स्टाइल वाली क्यू टूट सकती है?
कोई अक्षर नहीं गिरता: हर टुकड़ा मूल टेक्स्ट का लगातार हिस्सा है, उसके अंदर के लाइन ब्रेक समेत, और सिर्फ़ दोनों कट किनारों का खाली स्थान हटाया जाता है। जो बदलता है वह यह कि स्टाइल, स्थिति या कराओके टाइमिंग उस क्यू की होती है जिस पर लिखी गई थी, इसलिए वह पहले टुकड़े के साथ रहती है और उसके बाद बने टुकड़ों में नहीं होती। रिपोर्ट ऐसी क्यू गिनती है जिन्होंने इस तरह फ़ॉर्मैटिंग खोई, और यह डाउनलोड से पहले दिख जाता है।
सीमा से लंबे शब्द का क्या होता है?
वह बीच से कटता है, और यही एक मामला है जहाँ टूल शब्द तोड़ता है। विकल्प होता टुकड़े को सीमा से आगे जाने देना, और सीमा आपने इसीलिए तय की है, इसलिए कट जीतता है। लंबे URL, हैश और अंकों की श्रृंखलाएँ आम दोषी हैं। अगर उन्हें पूरा रखना है तो सीमा फ़ाइल के सबसे लंबे अटूट हिस्से से ऊपर करें, और याद रखें कि थाई या ख्मेर टेक्स्ट यहाँ लंबे URL जैसा बर्ताव करता है — उसमें न स्पेस है न तोड़ने लायक चित्रात्मक अक्षर।
मैं यह पेज लूँ या अवधि से बाँटने वाला?
पूछें कि पाठक किस चीज़ में नाकाम है। अगर पंक्ति स्क्रीन पर काफ़ी देर है पर एक बार में पढ़ने के लिए बहुत ज़्यादा रखती है, समस्या अक्षरों की है और यह पेज सही है। अगर पंक्ति आरामदेह मात्रा रखती है पर सब पढ़ लेने के बाद भी स्क्रीन पर टिकी है, समस्या सेकंडों की है और अवधि वाला पेज सही है। जो क्यू दोनों से लंबी और धीमी है उसे दोनों रन चाहिए, और पहले यह वाला चलाना सुरक्षित क्रम है: यह टुकड़ों को सिर्फ़ छोटा कर सकता है, जबकि अवधि की सीमा बढ़ाना-घटाना ऐसी टाइमिंग बदलता है जो आप पहले से तय कर चुके हों।