सबटाइटल के अंत समय शिफ़्ट करें
या सबटाइटल टेक्स्ट पेस्ट करें
विकल्प
हर क्यू को कितने मिलीसेकंड खिसकाना है। धनात्मक संख्या सबटाइटल देर से धकेलती है, ऋणात्मक जल्दी खींचती है। शून्य मान्य है: फ़ाइल बिना बदले लौटती है, जो यह पुष्टि करने का तेज़ तरीका है कि फ़ाइल पहले से सही जगह है।
केवल शुरुआती समय वाला विकल्प केवल शुरुआती समय खिसकाता है और अंत का समय जहाँ था वहीं छोड़ता है, इसलिए ऑफ़सेट देर से धकेलने पर हर क्यू छोटा हो जाता है और जल्दी खींचने पर लंबा। केवल अंत समय वाला विकल्प इसका उल्टा करता है। शुरुआती समय वाला विकल्प तब चुनें जब सबटाइटल गलत पल पर दिखें पर सही समय पर खत्म हों; अंत समय वाला विकल्प तब चुनें जब वे सही समय पर दिखें और फिर ज़्यादा देर रुकें या जल्दी गायब हों।
टाइमिंग किस फ़्रेम रेट में गिनी गई है। फ़ॉर्मैट पेजों पर यही MicroDVD को चाहिए, क्योंकि वह टाइमिंग फ़्रेम संख्याओं में रखता है। फ़्रेम रेट पेजों पर यह वह रेट है जिसके हिसाब से फ़ाइल की टाइमिंग की गई थी — वह संस्करण जिसके लिए सबटाइटल बने थे — और पेज का दूसरा बॉक्स उस वीडियो का रेट लेता है जिसके साथ आप इन्हें इस्तेमाल करेंगे। 23.976, 24, 25, 29.97, 30, 50, 59.94 और 60 आम हैं। गलत होने पर पूरी टाइमलाइन खिसक जाती है, और फ़्रेम रेट पेजों पर वह एक अनुपात से खिसकती है, तय मात्रा से नहीं।
यह पेज हर क्यू का सिर्फ़ समाप्ति समय हिलाता है, इसलिए हर सबटाइटल अलग पल पर ख़त्म होता है जबकि शुरू वहीं होता है जहाँ पहले होता था। मिलीसेकंड ऑफ़सेट दें: धनात्मक संख्या हर कैप्शन को स्क्रीन पर और रोकती है, ऋणात्मक संख्या उसे जल्दी हटाती है। चूँकि प्रारंभ समय नहीं छुआ जाता, हर क्यू की अवधि इसी वजह से बदल जाती है।
यह पेज समस्या के उसी सिरे के लिए है। सही पल पर दिखकर बहुत देर तक टिके रहने वाले सबटाइटल पढ़ने को सुस्त बनाते हैं और अगली पंक्ति को ज़रूरत से पहले स्क्रीन से धकेल देते हैं; एक बीट जल्दी गायब होने वाले सबटाइटल पंक्ति की पूँछ काट देते हैं। पूरी फ़ाइल का एक-साथ खिसकाव इनमें से किसी को ठीक नहीं करता, क्योंकि वह दोनों किनारे साथ हिलाकर हर अवधि अछूती छोड़ देता है। यहाँ क्यू अपना शुरुआती फ़्रेम रखती है और नया अंतिम फ़्रेम पाती है।
एक बात गिनी जाती है, छिपाई नहीं जाती। जिस क्यू का अंत उसके अपने प्रारंभ तक या उससे पीछे खींचा जाएगा, उसे लिखा नहीं जा सकता — ईमानदार आउटपुट कोई क्यू नहीं है — इसलिए उसे हटाया जाता है और गिनती बताती है कि कितनी। यहाँ प्रारंभ वाले पेज के टिकाने का कोई बराबर नियम नहीं है: अंत समय की अपनी कोई निचली सीमा नहीं होती, सिर्फ़ अपनी क्यू का प्रारंभ होता है, और वहाँ टिकाना शून्य-लंबाई की क्यू बनाएगा जो हटाने का ही दूसरा नाम है। बची हर क्यू अपना नंबर और टेक्स्ट रखती है।
हर फ़ाइल को उसी फ़ॉर्मैट के रूप में पढ़ा जाता है जो वह वास्तव में है। SRT, WebVTT, ASS, SSA, SBV, SAMI, MicroDVD, TTML, JSON और CSV स्वीकार हैं; सादा TXT और LRC नहीं, क्योंकि उनमें समाप्ति समय लिखा ही नहीं होता। कुछ भी अपलोड नहीं होता — ऑफ़सेट ब्राउज़र में लागू होता है और पूरा सीज़न एक बार में कतार से निकलता है।
उदाहरण
हर सबटाइटल को आधा सेकंड और टिकने दें
इनपुट
1
00:00:01,000 --> 00:00:03,000
Hello there.
2
00:00:05,500 --> 00:00:08,000
Second line.
आउटपुट
1
00:00:01,000 --> 00:00:03,500
Hello there.
2
00:00:05,500 --> 00:00:08,500
Second line.
हर समाप्ति 500 ms बाद जाती है और हर प्रारंभ वहीं रहता है, इसलिए पहली क्यू स्क्रीन पर 2000 के बजाय 2500 ms और दूसरी 2500 के बजाय 3000 ms रहती है।
अपने प्रारंभ से आगे खिंची छोटी क्यू का अंत
इनपुट
1
00:00:01,000 --> 00:00:01,200
A short one.
2
00:00:05,000 --> 00:00:08,000
A long one.
आउटपुट
2
00:00:05,000 --> 00:00:07,500
A long one.
पहली क्यू सिर्फ़ 200 ms लंबी है, इसलिए 500 ms की खिंचाई उसे शुरू होने से 300 ms पहले ख़त्म कर देगी। उसे हटाया और गिना जाता है; बची हुई क्यू नंबर 2 बनाए रखती है।
हर सबटाइटल की पूँछ काटें
इनपुट
1
00:00:01,000 --> 00:00:03,000
Hello there.
आउटपुट
1
00:00:01,000 --> 00:00:02,400
Hello there.
ऋणात्मक ऑफ़सेट हर क्यू छोटी करता है। यह उन कैप्शन के लिए आम सुधार है जो पंक्ति ख़त्म होने के बाद भी काफ़ी देर स्क्रीन पर रहते हैं और फ़ाइल को ऑडियो से पीछे महसूस कराते हैं।
अक्सर पूछे जाने वाले सवाल
यह सिर्फ़ प्रारंभ समय खिसकाने वाले पेज से कैसे अलग है?
दोनों पेज उलटे किनारे बदलते हैं, इसलिए उलटे लक्षण ठीक करते हैं। यह पेज वह पल रखता है जब सबटाइटल दिखता है और वह पल हिलाता है जब गायब होता है — तब चाहिए जब कैप्शन बहुत देर टिकें या जल्दी कट जाएँ। प्रारंभ वाला पेज गायब होने का समय रखता है और दिखने का समय हिलाता है।
क्या अंत देर से करने से दो सबटाइटल के बीच का अंतराल छोटा हो जाता है?
हाँ, और इस पर ध्यान देना चाहिए। हर समाप्ति बाद में जाने पर अगली क्यू का प्रारंभ जहाँ था वहीं रहता है, इसलिए हर क्यू अपने बाद की खामोशी में घुस जाती है। ज़्यादा दूर धकेलें तो क्रमागत क्यू छूने लगती हैं या ओवरलैप बनने लगती हैं — यह पेज ओवरलैप बनाने में हिचकिचाता नहीं, क्योंकि उसे ठीक करना दूसरा काम है।
क्या अंत समय खींचने की कोई निचली सीमा है?
कोई तय फ़र्श नहीं, जबकि प्रारंभ वाला पेज शून्य से बँधा है। अंत समय वहाँ तक जा सकता है जहाँ गणित ले जाए, और अपनी क्यू के प्रारंभ पर पहुँचते ही क्यू हटा दी जाती है, टिकाई नहीं जाती। प्रारंभ पर टिकाना स्क्रीन पर शून्य-अवधि की क्यू छोड़ता, जो आपने नहीं माँगा और दर्शक देख भी नहीं सकता।
जिस क्यू का अंत उसके प्रारंभ से पहले पड़े, उसका क्या होता है?
उसे हटा दिया जाता है और हटाई गई क्यू की गिनती बाकी सबके साथ दिखाई जाती है। बाद में कुछ भी पुनःक्रमांकित नहीं होता, इसलिए दोनों ओर की क्यू अपने पुराने नंबर रखती हैं और नंबरों का अंतराल ही बताता है कि क्या गया।
यह पेज कौन-से सबटाइटल फ़ॉर्मैट पढ़ता है?
SRT, WebVTT, ASS, SSA, SBV, SAMI, MicroDVD, TTML, JSON और CSV — हर एक को वही पढ़ा जाता है जो वह वास्तव में है, एक्सटेंशन से माना गया नहीं। सादा TXT और LRC मना हैं: दोनों में समाप्ति समय लिखा ही नहीं होता, इसलिए ऑफ़सेट के पास हिलाने को कुछ नहीं होगा और आउटपुट इनपुट जैसा ही रहेगा।
कौन-सा लक्षण बताता है कि अंत हिलाने चाहिए?
अगर ऑडियो के साथ पढ़ते समय शब्द सही पल पर मौजूद हैं पर पंक्ति ख़त्म होने के बाद भी कैप्शन स्क्रीन पर है, तो अवधि ज़्यादा है और अंत वह किनारा है जिसे हिलाना है। अगर शब्द बोला जाता रह जाता है और कैप्शन पहले गायब हो जाता है, तो अंत जल्दी है और ऋणात्मक ऑफ़सेट इलाज है।