समय सीमा में सबटाइटल शिफ़्ट करें
या सबटाइटल टेक्स्ट पेस्ट करें
विकल्प
हर क्यू को कितने मिलीसेकंड खिसकाना है। धनात्मक संख्या सबटाइटल देर से धकेलती है, ऋणात्मक जल्दी खींचती है। शून्य मान्य है: फ़ाइल बिना बदले लौटती है, जो यह पुष्टि करने का तेज़ तरीका है कि फ़ाइल पहले से सही जगह है।
केवल वे क्यू खिसकते हैं जो इस समय पर या इसके बाद शुरू होते हैं। फ़ाइल की शुरुआत से सब कुछ खिसकाने के लिए इसे खाली छोड़ें।
केवल वे क्यू खिसकते हैं जो इस समय पर या इसके पहले शुरू होते हैं। फ़ाइल के अंत तक सब कुछ खिसकाने के लिए इसे खाली छोड़ें।
टाइमिंग किस फ़्रेम रेट में गिनी गई है। फ़ॉर्मैट पेजों पर यही 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:02,000
Before the range.
2
00:00:05,000 --> 00:00:06,000
On the lower edge.
3
00:00:07,000 --> 00:00:08,000
Inside.
4
00:00:12,000 --> 00:00:13,000
After the range.
आउटपुट
1
00:00:01,000 --> 00:00:02,000
Before the range.
2
00:00:05,300 --> 00:00:06,300
On the lower edge.
3
00:00:07,300 --> 00:00:08,300
Inside.
4
00:00:12,000 --> 00:00:13,000
After the range.
दूसरी क्यू ठीक निचली सीमा पर शुरू होती है और हिलती है — दोनों सिरे शामिल हैं। पहली और चौथी क्यू बाहर हैं और बिना बदले लौटती हैं, यही इस पेज का मक़सद है।
पिछले ब्लॉक को पहले वाले से आगे खींचें
इनपुट
1
00:00:10,000 --> 00:00:11,000
Early in the file.
2
00:00:20,000 --> 00:00:21,000
Late in the file.
आउटपुट
1
00:00:10,000 --> 00:00:11,000
Early in the file.
2
00:00:05,000 --> 00:00:06,000
Late in the file.
दूसरी क्यू को 5 सेकंड पर पीछे खींचा गया है, इसलिए अब वह समय में पहली से पहले आती है, जबकि दोनों ब्लॉक अपना आने का क्रम और नंबर रखते हैं। फ़ाइल की टाइमिंग अब बढ़ते क्रम में नहीं है, और पेज यह कहता है।
सिर्फ़ एक सिरा दिया गया
इनपुट
1
00:00:01,000 --> 00:00:02,000
Untouched.
2
00:01:00,000 --> 00:01:02,000
Moved.
आउटपुट
1
00:00:01,000 --> 00:00:02,000
Untouched.
2
00:01:00,500 --> 00:01:02,500
Moved.
एक मिनट की निचली सीमा और कोई ऊपरी सीमा न होने पर उस पल से आगे का सब कुछ हिलता है और उससे पहले का कुछ नहीं।
अक्सर पूछे जाने वाले सवाल
कौन-सी क्यू समय-सीमा के अंदर गिनी जाती हैं?
वे जिनका प्रारंभ समय दोनों सिरों के बीच पड़ता है, और सीमा के दोनों सिरे शामिल हैं। ठीक किसी सिरे पर शुरू होने वाली क्यू अंदर है। जाँच प्रारंभ पर होती है, ओवरलैप की मात्रा पर नहीं, इसलिए सीमा से पहले शुरू होकर अंदर ख़त्म होने वाली क्यू अपनी जगह रहती है।
सीमा की जाँच पूरी क्यू के बजाय प्रारंभ समय पर क्यों है?
क्योंकि सीमा पर टिकी क्यू आंशिक रूप से ही अंदर होती है, और क्यू के किसी हिस्से को हिलाने का कोई समझदार तरीका नहीं। प्रारंभ पर जाँच हर क्यू को एक स्पष्ट जवाब देती है, और यह उस तरह सोचने से मेल खाती है जैसे आप दृश्य के बारे में सोचते हैं: सबटाइटल किस पल दिखता है, वही तय करता है कि वह आपके ठीक कर रहे हिस्से में है या नहीं।
क्या किसी ख़ास पल के बाद का सब कुछ खिसका सकते हैं?
हाँ। सिर्फ़ निचली सीमा भरें और ऊपरी ख़ाली छोड़ें, तो उस पल पर या उसके बाद शुरू होने वाली हर क्यू हिलती है और उससे पहले कुछ नहीं। निचली सीमा ख़ाली छोड़ने पर उलटा होता है, यानी ऊपरी सीमा तक सब हिलता है।
अगर सीमा के अंदर कोई क्यू शुरू ही न हो तो क्या होता है?
फ़ाइल बिना बदले वापस आती है। कोई ऑफ़सेट लागू नहीं होता और कोई क्यू हटती नहीं, इसलिए आउटपुट इनपुट जैसा ही होता है — और पेज के पास बताने को कुछ नहीं होता। अगर हिलना चाहिए था तो सीमा को फ़ाइल के अपने टाइमकोड से मिलाएँ, किसी पहले से खिसकी टाइमलाइन से नहीं।
क्या ब्लॉक पीछे खींचने पर आउटपुट समय के क्रम में रहता है?
ज़रूरी नहीं, और जब नहीं रहता तो पेज बता देता है। क्यू के झुंड को उससे पहले की क्यू से पीछे खींचने पर फ़ाइल की टाइमिंग बढ़ते क्रम में नहीं रहती, जबकि ब्लॉक अपने मूल क्रम और नंबरों में रहते हैं। अलग-अलग प्लेयर इसे अलग तरह संभालते हैं, इसलिए पड़ोसी के पार खींचा हो तो नतीजा जाँचें।
सीमा-खिसकाव के बाद क्यू नंबर फिर से लिखे जाते हैं?
नहीं। हर क्यू अपना आया हुआ नंबर रखती है, और जिन्हें छुआ नहीं गया वे भी। पुनःक्रमांकन अपने आप में एक अलग काम है और यहाँ करने से वे पंक्तियाँ बदल जातीं जिनके बारे में आपने नहीं पूछा, जबकि लंबी फ़ाइल के एक दृश्य पर सीमा-खिसकाव को सुरक्षित बनाने वाली बात यही है।