सबटाइटल की न्यूनतम अवधि तय करें
या सबटाइटल टेक्स्ट पेस्ट करें
विकल्प
एक अवधि — 1000, 1s, 1.5s और 00:00:01,000 सब चलते हैं। यही वह रेखा है जो ऐसे सबटाइटल में फ़र्क करती है जो पढ़े जाने लायक ठहरता है और उससे जो पलक झपकते निकल जाता है। रेखा की गलत ओर क्या होता है यह इस पर निर्भर है कि आप किस पेज पर हैं: अंतराल भरना छोटे क्यू को ज़्यादा देर स्क्रीन पर रखता है, जोड़ा गया समय आगे के अंतराल से लेकर ताकि कोई क्यू कभी अगले के शब्दों को न ढके (फ़ाइल के आखिरी क्यू के बाद कुछ नहीं होता और वह बस बढ़ जाता है), जबकि जाँच पेज रेखा से नीचे के हर क्यू को सूचीबद्ध करता है और फ़ाइल को अछूती छोड़ता है।
दो क्यू के बीच के खालीपन के दो किनारे हैं: पहले क्यू का अंत और बाद वाले का शुरू। पहले क्यू का अंत खिसकाना उस क्यू का अंत खिसकाता है, इसलिए अंतराल भरने पर वह क्यू लंबा होता है और चौड़ा करने पर छोटा; बाद वाला क्यू अपनी टाइमिंग मिलीसेकंड तक रखता है। बाद वाले क्यू का शुरू खिसकाना इसके बजाय उसका शुरू खिसकाता है और पहले को अछूता छोड़ता है। जिसकी टाइमिंग पर आपको ज़्यादा भरोसा हो उसे चुनें — आम तौर पर वह क्यू जिसका टेक्स्ट आखिर में बोला जाता है, क्योंकि क्यू अपनी पंक्ति सुनाई देने से पहले नहीं आना चाहिए।
टाइमिंग किस फ़्रेम रेट में गिनी गई है। फ़ॉर्मैट पेजों पर यही MicroDVD को चाहिए, क्योंकि वह टाइमिंग फ़्रेम संख्याओं में रखता है। फ़्रेम रेट पेजों पर यह वह रेट है जिसके हिसाब से फ़ाइल की टाइमिंग की गई थी — वह संस्करण जिसके लिए सबटाइटल बने थे — और पेज का दूसरा बॉक्स उस वीडियो का रेट लेता है जिसके साथ आप इन्हें इस्तेमाल करेंगे। 23.976, 24, 25, 29.97, 30, 50, 59.94 और 60 आम हैं। गलत होने पर पूरी टाइमलाइन खिसक जाती है, और फ़्रेम रेट पेजों पर वह एक अनुपात से खिसकती है, तय मात्रा से नहीं।
यह पेज सुनिश्चित करता है कि कुछ भी पलक झपकते न निकले। इसे न्यूनतम अवधि दें — एक सेकंड, जहाँ बॉक्स शुरू होता है — और जो भी क्यू उससे छोटी है उसे तब तक रोका जाता है जब तक वह पूरी अवधि स्क्रीन पर न रह चुके। अतिरिक्त समय क्यू के बाद की खाली स्क्रीन से लिया जाता है, इसलिए आगे कुछ भी देर से नहीं धकेलता और कोई क्यू अगली के शब्दों को ढकने तक नहीं जाती। जिस फ़ाइल की क्यू पहले से काफ़ी लंबी हैं वह बाइट-दर-बाइट लौटती है।
कीमत अवधि है, मिलीसेकंड की गिनती नहीं, इसलिए यह जिस तरह लिखें उसे लेता है: 1000, 1s, 1.5s या 00:00:01,000 सबका मतलब एक ही और कोई भी चलेगा। नंबर खुद आम तौर पर घर का नियम होता है, फ़ाइल से निकाली चीज़ नहीं — प्रसारक का शैली-निर्देश, क्लाइंट का डिलीवरी विनिर्देश, या बस इतना कि कोई ऐसा व्यक्ति जो पहले से स्क्रीन नहीं देख रहा उसे पढ़ने के लिए पंक्ति कम से कम कितनी देर दिखनी चाहिए।
कौन-सा किनारा हिलेगा यह तय करता है कि दर्शक क्या अनुभव करेगा। End, यानी डिफ़ॉल्ट, पंक्ति बोले जाने के बाद भी क्यू स्क्रीन पर रखता है, इसलिए शब्द तब आते हैं जब फ़ाइल ने कहा और फिर टिकते हैं। Start क्यू को पहले लाता है, इसलिए पंक्ति सुनाई देने से पहले स्क्रीन पर होती है — दोनों तरह पढ़ने की गति घटती है, पर दूसरा विकल्प उस नैरेशन के लिए है जो पहले से एक बीट देर से है। दोनों तरह क्यू सिर्फ़ बढ़ती है, और जिस दिशा में आपने चुना उसी में बढ़ती है।
दो चीज़ें यह पेज नहीं करेगा। यह किसी क्यू को अगली के शुरू होने के पल से आगे नहीं रोकेगा: जहाँ अगली क्यू बहुत जल्दी शुरू होती है वहाँ जगह ही नहीं, और क्यू उसी सीमा पर रुककर आपके नंबर तक न पहुँचने की रिपोर्ट देती है। और यह और कुछ नहीं छुएगा — टेक्स्ट, स्टाइल, स्थिति, कराओके टाइमिंग और क्यू गिनती सब अछूते बचते हैं, इसलिए भारी स्टाइलिंग वाली ASS फ़ाइल पर यह सुरक्षित है। कुछ अपलोड नहीं होता; फ़ाइल टैब में पढ़ी और लिखी जाती है, और SRT, WebVTT, ASS, SSA, SBV, SAMI, MicroDVD, TTML, JSON और CSV सब स्वीकार हैं।
उदाहरण
एक सेकंड से छोटी दो क्यू
इनपुट
1
00:00:01,000 --> 00:00:01,300
Quick.
2
00:00:03,000 --> 00:00:03,200
Blink.
3
00:00:05,000 --> 00:00:07,000
A comfortable one.
आउटपुट
1
00:00:01,000 --> 00:00:02,000
Quick.
2
00:00:03,000 --> 00:00:04,000
Blink.
3
00:00:05,000 --> 00:00:07,000
A comfortable one.
300 ms और 200 ms की क्यू हर एक को पूरा एक सेकंड स्क्रीन पर रहने तक रोका जाता है, जबकि तीसरी क्यू — पहले से दो सेकंड लंबी — बिल्कुल नहीं हिलती। देखें कि जोड़ा गया समय कहाँ से आता है: हर क्यू उसे अपने बाद की खाली स्क्रीन से लेती है, इसलिए दूसरी क्यू अब भी 3000 पर शुरू होती है और आगे कोई सीमा नहीं सरकी। टाइमलाइन प्रीव्यू पर दोनों छोटी पट्टियाँ दाईं ओर बढ़ती हैं।
अगली क्यू सीमा की ज़रूरत से ज़्यादा पास
इनपुट
1
00:00:01,000 --> 00:00:01,200
Short.
2
00:00:01,500 --> 00:00:03,000
Next.
आउटपुट
1
00:00:01,000 --> 00:00:01,500
Short.
2
00:00:01,500 --> 00:00:03,000
Next.
पहली क्यू को पूरा एक सेकंड लंबा होने के लिए 2000 तक चलना पड़ता, पर दूसरी क्यू 1500 पर बोलना शुरू कर देती है। इसलिए पहली क्यू ठीक वहीं रुकती है जहाँ अगली शुरू होती है और माँगे गए 1000 के बजाय 500 ms लंबी होती है। अगली क्यू के शब्दों को ढकना छोटी क्यू से बुरा दोष होता, इसलिए जब दोनों शर्तें टकराएँ तो आसपास की क्यू जीतती हैं।
पिछला किनारा हिलने पर
इनपुट
1
00:00:01,000 --> 00:00:02,000
First.
2
00:00:05,000 --> 00:00:05,300
Quick.
3
00:00:09,000 --> 00:00:10,000
Last.
आउटपुट
1
00:00:01,000 --> 00:00:02,000
First.
2
00:00:04,300 --> 00:00:05,300
Quick.
3
00:00:09,000 --> 00:00:10,000
Last.
यहाँ छोटी क्यू ज़्यादा देर नहीं रोकी जाती — वह 5000 के बजाय 4300 पर पहले दिखती है, और उसका अंत ठीक वहीं रहता है जहाँ फ़ाइल ने रखा था। पहली क्यू अपना हर मिलीसेकंड रखती है, क्योंकि पहले आना पिछली क्यू के अंत पर रुक जाता है। दोनों रन उसी क्यू को एक सेकंड लंबा बनाते हैं; कौन सही है यह इस पर है कि पंक्ति बोले जाने के बाद पढ़ी जाए या पहले।
अक्सर पूछे जाने वाले सवाल
सबटाइटल कम से कम कितनी देर स्क्रीन पर रहना चाहिए?
हर प्रोजेक्ट पर फ़िट होने वाला कोई एक नंबर नहीं, इसीलिए यह पेज चुनने के बजाय आपसे पूछता है। आम शुरुआती बिंदु छोटी पंक्ति के लिए एक सेकंड है, जिस पर बॉक्स सेट है, और कई डिलीवरी विनिर्देश उसी के आसपास का आंकड़ा उस सामग्री के लिए बताते हैं जिसे ऐसा व्यक्ति भी पढ़ सके जो पहले से नहीं देख रहा था। अगर आपकी फ़ाइल के पीछे शैली-निर्देश है तो वही आंकड़ा लें; नहीं तो एक सेकंड ठीक पहला पास है, और अलग नंबर से दोबारा चला सकते हैं।
क्या कोई क्यू अगली के शुरू होने के पार रोकी जाती है?
कभी नहीं। क्यू अगली क्यू के प्रारंभ समय पर रुक जाती है, भले ही नतीजा आपकी दी न्यूनतम से छोटा हो, क्योंकि अगली में चली जाने वाली क्यू एक साथ दो पंक्तियाँ स्क्रीन पर डालती है और छोटी क्यू से बुरी पढ़ी जाती है। इसलिए तंग कटी फ़ाइल में कुछ क्यू आपके नंबर तक नहीं पहुँचेंगी; रन उन्हें ज़बरदस्ती पार कराने के बजाय गिनती बताता है।
लंबा करते समय क्यू का कौन-सा सिरा बढ़ता है?
जो आप चुनें। End पंक्ति ख़त्म होने के बाद भी क्यू रोकता है, इसलिए शब्द तब आते हैं जब फ़ाइल ने कहा और ज़्यादा देर रहते हैं — सबसे सुरक्षित डिफ़ॉल्ट, और जिस पर यह पेज शुरू होता है। Start पूरी क्यू को समय में पीछे ले जाता है ताकि वह बोले जाने से पहले दिखे, जिससे मूल अंत बचा रहता है पर पंक्ति थोड़ी जल्दी आती है। दोनों दिशाएँ पढ़ने की गति एक ही तरह बदलती हैं; फ़र्क़ सिर्फ़ यह है कि दर्शक शब्द सुनने से पहले देखता है या बाद में।
क्या फ़ाइल की हर क्यू को एक ही अवधि तक लंबा कर सकते हैं?
सिर्फ़ वे जो आपके नंबर से नीचे हैं, और सिर्फ़ उस तक। जो क्यू पहले से न्यूनतम पर या उससे ऊपर हैं वे जैसी हैं वैसी रहती हैं, फ़ाइल ने जो लंबाई दी थी उसी पर — लंबी क्यू को मिलाने के लिए छोटा नहीं किया जाता। यही फ़र्श और तय अवधि का अंतर है: यह पेज छोटी क्यू को एक स्तर तक उठाता है और बाकी सब अछूता छोड़ता है, इसलिए जिस फ़ाइल में एक-दो झिलमिलाहटें हैं वह ऐसी एकरूप लय के साथ नहीं निकलती जो उसमें कभी थी ही नहीं।
अगर मेरी अवधि मिलीसेकंड के बजाय सेकंड में लिखी है तो क्या करें?
सेकंड में लिख दें। बॉक्स सादे नंबर को मिलीसेकंड और `s` प्रत्यय वाले नंबर को सेकंड मानता है, इसलिए 1500 और 1.5s एक ही अनुरोध हैं, और 00:00:01,500 जैसा पूरा टाइमकोड भी चलता है। जो भी लिखें, कीमत अंदर पूरे मिलीसेकंड बनती है, क्योंकि इस साइट पर यही एकमात्र समय इकाई है — जिसका मतलब यह भी है कि मिलीसेकंड के अंश में निकलने वाली क्यू लंबाई गोल होती है, संचित नहीं।
क्या मेरी क्यू की स्टाइलिंग इस बदलाव से बचती है?
पूरी तरह। पेज प्रति क्यू दो नंबर बदलता है और बस: टेक्स्ट, प्रति-शब्द टैग, स्टाइल संदर्भ, स्थिति, परत और क्यू गिनती सब जैसे थे वैसे आगे जाते हैं। यह ख़ास तौर पर ASS और SSA पर लागू है, जहाँ एक क्यू साथ में स्टाइल नाम, स्थिति ओवरराइड और कराओके टाइमिंग रख सकती है — सब बचता है, और जिस फ़ाइल में कुछ छोटा नहीं वह बाइट-दर-बाइट लौटती है।