अवधि के अनुसार सबटाइटल बाँटें
या सबटाइटल टेक्स्ट पेस्ट करें
विकल्प
एक अवधि — 3000, 3s, 1m30s और 00:00:03,000 सब चलते हैं। जो भी क्यू इससे ज़्यादा देर स्क्रीन पर हो वह जितने टुकड़े चाहिए उतने में बँट जाता है, इसलिए 8 सेकंड का क्यू जिसमें यहाँ 3000 हो, तीन बन जाता है, और समय टुकड़ों की टेक्स्ट लंबाई चाहे जो हो, बराबर बाँटा जाता है। जब समस्या यह हो कि क्यू कितनी देर स्क्रीन पर रहता है, तब यह इस्तेमाल करें; जब समस्या यह हो कि उसमें कितना टेक्स्ट है, तब दूसरे पेज का अक्षर वाला बॉक्स इस्तेमाल करें।
टाइमिंग किस फ़्रेम रेट में गिनी गई है। फ़ॉर्मैट पेजों पर यही MicroDVD को चाहिए, क्योंकि वह टाइमिंग फ़्रेम संख्याओं में रखता है। फ़्रेम रेट पेजों पर यह वह रेट है जिसके हिसाब से फ़ाइल की टाइमिंग की गई थी — वह संस्करण जिसके लिए सबटाइटल बने थे — और पेज का दूसरा बॉक्स उस वीडियो का रेट लेता है जिसके साथ आप इन्हें इस्तेमाल करेंगे। 23.976, 24, 25, 29.97, 30, 50, 59.94 और 60 आम हैं। गलत होने पर पूरी टाइमलाइन खिसक जाती है, और फ़्रेम रेट पेजों पर वह एक अनुपात से खिसकती है, तय मात्रा से नहीं।
यह पेज उस हर क्यू को, जो आपकी सीमा से ज़्यादा देर स्क्रीन पर रहती है, जितने टुकड़े चाहिए उतने में बाँटता है। सीमा 7000 ms से शुरू होती है — सात सेकंड, वह अधिकतम जो ज़्यादातर शैली-निर्देश एक क्यू के लिए बताते हैं — और अगर आप अपनी फ़ाइल को अक्षरों के बजाय सेकंडों में जानते हैं, तो यही पेज चाहिए। तीन सेकंड की सीमा पर आठ सेकंड की क्यू लगभग 2667 ms की तीन क्यू बनती है।
टुकड़ों की संख्या अवधि से निकलती है, हाथ से गिनकर नहीं, और समय उनके बीच बराबर बाँटा जाता है। फिर टेक्स्ट उन बराबर बँटवारों के सबसे नज़दीकी शब्द सीमाओं पर काटा जाता है, इसलिए टुकड़ों में शायद ही ठीक बराबर अक्षर हों। यह जानबूझकर है: आपने अवधि माँगी, इसलिए टूल अवधि की गारंटी देता है और टेक्स्ट पूरे शब्दों जितना करीब हो सके उसके पीछे चलता है।
बँट रही क्यू के बाहर कुछ नहीं हिलता। ठीक सीमा जितनी क्यू अछूती रहती है, और जिस फ़ाइल में कुछ भी बहुत लंबा नहीं वह बाइट-दर-बाइट लौटती है — यह टूल कभी सिर्फ़ बाँटता है, इसलिए बहुत ऊँची सीमा किसी अनजानी फ़ाइल पर सुरक्षित पहला रन है। सीमा घटाएँ तो छोटे और ज़्यादा टुकड़े मिलते हैं; टुकड़े फिर भी मिलकर ठीक मूल अवधि बनाते हैं।
यहाँ हर पेज की तरह फ़ाइल इसी ब्राउज़र टैब के अंदर पढ़ी, बाँटी और फिर लिखी जाती है, कुछ अपलोड नहीं होता। SRT, WebVTT, ASS, SSA, SBV, SAMI, MicroDVD, TTML, JSON और CSV सब स्वीकार हैं, और जिस फ़ाइल की क्यू गिनती बदली हो वह टाइमलाइन क्रम में 1 से गिनी जाती है।
उदाहरण
तीन सेकंड की सीमा पर आठ सेकंड की क्यू
इनपुट
1
00:00:00,000 --> 00:00:08,000
The rain kept falling all through the night and no one in the house could sleep.
आउटपुट
1
00:00:00,000 --> 00:00:02,667
The rain kept falling all
2
00:00:02,667 --> 00:00:05,333
through the night and no one
3
00:00:05,333 --> 00:00:08,000
in the house could sleep.
2667, 2666 और 2667 ms के तीन टुकड़े — गोलाई कहीं तो जाती है, और आख़िरी टुकड़ा जो बचा लेता है ताकि अवधि ठीक 8000 ms पर बंद हो। कट all के बाद और one के बाद पड़ते हैं, जो रास्ते के एक-तिहाई और दो-तिहाई के निकटतम शब्द सीमाएँ हैं, इसलिए टुकड़ों में 26-26 के बजाय 25, 28 और 25 अक्षर हैं।
ठीक सीमा वाली क्यू, और एक मिलीसेकंड ऊपर की
इनपुट
1
00:00:01,000 --> 00:00:04,000
Exactly three seconds long.
2
00:00:05,000 --> 00:00:08,001
Just one millisecond too long.
आउटपुट
1
00:00:01,000 --> 00:00:04,000
Exactly three seconds long.
2
00:00:05,000 --> 00:00:06,501
Just one millisecond
3
00:00:06,501 --> 00:00:08,001
too long.
पहली क्यू ठीक 3000 ms है और पूरी छोड़ी जाती है; दूसरी 3001 ms है और बीच से कटती है। “सीमा से लंबा” का यही ईमानदार पाठ है, और इसीलिए एक मिलीसेकंड कम रखी सीमा हर उस क्यू को दुगना कर देगी जो ठीक उस पर बैठी है। कोई नंबर पक्का करने से पहले अपनी फ़ाइल की अवधियाँ देखें।
ऐसी अवधि सीमा जो कुछ नहीं पकड़ती
इनपुट
1
00:00:01,000 --> 00:00:02,000
Short.
2
00:00:03,000 --> 00:00:03,900
Also short.
आउटपुट
1
00:00:01,000 --> 00:00:02,000
Short.
2
00:00:03,000 --> 00:00:03,900
Also short.
तीस सेकंड यहाँ किसी चीज़ से चौड़ा है, इसलिए फ़ाइल अछूती लौटती है। चौड़ी सीमा न कुछ मर्ज करती है न खींचती है: यह पेज क्यू बाँटता है और बस, इसलिए यह पता लगाने का सुरक्षित तरीका है कि फ़ाइल की सबसे लंबी क्यू असल में कितनी है।
अक्सर पूछे जाने वाले सवाल
सात सेकंड की सीमा कहाँ से आती है, और क्या हर जगह वही है?
सात सेकंड एक क्यू के लिए सबसे ज़्यादा उद्धृत अधिकतम है और यह छिपकर पढ़ने की गति का नियम है: औसत पाठक एक सेकंड में लगभग 15 से 20 अक्षर पढ़ता है, इसलिए 84 अक्षरों वाली दो-पंक्ति क्यू को कहीं पाँच सेकंड चाहिए और धीमे पाठक को ज़्यादा। प्रसारक विनिर्देश अलग हैं — कई यूरोपीय निर्देश छह सेकंड पर आते हैं — इसलिए बॉक्स को शुरुआती बिंदु मानें और जिस विनिर्देश को दे रहे हैं उसे देखें। टूल बॉक्स में जो नंबर है वही लगाता है, अपनी कोई राय नहीं रखता।
टूल कैसे तय करता है कि एक क्यू कितने टुकड़े बनेगी?
यह अवधि को आपकी सीमा से भाग देकर ऊपर की ओर गोल करता है, इसलिए 8000 ms भाग 3000 ms तीन टुकड़े हैं और 8000 भाग 4000 दो। फिर टुकड़े अवधि के बराबर हिस्से लेते हैं, इसीलिए सीमाएँ मूल क्यू के एक-तिहाई और आधे पर पड़ती हैं, उसके अंदर के वाक्यों या पंक्तियों पर नहीं। अगर कट टेक्स्ट के पीछे चलें, तो अक्षरों से या वाक्य-अंत पर बाँटने वाले पेज वह करते हैं।
क्या सीमा इतनी छोटी रख सकते हैं कि क्यू सौ टुकड़ों में टूटे?
प्रति क्यू 200 टुकड़ों की अधिकतम सीमा है, और व्यवहार में ज़्यादा मायने रखने वाली दूसरी: कोई टुकड़ा एक मिलीसेकंड से छोटा नहीं हो सकता। इसलिए 1 ms की सीमा पर नौ सेकंड की क्यू 9000 के बजाय 200 टुकड़े देती है, और रिपोर्ट कहती है कि सीमा तक नहीं पहुँचा जा सका। यह भूल से पड़े एक कीस्ट्रोक को एक क्यू से पूरी फ़ाइल बना देने से बचाव है, ऐसी सीमा नहीं जिस तक कोई असली नंबर पहुँचे।
क्या लंबी क्यू बाँटने से पूरी फ़ाइल की टाइमलाइन बदलती है?
नहीं। बँटी क्यू के टुकड़े ठीक उतनी अवधि भरते हैं जितनी मूल क्यू ने ली थी, और बाकी हर क्यू अपने समय मिलीसेकंड तक रखती है। बाकी जगह सिर्फ़ गिनती बदलती है, क्योंकि जिस फ़ाइल की क्यू गिनती बदली हो वह टाइमलाइन क्रम में 1 से गिनकर लिखी जाती है। अगर बँटी क्यू पर स्टाइल था, वह पहले टुकड़े के साथ रहता है और रिपोर्ट बताती है कि कितने नए टुकड़े बिना स्टाइल के निकले।
मेरी फ़ाइल में ऐसी क्यू हैं जो एक छोटी पंक्ति रखकर भी टिकी रहती हैं। क्या यह पेज इलाज है?
सिर्फ़ आधा। यह पेज ऐसी क्यू को दो में काट सकता है, पर तब दोनों टुकड़ों में उसी छोटी पंक्ति का एक हिस्सा रहता है, जो आम तौर पर सुधार नहीं — पाठक को वही शब्द एक के बजाय दो हिस्सों में मिलते हैं। जो क्यू इसलिए टिकी है कि और कुछ नहीं हो रहा, उसके लिए टाइमिंग खुद ठीक करना बेहतर है, जो खिसकाने और स्केल करने वाले पेज करते हैं, और यह देखना कि क्या वह क्यू संवाद के ठहराव को ढकने के लिए थी।
क्या कोई फ़ाइल इस पेज के लिए बहुत लंबी हो सकती है?
64 MB तक की फ़ाइलें पढ़ी जाती हैं, जो किसी भी सबटाइटल ट्रैक से बहुत ज़्यादा है: घंटे भर की फ़िल्म लगभग 100 KB होती है। उससे आगे पेज चुपचाप फेल होने के बजाय बता देता है, क्योंकि इतनी बड़ी फ़ाइल लगभग पक्का सबटाइटल फ़ाइल नहीं है। बहुत बड़ी असली फ़ाइल — पूरी सीरीज़, मान लें — कतार से एक-एक एपिसोड चलाना बेहतर है, जहाँ आगे बढ़ने से पहले हर डाउनलोड जाँचा जा सके।