सबटाइटल के बीच न्यूनतम अंतराल तय करें
या सबटाइटल टेक्स्ट पेस्ट करें
विकल्प
एक क्यू खत्म होने और अगले के शुरू होने के बीच खाली स्क्रीन के मिलीसेकंड। 80 ms 25 fps पर दो फ़्रेम हैं और दो क्यू को एक जैसा पढ़े जाने से रोकने के लिए पर्याप्त है; प्रसारक अक्सर कुछ फ़्रेम माँगते हैं। जहाँ कोई जोड़ी इससे नज़दीक हो, वहाँ अंतराल खोलने के लिए पहला क्यू छोटा किया जाता है — वह कभी एक मिलीसेकंड से कम नहीं होता, और जो जोड़ी पूरी मात्रा से अलग न की जा सके उसकी सूचना दी जाती है, ज़बरदस्ती नहीं की जाती।
दो क्यू के बीच के खालीपन के दो किनारे हैं: पहले क्यू का अंत और बाद वाले का शुरू। पहले क्यू का अंत खिसकाना उस क्यू का अंत खिसकाता है, इसलिए अंतराल भरने पर वह क्यू लंबा होता है और चौड़ा करने पर छोटा; बाद वाला क्यू अपनी टाइमिंग मिलीसेकंड तक रखता है। बाद वाले क्यू का शुरू खिसकाना इसके बजाय उसका शुरू खिसकाता है और पहले को अछूता छोड़ता है। जिसकी टाइमिंग पर आपको ज़्यादा भरोसा हो उसे चुनें — आम तौर पर वह क्यू जिसका टेक्स्ट आखिर में बोला जाता है, क्योंकि क्यू अपनी पंक्ति सुनाई देने से पहले नहीं आना चाहिए।
टाइमिंग किस फ़्रेम रेट में गिनी गई है। फ़ॉर्मैट पेजों पर यही MicroDVD को चाहिए, क्योंकि वह टाइमिंग फ़्रेम संख्याओं में रखता है। फ़्रेम रेट पेजों पर यह वह रेट है जिसके हिसाब से फ़ाइल की टाइमिंग की गई थी — वह संस्करण जिसके लिए सबटाइटल बने थे — और पेज का दूसरा बॉक्स उस वीडियो का रेट लेता है जिसके साथ आप इन्हें इस्तेमाल करेंगे। 23.976, 24, 25, 29.97, 30, 50, 59.94 और 60 आम हैं। गलत होने पर पूरी टाइमलाइन खिसक जाती है, और फ़्रेम रेट पेजों पर वह एक अनुपात से खिसकती है, तय मात्रा से नहीं।
यह पेज क्यू के बीच की खाली स्क्रीन के नीचे एक फ़र्श रखता है: उसे मिलीसेकंड में एक नंबर दें और कोई भी दो सबटाइटल उससे कम दूरी पर नहीं छोड़े जाते। जहाँ कोई जोड़ी बहुत पास बैठी है, पहली क्यू समय देती है — वह जल्दी ख़त्म होती है — और बाद वाली क्यू फ़ाइल ने जो हर मिलीसेकंड दिया था वह रखती है। फ़र्श 80 मिलीसेकंड पर रखें, जहाँ यह बॉक्स शुरू होता है, और जो दो पंक्तियाँ एक-दूसरे में चली जाती थीं वे फिर दो अलग चीज़ें पढ़ी जाती हैं।
यह अंतराल भरने का उलटा अनुरोध है, और दोनों साथ नहीं आ सकते। एक कहता है N मिलीसेकंड से ज़्यादा खाली स्क्रीन न हो, दूसरा कहता है N से कम न हो; दोनों रखने वाला पेज ऐसी फ़ाइल बनाता जिसका नतीजा इस पर निर्भर होता कि कौन-सी शर्त आख़िर में चली, जबकि पैनल कुछ और कह रहा होता। इसलिए ये दो पेज हैं, और उनका काम सचमुच अलग है: अंतराल भरना झिलमिलाहट के बारे में है, यह पेज दो वक्ताओं की पंक्तियों के आपस में मिल जाने के बारे में।
अस्सी मिलीसेकंड मनमाना नहीं — 25 fps पर दो फ़्रेम, वह सबसे छोटा विराम जिसे ज़्यादातर दर्शक विराम के रूप में दर्ज करते हैं। अगर आपकी शर्त फ़्रेम में लिखी है, मिलीसेकंड में नहीं, तो fps बॉक्स में फ़्रेम रेट डालकर गुणा करें: 24 fps पर चार फ़्रेम 167 ms हैं, 29.97 पर दो फ़्रेम 67। यही फ़्रेम रेट MicroDVD के फ़्रेम-नंबर टाइमकोड पढ़ने और लिखने में भी इस्तेमाल होता है, इसलिए ख़ास तौर पर उस फ़ॉर्मैट पर इसे सही रखें।
कौन-सा किनारा हिलेगा यहाँ असली चुनाव है, औपचारिकता नहीं। End, यानी डिफ़ॉल्ट, पहली क्यू का अंत पीछे खींचता है, इसलिए पंक्ति पूरी बोली जाती है और बस थोड़ा जल्दी स्क्रीन से जाती है। Start बाद वाली क्यू का दिखना देर से करता है, जिससे पहली क्यू की टाइमिंग बची रहती है पर अगली पंक्ति सुनाई देने के थोड़ा बाद आती है — तब चुनें जब पहली क्यू पर भरोसा हो। कुछ अपलोड नहीं होता: हर फ़ाइल ब्राउज़र टैब के अंदर पढ़ी और लिखी जाती है, और SRT, WebVTT, ASS, SSA, SBV, SAMI, MicroDVD, TTML, JSON और CSV सब स्वीकार हैं।
उदाहरण
दस मिलीसेकंड की दूरी पर दो क्यू
इनपुट
1
00:00:01,000 --> 00:00:02,000
First line.
2
00:00:02,010 --> 00:00:03,000
Second line.
3
00:00:03,400 --> 00:00:04,000
Third line.
आउटपुट
1
00:00:01,000 --> 00:00:01,930
First line.
2
00:00:02,010 --> 00:00:03,000
Second line.
3
00:00:03,400 --> 00:00:04,000
Third line.
पहली जोड़ी 10 ms की दूरी पर है, इसलिए पहली पंक्ति 2000 के बजाय 1930 पर ख़त्म होती है और अंतराल ठीक 80 बनता है। दूसरी जोड़ी 400 ms की दूरी पर है, फ़र्श के अंदर आराम से, और उन दोनों में से कोई क्यू एक मिलीसेकंड नहीं हिलती। ध्यान दें कि दोनों जोड़ियों में दूसरी क्यू अछूती है — बहुत पतले अंतराल के बाईं ओर वाली क्यू ही समय खोती है।
ठीक 80 का अंतराल, और 79 का
इनपुट
1
00:00:01,000 --> 00:00:02,000
First.
2
00:00:02,080 --> 00:00:02,500
Second.
3
00:00:02,579 --> 00:00:03,000
Third.
आउटपुट
1
00:00:01,000 --> 00:00:02,000
First.
2
00:00:02,080 --> 00:00:02,499
Second.
3
00:00:02,579 --> 00:00:03,000
Third.
फ़र्श न्यूनतम है, लक्ष्य नहीं: ठीक 80 ms का अंतराल उसे पहले से पूरा करता है और अछूता रहता है, जबकि 79 एक मिलीसेकंड कम है और दूसरी क्यू ठीक वही एक मिलीसेकंड देती है। सीमा के दोनों ओर यहाँ एक ही फ़ाइल में हैं ताकि दिखे कि जाँच “कम से कम” पर है, और इसीलिए जिस फ़ाइल के सारे अंतराल नंबर पर बैठे हों वह अछूती लौटती है।
बाद वाली क्यू हिलती है
इनपुट
1
00:00:01,000 --> 00:00:02,000
First.
2
00:00:02,010 --> 00:00:03,000
Second.
आउटपुट
1
00:00:01,000 --> 00:00:02,000
First.
2
00:00:02,080 --> 00:00:03,000
Second.
पहले रन की वही जोड़ी, Start चुना गया: दूसरी पंक्ति अब 2010 के बजाय 2080 पर शुरू होती है, और पहली क्यू अपना हर मिलीसेकंड रखती है। वह अतिरिक्त 70 ms दर्शक को दूसरी पंक्ति के थोड़ा देर से आने के रूप में दिखता है, जो पहली क्यू की टाइमिंग पर भरोसा करने की कीमत है — यह किनारा तब लें जब पहली क्यू ऑडियो से जाँची गई हो।
अक्सर पूछे जाने वाले सवाल
80 मिलीसेकंड की शुरुआती कीमत कहाँ से आती है?
25 fps पर दो फ़्रेम से। उससे कम पर दो सबटाइटल के बीच का अंतराल ज़्यादातर दर्शकों को दो के बीच हस्तांतरण के बजाय एक ही दो-पंक्ति सबटाइटल जैसा लगता है, और यही भ्रम न्यूनतम अंतराल हटाने के लिए है। अगर आपकी शर्त फ़्रेम में बताई गई है — चार, छह, प्रसारक विनिर्देश में इतने फ़्रेम — तो फ़्रेम रेट बॉक्स में अपने प्रोजेक्ट का रेट डालें और बदलें: 24 fps पर चार फ़्रेम 167 ms हैं, 29.97 पर दो फ़्रेम 67।
क्या इस पेज से अंतराल भरे भी जा सकते हैं और खोले भी?
नहीं, और यह जानबूझकर है। यह पेज सिर्फ़ अंतराल खोलता है: जो जोड़ी पहले से आपके नंबर से ज़्यादा दूर है वह जैसी है वैसी रहती है। दोनों एक साथ माँगना स्वयं-विरोधी होगा — N से ज़्यादा नहीं और N से कम नहीं — इसलिए वे अलग पेजों पर रहते हैं और फ़ाइल दोनों तरह से तभी एक जैसी रहती है जब वह पहले से दोनों शर्तें पूरी करती हो। जब क्यू एक-दूसरे में चलें या किनारे से किनारा बैठें, तब अंतराल भरने वाला पेज लें।
जब क्यू समय देने के लिए बहुत छोटी हो तो क्या होता है?
उसे अछूता छोड़ा जाता है और जोड़ी आपके माँगे से पास ही रहती है। एक मिलीसेकंड की क्यू 80 नहीं दे सकती, और उसे शून्य तक घटाना ऐसी क्यू बनाता जिसे कोई प्लेयर नहीं खींचता — जिस तंग अंतराल को ठीक कर रहे थे उससे बुरा। पेज रन को “कुछ नहीं बदला” बताता है, नंबर को ज़बरदस्ती लागू नहीं करता, इसलिए खाली बदलाव-सूची वाला रन उस फ़ाइल का ईमानदार जवाब है जिसमें जगह नहीं थी, सेटिंग अनदेखी होने का संकेत नहीं।
क्यू छोटी पहली वाली ही क्यों होती है?
क्योंकि पंक्ति को थोड़ा जल्दी स्क्रीन से जाने देना अगली को थोड़ा देर से आने देने से सुरक्षित है। End, यानी डिफ़ॉल्ट, में हर बोला गया शब्द अब भी अपनी क्यू से ढका रहता है और सिर्फ़ पूँछ कटती है। Start बाद वाली क्यू का पूरा दिखना देर करता है, जिससे उसका पहला शब्द सुनाई देने के बाद स्क्रीन पर आता है। दोनों किनारे इसलिए हैं क्योंकि कुछ फ़ाइलों को सचमुच दूसरा बर्ताव चाहिए, पर सुरक्षित वाला डिफ़ॉल्ट है।
क्या MicroDVD की फ़्रेम गिनती नतीजे को प्रभावित करती है?
यह बदलता है कि फ़ाइल कैसे वापस लिखी जाती है, यह नहीं कि पेज क्या करता है। MicroDVD घड़ी के समय के बजाय फ़्रेम नंबर रखता है, इसलिए फ़्रेम रेट बॉक्स ही 1000 ms के प्रारंभ को अंदर जाते समय फ़्रेम नंबर और बाहर आते समय वापस बनाता है। उस फ़ॉर्मैट पर जो फ़र्श पूरे फ़्रेम में नहीं बनता वह निकटतम फ़्रेम पर गोल होता है, जो अंतराल की सटीकता पर असली सीमा है — 25 fps पर 80 ms ठीक दो फ़्रेम हैं, इसलिए डिफ़ॉल्ट वहाँ पूरे नंबर पर बैठता है।
क्या रन कभी एक क्यू को अगली के पार धकेल देगा?
नहीं। सिर्फ़ पहली क्यू का अंत हिलता है, और वह सिर्फ़ पीछे जा सकता है, इसलिए सबसे बुरा यह है कि क्यू अपना सारा समय देकर अपने ही प्रारंभ पर रुक जाए — वह कभी अगली क्यू की जगह में नहीं घुसती और ओवरलैप नहीं बनाती। जिस फ़ाइल में पहले से ओवरलैप हैं वह उन जगहों पर अछूती रहती है, क्योंकि जो जोड़ी पहले से एक-दूसरे को काट रही है उसमें चौड़ा करने लायक अंतराल नहीं; उस फ़ाइल को ओवरलैप हटाने वाला पेज चाहिए।