सबटाइटल मिलाते समय एक टाइमलाइन रखें
या सबटाइटल टेक्स्ट पेस्ट करें
या दूसरी फ़ाइल का टेक्स्ट पेस्ट करें
विकल्प
दो सबटाइटल क्यू-दर-क्यू कभी मेल नहीं खाते, और यही वह विकल्प है जो तय करता है कि जहाँ-जहाँ वे असहमत हों वहाँ क्या हो। जहाँ एक फ़ाइल का कोई क्यू दूसरी फ़ाइल के किसी क्यू पर ओवरलैप करता है, वहाँ दोनों को एक ही पल माना जाता है और साथ ले जाया जाता है, और ओवरलैप तय करता है कि नतीजा कितनी देर स्क्रीन पर रहे। बाकी इस विकल्प पर है। दोनों फ़ाइलें रखना हर बेमेल क्यू को अपनी पंक्ति के रूप में जोड़ता है, इसलिए किसी भी इनपुट से एक शब्द भी नहीं छूटता — और दूसरी फ़ाइल की टाइमिंग नहीं बचती, क्योंकि बेमेल क्यू को भी पहली फ़ाइल की टाइमलाइन पर कहीं तो बैठना है। पहली फ़ाइल की टाइमलाइन रखना इसका उल्टा करता है: पहली फ़ाइल के क्यू बिल्कुल वही शुरू और अंत रखते हैं जिनके साथ आए, कुछ नया डाला नहीं जाता, और दूसरी फ़ाइल का जो क्यू किसी से न मिले वह हटा दिया जाता है। चलाने के बाद रिपोर्ट हमेशा बताती है कि वे कितने थे।
जब दो क्यू एक ही पल मान लिए जाते हैं, उनके टेक्स्ट को स्क्रीन साझा करनी होती है। दो पंक्तियों में रखना वही है जैसे द्विभाषी सबटाइटल आम तौर पर प्रसारित होते हैं और जैसा ज़्यादातर प्लेयर देखना चाहते हैं: पहली फ़ाइल की पंक्ति दूसरी के ऊपर बैठती है, और क्यू दो पंक्तियों का बन जाता है। इसके लिए क्यू में लाइन ब्रेक की अनुमति चाहिए, इसीलिए हर वह फ़ॉर्मैट जो क्यू को एक पंक्ति में रखता है इस पेज से पूरी तरह बाहर है, बजाय इसके कि यहाँ चुपचाप एक कर दिया जाए। एक पंक्ति में जोड़ना दोनों भाषाओं को एक पंक्ति पर रखता है जिसे नीचे के बॉक्स में आप जो लिखें वह अलग करता है, जो तब चाहिए जब पाठकों को पहले अनुवाद और बगल में मूल देखना हो — अनुवादक का सबटाइटल, द्विभाषी प्रसारण नहीं।
टाइमिंग किस फ़्रेम रेट में गिनी गई है। फ़ॉर्मैट पेजों पर यही MicroDVD को चाहिए, क्योंकि वह टाइमिंग फ़्रेम संख्याओं में रखता है। फ़्रेम रेट पेजों पर यह वह रेट है जिसके हिसाब से फ़ाइल की टाइमिंग की गई थी — वह संस्करण जिसके लिए सबटाइटल बने थे — और पेज का दूसरा बॉक्स उस वीडियो का रेट लेता है जिसके साथ आप इन्हें इस्तेमाल करेंगे। 23.976, 24, 25, 29.97, 30, 50, 59.94 और 60 आम हैं। गलत होने पर पूरी टाइमलाइन खिसक जाती है, और फ़्रेम रेट पेजों पर वह एक अनुपात से खिसकती है, तय मात्रा से नहीं।
यह पेज दो सबटाइटल फ़ाइलों को मिलाता है, पर टाइमलाइन पहली फ़ाइल की ही मानता है: पहली फ़ाइल के क्यू अपने समय, अपने क्रम और अपनी संख्या में उतने ही रहते हैं, और दूसरी फ़ाइल से केवल वही सामग्री जुड़ती है जो उन क्यू के समय में बैठती है। यह उस समय के लिए है जब आपको पहली फ़ाइल के समय पर भरोसा है और दूसरी फ़ाइल का समय उससे हल्का या गलत है।
आम हालत यह है कि पहली फ़ाइल किसी भरोसेमंद स्रोत से आई है — जैसे मास्टर टाइमिंग, जिसे किसी ने जाँचा है — और दूसरी का समय किसी दूसरे रिलीज़, दूसरे फ़्रेम-दर या किसी अनुवादक की हाथ की नकल से आया है। दोनों को बराबर मानकर मिलाना पहली की जाँच को बेकार कर देता है; इसलिए यह पेज पहली को ठोस आधार बनाता है और दूसरी को केवल उस पर चढ़ाता है।
दूसरी फ़ाइल के जो क्यू किसी भी पहली-क्यू के समय में नहीं बैठते, उन्हें नतीजे में जगह नहीं मिलती और वे गिर जाते हैं — पर चुपचाप नहीं: पेज उनकी गिनती बताता है। यही इस पेज का सबसे ज़रूरी फ़ैसला है, क्योंकि गिराए गए क्यू के साथ उनका पाठ भी जाता है, और अगर वे असल में ज़रूरी थे तो आपको पता होना चाहिए कि कितने गए। यह संख्या अक्सर दोनों फ़ाइलों के समय में अंतर को उजागर करती है।
नतीजा पहली फ़ाइल के फ़ॉर्मैट में बनता है, क्योंकि वही आधार है — दूसरी फ़ाइल का पाठ उसी ढाँचे में आएगा। कुछ अपलोड नहीं होता; दोनों फ़ाइलें ब्राउज़र टैब के अंदर पढ़ी जाती हैं और मूल कभी नहीं बदलतीं, इसलिए जो सामग्री साझा नहीं की जा सकती वह कहीं नहीं जाती।
उदाहरण
पहली फ़ाइल का समय ठोस
इनपुट
First file:
1
00:00:01,000 --> 00:00:03,000
Good morning.
2
00:00:05,000 --> 00:00:07,000
How are you?
Second file:
1
00:00:01,000 --> 00:00:03,000
早上好。
2
00:00:05,000 --> 00:00:07,000
你好吗？
3
00:00:20,000 --> 00:00:22,000
这句在第一份里没有对应。
आउटपुट
1
00:00:01,000 --> 00:00:03,000
Good morning.
早上好。
2
00:00:05,000 --> 00:00:07,000
How are you?
你好吗？
पहली फ़ाइल के दोनों क्यू अपने समय और क्रम में वैसे ही हैं और दूसरी फ़ाइल का पाठ उन्हीं अवधियों में जुड़ता है। नतीजे में पहली फ़ाइल की संख्या बनी रहती है, क्योंकि यह पेज उसे नहीं बदलता। जो दूसरी फ़ाइल में उन अवधियों से बाहर था, वह यहाँ नहीं आया।
दूसरी फ़ाइल में ज़्यादा क्यू
इनपुट
First file:
1
00:00:01,000 --> 00:00:06,000
We should leave before the storm gets worse.
Second file:
1
00:00:01,000 --> 00:00:02,500
我们该走了。
2
00:00:03,000 --> 00:00:05,000
趁暴风雨还没更大。
आउटपुट
1
00:00:01,000 --> 00:00:06,000
We should leave before the storm gets worse.
我们该走了。
दूसरी फ़ाइल के जो क्यू पहली के किसी क्यू से नहीं मिले वे गिर गए और उनकी गिनती बताई गई। यह देखना ज़रूरी है क्योंकि गिरे क्यू का पाठ भी साथ गया — अगर गिनती बड़ी है तो दोनों फ़ाइलों का समय एक जैसा नहीं है और पहले उसे ठीक करना चाहिए। पहली फ़ाइल के सारे क्यू बचे रहते हैं।
दूसरी फ़ाइल का समय खिसका हुआ
इनपुट
First file:
1
00:00:01,000 --> 00:00:03,000
Good morning.
2
00:00:05,000 --> 00:00:07,000
How are you?
Second file:
1
00:01:00,000 --> 00:01:02,000
一分钟处的旁白。
2
00:02:00,000 --> 00:02:02,000
两分钟处的旁白。
आउटपुट
1
00:00:01,000 --> 00:00:03,000
Good morning.
2
00:00:05,000 --> 00:00:07,000
How are you?
दूसरी फ़ाइल का समय एक-दो सेकंड खिसका है, इसलिए कुछ क्यू मिले और कुछ नहीं — मिले हुए इस पेज पर ठीक बैठते हैं, बाकी गिरते हैं। यही दिखाता है कि यह पेज समय को सुधारने का औज़ार नहीं, चुनने का औज़ार है: वह पहली फ़ाइल के समय पर भरोसा करता है, दूसरी के समय को साथ नहीं लाता।
अक्सर पूछे जाने वाले सवाल
पहली फ़ाइल की टाइमलाइन सुरक्षित रखने वाला यह पेज क्या अलग करता है?
यह दोनों फ़ाइलों के समय को बराबर नहीं मानता। नतीजे में पहली फ़ाइल के क्यू अपने समय, क्रम और संख्या में वैसे ही रहते हैं; दूसरी फ़ाइल से केवल वही पाठ जुड़ता है जो उन क्यू की अवधि में बैठता है। यही उस स्थिति के लिए सही है जहाँ पहली फ़ाइल का समय जाँचा हुआ है और दूसरी का किसी दूसरे स्रोत से आया है। नतीजा पहली फ़ाइल के फ़ॉर्मैट में बनता है।
दूसरी फ़ाइल के जो क्यू समय में नहीं बैठते उनका क्या होता है?
वे नतीजे में नहीं आते और उनका पाठ भी साथ जाता है, पर पेज उनकी गिनती बताता है। यह चुपचाप होने वाला नुकसान नहीं है, इसलिए गिनती को हल्के से न लें: अगर बहुत सारे क्यू गिरे तो इसका मतलब है कि दोनों फ़ाइलों का समय एक जैसा नहीं, और जिस समय को आप सही मान रहे थे वह दूसरी फ़ाइल के लिए नहीं है। ऐसी हालत में पहले समय सुधारें, फिर मिलाएँ।
क्या यह पेज दूसरी फ़ाइल के समय को पहली के साथ जोड़ या घटा सकता है?
नहीं। यह केवल मिलान करता है, समय नहीं सुधारता — दूसरी फ़ाइल के समय को वह जस का तस पढ़ता है और जहाँ वह पहली के किसी क्यू की अवधि में बैठता है वहाँ पाठ जोड़ता है। अगर दूसरी फ़ाइल जान-बूझकर कुछ सेकंड आगे या पीछे है तो पहले उसका स्थानांतरण वाला पेज चलाएँ, और उसके बाद यह दौर। क्रम बदलने से नतीजा बहुत अलग होगा।
क्या नतीजे में पहली फ़ाइल के सारे क्यू रहते हैं?
हाँ। पहली फ़ाइल का हर क्यू नतीजे में आता है, चाहे उसे दूसरी फ़ाइल में कोई पाठ मिले या न मिले — जिसमें कोई मिलान नहीं होता उसका क्यू केवल अपनी मूल भाषा में रहता है। दूसरी दिशा में यह उदार नहीं: दूसरी फ़ाइल का कोई क्यू नया नहीं बनाता। इसलिए नतीजे में क्यू की संख्या हमेशा पहली फ़ाइल से कम या बराबर होती है, कभी ज़्यादा नहीं।
नतीजा किस फ़ॉर्मैट में बनेगा?
पहली फ़ाइल के फ़ॉर्मैट में, क्योंकि वही टाइमलाइन और ढाँचे का आधार है। अगर पहली ASS है और दूसरी SRT, तो नतीजा ASS होगा। यह फ़ॉर्मैट के उस पहलू में भी मायने रखता है जो पाठ से परे है: पहली फ़ाइल के स्टाइल और अन्य संरचनात्मक हिस्से बने रहते हैं, जबकि दूसरी फ़ाइल का पाठ उन्हीं में आता है। गंतव्य फ़ॉर्मैट बदलना हो तो बाद में रूपांतरण करें।
क्या दोनों फ़ाइलों का समय पूरी तरह एक जैसा होना ज़रूरी है?
ज़रूरी नहीं, पर जितना ज़्यादा अंतर होगा उतने ज़्यादा क्यू गिरेंगे। मिलान ओवरलैप पर होता है, इसलिए थोड़ा-बहुत अंतर कुछ मामलों में फिर भी काम कर सकता है — जैसे एक क्यू दूसरे की अवधि के कुछ हिस्से से ओवरलैप करे। पर अगर दोनों फ़ाइलें अलग फ़्रेम-दर या अलग स्रोत से बनीं हैं तो पहले समय को एक साथ लाना बेहतर है; यह पेज उस अंतर को नहीं सुधारता, वह केवल उसे देखकर गिराता है।