सबटाइटल को टाइमकोड से शिफ़्ट करें
या सबटाइटल टेक्स्ट पेस्ट करें
विकल्प
खिसकाने की मात्रा घड़ी के मान में लिखें: 00:00:02,500 का अर्थ ढाई सेकंड बाद, -00:00:02,500 का अर्थ ढाई सेकंड पहले। संदर्भ वीडियो से पढ़कर लिखना मिलीसेकंड गिनने से तेज़ है। जिन पेजों पर मिलीसेकंड माँगे जाते हैं, वहाँ इसे खाली छोड़ें।
टाइमिंग किस फ़्रेम रेट में गिनी गई है। फ़ॉर्मैट पेजों पर यही MicroDVD को चाहिए, क्योंकि वह टाइमिंग फ़्रेम संख्याओं में रखता है। फ़्रेम रेट पेजों पर यह वह रेट है जिसके हिसाब से फ़ाइल की टाइमिंग की गई थी — वह संस्करण जिसके लिए सबटाइटल बने थे — और पेज का दूसरा बॉक्स उस वीडियो का रेट लेता है जिसके साथ आप इन्हें इस्तेमाल करेंगे। 23.976, 24, 25, 29.97, 30, 50, 59.94 और 60 आम हैं। गलत होने पर पूरी टाइमलाइन खिसक जाती है, और फ़्रेम रेट पेजों पर वह एक अनुपात से खिसकती है, तय मात्रा से नहीं।
यह पेज सबटाइटल फ़ाइल को मिलीसेकंड की गिनती के बजाय टाइमकोड से खिसकाता है। 00:00:02,500 लिखें तो हर क्यू ढाई सेकंड बाद जाती है; -00:00:01,000 लिखें तो हर क्यू एक सेकंड पहले आती है। हर क्यू के दोनों किनारे उतनी ही मात्रा में हिलते हैं, इसलिए हर क्यू अपनी लंबाई बनाए रखती है — मिलीसेकंड वाले पेज से फ़र्क़ सिर्फ़ इतना है कि ऑफ़सेट आप कैसे बताते हैं।
यह पेज इसलिए है कि नंबर कहाँ से आता है। जब आप सबटाइटल फ़ाइल को किसी संदर्भ से मिलाते हैं — नया टाइटल सीक्वेंस, बीच में जोड़ा गया विज्ञापन, कोई दूसरी टाइमलाइन जिससे आप स्थिति पढ़ सकते हैं — तब हाथ में दो पल होते हैं और ऑफ़सेट उनका अंतर होता है। उस अंतर को टाइमकोड में लिखना दिमाग़ में मिलीसेकंड में बदलने से एक कदम छोटा है, और गलती वहीं होती है: 00:01:30,000 नब्बे हज़ार मिलीसेकंड है, नौ हज़ार नहीं।
ऑफ़सेट को घड़ी के मान के रूप में पढ़कर पूरी टाइमलाइन पर लगाया जाता है। जो क्यू फ़ाइल की शुरुआत से पहले धकेली जाएगी, उसका प्रारंभ 00:00:00 पर टिक जाता है जबकि अंत हिलता रहता है, इसलिए वह क्यू छोटी निकलती है; जिस क्यू का अंत शून्य पर या उससे पहले पड़े, वह हट जाती है। जिस फ़ाइल का ऑफ़सेट शून्य है, या जिसका ऑफ़सेट पढ़ा ही नहीं जा सका, वह बाइट-दर-बाइट वापस आती है।
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:03,500 --> 00:00:05,500
Hello there.
2
00:00:08,000 --> 00:00:10,500
Second line.
मिलीसेकंड वाले पेज को 2500 का ऑफ़सेट देने जैसा ही नतीजा — हर क्यू के दोनों किनारे हिलते हैं और कोई क्यू लंबाई नहीं बदलती।
माइनस चिह्न से फ़ाइल पहले खींचें
इनपुट
1
00:00:01,000 --> 00:00:02,000
The first one starts too early.
2
00:00:05,000 --> 00:00:08,000
This one is fine.
आउटपुट
1
00:00:00,000 --> 00:00:00,500
The first one starts too early.
2
00:00:03,500 --> 00:00:06,500
This one is fine.
पहली क्यू −500 ms पर शुरू होती, इसलिए उसका प्रारंभ शून्य पर टिकाया जाता है और सिर्फ़ वही किनारा बदलता है, जिससे क्यू 1000 के बजाय 500 ms लंबी रह जाती है।
बिंदु वाला WebVTT-शैली टाइमकोड
इनपुट
1
00:00:01,000 --> 00:00:02,000
Dot instead of comma.
आउटपुट
1
00:00:03,500 --> 00:00:04,500
Dot instead of comma.
0:00:02.500, 00:00:02,500 जैसा ही पढ़ा जाता है। दोनों विभाजक और एक अंक का घंटा स्वीकार हैं, क्योंकि टाइमकोड ऐसे टूल से आते हैं जो इन सब पर सहमत नहीं हैं।
अक्सर पूछे जाने वाले सवाल
सबटाइटल पहले खिसकाने वाला ऑफ़सेट कैसे लिखें?
टाइमकोड से पहले माइनस चिह्न लगाएँ: -00:00:02,500 का मतलब ढाई सेकंड पहले। बिना चिह्न वही अंक फ़ाइल को बाद में धकेलते हैं, इसलिए चिह्न ही दोनों दिशाओं का पूरा अंतर है और इसके लिए अलग नियंत्रण नहीं है।
यहाँ मिलीसेकंड बॉक्स के बजाय टाइमकोड बॉक्स क्यों है?
क्योंकि ऑफ़सेट अक्सर दो घड़ी-रीडिंग का अंतर होता है, किसी के मापे हुए नंबर से नहीं। जब आप फ़ाइल को संदर्भ से मिलाते हैं, आपके पास दो पल होते हैं और ऑफ़सेट उनका अंतर यानी टाइमकोड होता है। जब नंबर पहले से हो तो मिलीसेकंड वाला पेज भी मौजूद है, और दोनों पेज एक ही ऑफ़सेट पर एक जैसा आउटपुट देते हैं।
क्या मिलीसेकंड से पहले अल्पविराम के बजाय बिंदु लगा सकते हैं?
हाँ, और एक अंक का घंटा भी लिख सकते हैं। 00:00:02,500, 00:00:02.500 और 0:00:02.50 सब 2500 मिलीसेकंड पर पहुँचते हैं, क्योंकि सबटाइटल फ़ॉर्मैट विभाजक पर सहमत नहीं हैं और लिखने से पहले अनुवाद कराने का कोई कारण नहीं। अंश जितने अंक लिखेंगे उतना ही पढ़ा जाता है, इसलिए .5 और .500 दोनों आधा सेकंड हैं।
जो लिखा वह टाइमकोड के रूप में पढ़ा न जा सके तो क्या होता है?
ऑफ़सेट अनदेखा किया जाता है और फ़ाइल बिना बदले वापस आती है। यह व्यवहार का सावधान वाला आधा है — कुछ अनुमान नहीं लगाया जाता और कोई मनमाना नंबर नहीं डाला जाता — पर यह चुपचाप भी होता है, इसलिए फ़ील्ड का सहायता पाठ स्वीकार्य आकार बता देता है। 2500 जैसा सादा नंबर टाइमकोड नहीं है और मिलीसेकंड वाले पेज का है।
क्या टाइमकोड ऑफ़सेट हर क्यू के दोनों किनारे हिलाता है?
हाँ। हर प्रारंभ और हर अंत उतनी ही मात्रा में हिलता है, इसलिए कोई क्यू अवधि नहीं बदलती और दूसरों के मुकाबले जगह भी नहीं बदलती। अगर सबटाइटल कितनी देर स्क्रीन पर रहें, वह बदलना है तो प्रारंभ और अंत अलग-अलग हिलाने वाले पेज इस्तेमाल करें।
क्या घंटे के बाद अल्पविराम अनिवार्य है?
नहीं। यह पेज अल्पविराम और बिंदु दोनों स्वीकार करता है, और घंटे के हिस्से में एक या दो अंक भी। 00:01:30,000, 0:01:30.000 और 00:01:30,00 तीनों नब्बे हज़ार मिलीसेकंड पढ़े जाते हैं। जो लिखा गया है उसे ही पढ़ा जाता है, मानकीकरण के लिए चुपचाप बदला नहीं जाता।