सबटाइटल क्यू मिलाएँ
या सबटाइटल टेक्स्ट पेस्ट करें
विकल्प
जिन दो क्यू के बीच का अंतराल इतने मिलीसेकंड या कम हो वे एक क्यू बन जाते हैं जो पहले के शुरू से आखिरी के अंत तक चलता है। जाँच समावेशी है, इसलिए ठीक इतने मिलीसेकंड का अंतराल भी मिल जाता है। जिस फ़ाइल की पंक्तियाँ वाक्य के बीच से बँटी थीं उसके लिए 1000 ms (एक सेकंड) अच्छी शुरुआत है; 40 ms जैसा छोटा मान केवल उन क्यू के बीच की झिलमिलाहट बंद करता है जो एक ही होने चाहिए थे।
स्पेस दोनों टेक्स्ट को एक पंक्ति में जोड़ देता है, जो तब चाहिए जब मूल फ़ाइल ने एक वाक्य को दो क्यू में बाँटा हो। लाइन ब्रेक उन्हें ऊपर-नीचे रखता है, इसलिए क्यू दो पंक्तियों का सबटाइटल बनकर पूरी अवधि स्क्रीन पर रहता है।
टाइमिंग किस फ़्रेम रेट में गिनी गई है। फ़ॉर्मैट पेजों पर यही MicroDVD को चाहिए, क्योंकि वह टाइमिंग फ़्रेम संख्याओं में रखता है। फ़्रेम रेट पेजों पर यह वह रेट है जिसके हिसाब से फ़ाइल की टाइमिंग की गई थी — वह संस्करण जिसके लिए सबटाइटल बने थे — और पेज का दूसरा बॉक्स उस वीडियो का रेट लेता है जिसके साथ आप इन्हें इस्तेमाल करेंगे। 23.976, 24, 25, 29.97, 30, 50, 59.94 और 60 आम हैं। गलत होने पर पूरी टाइमलाइन खिसक जाती है, और फ़्रेम रेट पेजों पर वह एक अनुपात से खिसकती है, तय मात्रा से नहीं।
यह पेज पड़ोसी क्यू को एक में जोड़ता है जब उनके बीच का अंतराल काफ़ी छोटा हो। सीमा आप तय करते हैं — शुरू में 1000 ms — और उतनी या उससे कम दूरी वाली कोई भी दो क्यू एक क्यू बन जाती हैं। यह उस फ़ाइल का टूल है जो झिलमिलाती है: एक वाक्य दो क्यू में बँटा हुआ, ट्रांसक्रिप्शन सेवा का प्रति-शब्द निर्यात, या ऐसी पंक्तियाँ जिनके अंतराल इतने छोटे हैं कि सबटाइटल ब्लिंक करता दिखता है।
जुड़ी क्यू पहली के प्रारंभ से आख़िरी के अंत तक चलती है, इसलिए उनके बीच का ठहराव जुड़े टेक्स्ट से भर जाता है। यही झिलमिलाहट हटाता है, और यही एक बात है जिसके बारे में पक्का होना चाहिए: मूल सबटाइटलर ने जो ठहराव जानबूझकर छोड़ा था — दो वक्ताओं के बीच एक बीट, पंचलाइन से पहले विराम — अब टेक्स्ट से ढका है। बाकी फ़ाइल में कुछ नहीं हिलता। मर्ज समूह से बाहर कोई क्यू एक मिलीसेकंड नहीं सरकती, और क्यू नंबर वैसे ही रहते हैं, इसलिए आउटपुट में क्यू 3 क्यू 1 के बाद आ सकती है।
आख़िरी फ़ैसला यह है कि दोनों टेक्स्ट कैसे मिलें। एक पंक्ति में वे स्पेस के साथ जुड़ जाते हैं, जो बँटे वाक्य के लिए चाहिए: पाठक को पूरी अवधि के लिए एक लगातार पंक्ति मिलती है। अलग पंक्तियों में वे ऊपर-नीचे रहते हैं, जो तब चाहिए जब दोनों क्यू दो पंक्तियों के रूप में पढ़ी जानी थीं — छोटी बातचीत, अनुवाद के ऊपर कैप्शन। जिस फ़ाइल को दोनों के बीच कस्टम विभाजक चाहिए — डैश, स्लैश — वह टाइमिंग सुधार नहीं, द्विभाषी मर्ज है और टेक्स्ट समूह में रहता है।
सीमा जानबूझकर 60 सेकंड पर रुकती है: उसके आगे टूल क्यू मर्ज नहीं कर रहा, टाइमलाइन समेट रहा है, और एक क्यू वाली फ़ाइल सबटाइटल फ़ाइल नहीं होती। यहाँ हर पेज की तरह कुछ अपलोड नहीं होता — फ़ाइल इसी ब्राउज़र टैब के अंदर पढ़ी, मर्ज की और फिर लिखी जाती है, और SRT, WebVTT, ASS, SSA, SBV, SAMI, MicroDVD, TTML, JSON और CSV सब एक ही तरह पढ़े जाते हैं।
उदाहरण
एक वाक्य, दो क्यू में बँटा
इनपुट
1
00:00:01,000 --> 00:00:02,500
She walked into the room
2
00:00:02,600 --> 00:00:04,000
and closed the door.
आउटपुट
1
00:00:01,000 --> 00:00:04,000
She walked into the room and closed the door.
100 ms का अंतराल, एक सेकंड की सीमा के अंदर, और वाक्य फिर पूरा है। दो क्यू के बीच प्लेयर जो फ़ेड-आउट और फ़ेड-इन करता है वह गया: पंक्ति दसवें हिस्से के लिए गायब होने के बजाय पूरे तीन सेकंड रहती है। क्यू नंबर 1 रखती है क्योंकि वही बची; मर्ज के बाद फ़ाइल में कुछ भी पुनःक्रमांकित नहीं होता।
वही दो क्यू, अलग पंक्तियों में
इनपुट
1
00:00:01,000 --> 00:00:02,500
She walked into the room
2
00:00:02,600 --> 00:00:04,000
and closed the door.
आउटपुट
1
00:00:01,000 --> 00:00:04,000
She walked into the room
and closed the door.
टाइमिंग वही, आउटपुट अलग: अलग पंक्तियाँ चुनने पर दूसरी क्यू का टेक्स्ट उसी क्यू की दूसरी पंक्ति बनता है, आगे जुड़ने के बजाय। तब उपयोगी जब दोनों हिस्से जोड़ी के रूप में पढ़ने के लिए लिखे गए थे, और द्विभाषी फ़ाइलों में भी जहाँ दोनों क्यू पहले से एक-एक पंक्ति थीं। क्यू उतनी पंक्तियाँ रख सकती है जितनी फ़ॉर्मैट अनुमति दे, और यह फ़ाइल में सख़्त लाइन ब्रेक है, लिपटी हुई पंक्ति नहीं।
जिस अंतराल को छोड़ना सही है
इनपुट
1
00:00:01,000 --> 00:00:03,000
What time do you call this?
2
00:00:09,000 --> 00:00:11,000
Sorry. The bus never came.
आउटपुट
1
00:00:01,000 --> 00:00:03,000
What time do you call this?
2
00:00:09,000 --> 00:00:11,000
Sorry. The bus never came.
दो वक्ताओं के बीच छह सेकंड की खामोशी, और आउटपुट बाइट-दर-बाइट इनपुट है। उस ठहराव को भरना एक व्यक्ति की पंक्ति तब दिखा देगा जब दूसरा बोल रहा हो, इसलिए इस अंतराल के आसपास कोई भी सीमा गलती है — दोनों पंक्तियों का क्रम उनकी टाइमिंग के बराबर नहीं है। यहाँ की तरह 500 ms सीमा रखने पर यह फ़ाइल अछूती रहती है।
अक्सर पूछे जाने वाले सवाल
फ़ाइल हर वाक्य को दो-तीन क्यू में बाँटती है। अंतराल सीमा क्या रखें?
1000 ms से शुरू करें। ट्रांसक्रिप्शन सेवा से निर्यात फ़ाइल आम तौर पर एक वाक्य के टुकड़ों के बीच 50 से 300 ms रखती है, और एक सेकंड उससे आराम से बड़ा है जबकि वाक्यों के बीच के ठहरावों के अंदर भी रहता है। दोनों टेक्स्ट कैसे मिलें यह अलग पंक्तियों से तय करें, पूरा सीज़न एक बार में कतार से चलाएँ, फिर टाइमलाइन प्रीव्यू पढ़ें: यह देखने का सबसे तेज़ तरीका है कि कोई रखने लायक ठहराव निगल गया या नहीं।
क्या क्यू मर्ज करने से सबटाइटल स्क्रीन पर दिखने का समय बदलेगा?
जो क्यू मर्ज होती हैं उनके लिए हाँ — और यही मक़सद है। जुड़ी क्यू तब शुरू होती है जब पहली शुरू हुई थी और तब ख़त्म होती है जब आख़िरी ख़त्म हुई थी, इसलिए उनके बीच का अंतराल खाली होने के बजाय अब टेक्स्ट से ढका है। फ़ाइल की बाकी हर क्यू अपने ठीक समय रखती है। अगर मर्ज अवधि के अंदर का कोई ठहराव जानबूझकर था, तो सीमा घटाएँ जब तक जोड़ी न जुड़े, या उन क्यू को अलग रन में ठीक करें।
मर्ज के बाद क्यू नंबर फिर से लिखे जाते हैं?
नहीं। बची क्यू अपना पुराना नंबर रखती है और समाहित क्यू के नंबर गायब हो जाते हैं, इसलिए जिस फ़ाइल में क्यू 1, 2 और 3 थीं वह 1 और 3 के साथ निकल सकती है। फ़ॉर्मैट की अपनी गिनती यही है — एक लेबल, कोई क्रम नहीं — और उसे अछूता छोड़ने से आपके आउटपुट के नंबर उस संस्करण से मिलते रहते हैं जिससे शुरू किया था, जो दोनों की तुलना करते समय मायने रखता है।
क्या पहले से छूती हुई क्यू को मर्ज करना चाहिए?
सिर्फ़ तब जब आपका यही इरादा हो। शून्य अंतराल अच्छी तरह टाइम की फ़ाइल की पहचान है: हर क्यू ठीक वहीं ख़त्म होती है जहाँ अगली शुरू होती है। शून्य पर मर्ज करना उन जोड़ों को जोड़ता है और यहाँ सीमा 0 रखने जैसा है — इसीलिए इसके पास वाला सिर्फ़ ओवरलैप मर्ज करने वाला पेज छूती क्यू को जानबूझकर अछूती छोड़ता है, संयोग से मर्ज नहीं करता।
क्या मर्ज करने से मेरा कोई टेक्स्ट खो सकता है?
नहीं। हर क्यू का हर शब्द आउटपुट में पहुँचता है; जो खोता है वह हर समाहित क्यू की अलग टाइमिंग है, जो लॉस रिपोर्ट में दर्ज होती है। ASS जैसी स्टाइल वाली फ़ाइल पर ध्यान देने लायक एक अपवाद स्टाइलिंग है: एक क्यू एक ही स्टाइल रख सकती है, इसलिए अलग स्टाइल वाली दो क्यू मर्ज होने पर पहली का स्टाइल बचता है और रिपोर्ट गिनती है कि क्या साथ नहीं आ सका।
क्या पूरी फ़ाइल को एक ही क्यू में मर्ज कर सकते हैं?
संयोग से नहीं। बॉक्स 60000 ms पर रुकता है, इसलिए सबसे चौड़ी सेटिंग एक मिनट तक की दूरी वाली क्यू जोड़ती है — बुरी तरह बँटे गाने या जल्दबाज़ी वाले इंटरव्यू के लिए काफ़ी, एपिसोड को एक क्यू में समेटने के लिए नहीं। अगर फ़ाइल सचमुच सौ क्यू में फैला एक ही सबटाइटल है, तो पहले अनचाही क्यू हटाएँ, या देखें कि जो आपके पास है वह ट्रांसक्रिप्ट है, सबटाइटल फ़ाइल नहीं।