29.97 fps सबटाइटल को 23.976 में ठीक करें
या सबटाइटल टेक्स्ट पेस्ट करें
विकल्प
टाइमिंग किस फ़्रेम रेट में गिनी गई है। फ़ॉर्मैट पेजों पर यही MicroDVD को चाहिए, क्योंकि वह टाइमिंग फ़्रेम संख्याओं में रखता है। फ़्रेम रेट पेजों पर यह वह रेट है जिसके हिसाब से फ़ाइल की टाइमिंग की गई थी — वह संस्करण जिसके लिए सबटाइटल बने थे — और पेज का दूसरा बॉक्स उस वीडियो का रेट लेता है जिसके साथ आप इन्हें इस्तेमाल करेंगे। 23.976, 24, 25, 29.97, 30, 50, 59.94 और 60 आम हैं। गलत होने पर पूरी टाइमलाइन खिसक जाती है, और फ़्रेम रेट पेजों पर वह एक अनुपात से खिसकती है, तय मात्रा से नहीं।
जिस संस्करण के साथ आप सबटाइटल इस्तेमाल करेंगे — जो वीडियो आप दरअसल चलाएँगे — उसका फ़्रेम रेट। लगाया जाने वाला गुणक पहला बॉक्स ÷ यह है, इसलिए 24 से 25 देता है 0.96: फ़िल्म PAL पर 4% तेज़ चलती है, और 100 मिनट की फ़ीचर 96 मिनट के टेप में आ जाती है। दोनों बॉक्स उलटे रहने पर पूरी टाइमलाइन उसी मात्रा से गलत दिशा में खिसक जाती है।
यह पेज ऐसी सबटाइटल फ़ाइल लेता है जिसकी टाइमलाइन 29.97 फ़्रेम प्रति सेकंड पर गिनी गई थी, और उसे 23.976 की टाइमलाइन पर बैठाता है। हर टाइमस्टैम्प 1.25 से गुणा होता है — ठीक पाँच-चौथाई — इसलिए फ़ाइल एक-चौथाई लंबी निकलती है: अड़तालीस सेकंड वाली क्यू एक मिनट की बनती है, और तीस मिनट चलने वाले एपिसोड में जो क्यू चौबीस मिनट बताती है वह तीस पर लौट आती है। दोनों बॉक्स पहले से भरे हैं; अगर आपकी फ़ाइल किसी और दर पर गिनी गई है तो उन्हें बदलें।
गलती वही अंकगणित है जो इसके दर्पण में है, दूसरे सिरे से देखी गई। 23.976 टाइमलाइन के फ़्रेम नंबरों को 29.97 से भाग दिया जाए तो वे एक-चौथाई छोटे निकलते हैं, क्योंकि 23.976 भाग 29.97 0.8 है — इसलिए पूरी टाइमलाइन अपनी लंबाई के चार-पाँचवें हिस्से पर सिकुड़ जाती है और हर सबटाइटल 20 प्रतिशत जल्दी दिखता है, फ़िल्म के साथ और आगे। 1.25 से गुणा वही गलती वापस भाग देता है।
यह पहचानना कि आप किस दिशा में हैं, पूरा काम है, और लक्षण बता देता है। जो सबटाइटल देर से चलते हैं और और देर से होते जाते हैं, जिनमें चौबीस मिनट के एपिसोड की आख़िरी क्यू तीस मिनट बताती है, उन्हें 0.8 चाहिए। जो जल्दी दिखते हैं और और जल्दी होते जाते हैं, जिनमें तीस मिनट के एपिसोड की आख़िरी क्यू चौबीस बताती है, उन्हें यह पेज चाहिए। दोनों फ़ाइलें एक ही गलत भाग वाले फ़्रेम नंबरों से बनी थीं; फ़र्क़ सिर्फ़ गलती की दिशा का है।
1.25 ठीक है, अपने दर्पण के उसी कारण से: 29.97 यानी 30000/1001 और 23.976 यानी 24000/1001, इसलिए साझा 1001 कट जाता है और 29.97 भाग 23.976 सीधे 30000 भाग 24000 है — पाँच-चौथाई, कुछ गोल नहीं, कुछ बचा नहीं। हर क्यू को स्क्रीन पर एक-चौथाई ज़्यादा समय मिलता है, इसलिए हर पंक्ति की पढ़ने की गति 20 प्रतिशत घट जाती है, और इस समूह में यही एक दिशा है जो दबाव घटाती है, बढ़ाती नहीं। कुछ अपलोड नहीं होता, और पूरा सीज़न एक बार में कतार से निकलता है — SRT, WebVTT, ASS, SSA, SBV, SAMI, MicroDVD, TTML, JSON और CSV फ़ाइलें अपने असली रूप में पढ़ी जाती हैं।
उदाहरण
एक-चौथाई, पूरा हिसाब
इनपुट
1
00:00:01,000 --> 00:00:03,000
Hello there.
2
00:01:00,000 --> 00:01:02,000
One minute in.
आउटपुट
1
00:00:01,250 --> 00:00:03,750
Hello there.
2
00:01:15,000 --> 00:01:17,500
One minute in.
1.25 यानी 29.97 भाग 23.976। एक सेकंड वाली क्यू 250 ms पाती है और एक मिनट वाली 15,000 ms — शून्य से साठ गुना दूरी, साठ गुना खिसकाव। हर क्यू के दोनों किनारे गुणा होते हैं, इसलिए दो सेकंड की पंक्ति को 2.5 सेकंड मिलते हैं, और पढ़ने की गति में यही सुधार उसी से आता है।
बीते समय का एक-चौथाई जल्दी
इनपुट
1
00:08:00,000 --> 00:08:02,000
Eight minutes in.
2
00:24:00,000 --> 00:24:02,000
Twenty-four minutes in.
आउटपुट
1
00:10:00,000 --> 00:10:02,500
Eight minutes in.
2
00:30:00,000 --> 00:30:02,500
Twenty-four minutes in.
आठ मिनट के निशान पर दो मिनट जल्दी, चौबीस मिनट पर छह मिनट जल्दी — दोनों बार बीते समय का एक-चौथाई, जो अनुपात की समस्या है, ऑफ़सेट की नहीं। बदलने के बाद आख़िरी क्यू देखनी चाहिए: फ़ाइल को उसके नए टाइमस्टैम्प पर खोलें और पंक्ति वहाँ होनी चाहिए, और अगर है तो उससे पहले का सब भी सही है।
फ़्रेम रहते हैं, घोषणा बदलती है
इनपुट
{1}{1}29.97
{300}{360}Hello
आउटपुट
{1}{1}23.976
{300}{360}Hello
MicroDVD फ़्रेम में गिनता है, और फ़्रेम में कुछ गलत नहीं था — जिस दर से उन्हें भाग दिया गया वह गलत था। 29.97 पर घोषित फ़्रेम 300 दस सेकंड पढ़ा जाता है, जो वही जल्दी है; 23.976 पर घोषित वह साढ़े बारह पढ़ा जाता है, जहाँ वह क्यू होनी चाहिए। इसलिए पहली पंक्ति बदलती है और एक भी फ़्रेम नंबर नहीं छुआ जाता: उन्हें फिर लिखना अतिरिक्त चौथाई दो बार लगाना होता।
अक्सर पूछे जाने वाले सवाल
29.97 से 23.976 का गुणक ठीक 1.25 क्यों है?
क्योंकि दोनों रेट एक गोल संख्या भाग 1001 हैं — 29.97 यानी 30000/1001 और 23.976 यानी 24000/1001 — इसलिए एक को दूसरे से भाग देने पर 1001 कट जाता है और 30000 भाग 24000 बचता है, यानी पाँच-चौथाई। यहाँ कुछ गोल नहीं और कुछ अनुमानित नहीं, इसीलिए अड़तालीस सेकंड वाली क्यू ठीक एक मिनट पर पहुँचती है।
मेरे सबटाइटल बहुत जल्दी दिखते हैं और और जल्दी होते जाते हैं — क्या यही जोड़ी है?
देखें कि जल्दी बीते समय का एक-चौथाई है या नहीं। आठ मिनट के निशान पर दो मिनट जल्दी, चौबीस मिनट पर छह मिनट, और दो घंटे की फ़िल्म में चौबीस मिनट जल्दी ठीक यही जोड़ी है। दर्पण पेज उलटा लक्षण संभालता है: जो सबटाइटल देर से चलते हैं और और देर से होते जाते हैं, उन्हें 1.25 के बजाय 0.8 चाहिए।
क्या इस जोड़ी से सीधे NTSC वीडियो से PAL जा सकते हैं?
नहीं, और इस पेज से होकर जाना जानबूझकर लंबा रास्ता है। 29.97 से 25 का गुणक 1.19880 है और उसका कोई पेज नहीं, क्योंकि 29.97 वह दर है जिस पर सिग्नल चलता है, वह गति नहीं जिस पर तस्वीरें चलाई जाती हैं — उसके अंदर की फ़िल्म दोहराए गए फ़्रेमों से भरी जाती है जो चलने का समय नहीं बदलते। NTSC टाइमलाइन से PAL तक का ईमानदार रास्ता पहले फ़िल्म रेट पर लौटता है, यानी यह रूपांतरण, और फिर 23.976 से 25।
वीडियो 29.97 है और सबटाइटल सही लगते हैं — क्या यह पेज उन्हें बिगाड़ देगा?
हाँ, और यह दूसरे पेज के जाल का दर्पण है। NTSC सिग्नल में ले जाई गई फ़िल्म पर पुलडाउन लगता है, जो फ़्रेम दोहराता है और चलने का समय नहीं बदलता, इसलिए उस वीडियो के साथ टाइम की फ़ाइल पहले से सही है। सिर्फ़ उस फ़ाइल को बदलना चाहिए जिसके फ़्रेम नंबर गलत दर से भाग दिए गए थे; सही फ़ाइल को 1.25 से गुणा करना हर सबटाइटल को एक-चौथाई देर से कर देता है।
टाइमलाइन एक-चौथाई बढ़ने पर क्यू की लंबाई और पढ़ने की गति का क्या होता है?
हर क्यू अपनी अवधि का 25 प्रतिशत पाती है और बाद में भी जाती है, इसलिए दो सेकंड की पंक्ति को 2.5 सेकंड मिलते हैं जबकि शब्द बिल्कुल वैसे ही रहते हैं। इससे हर पंक्ति की पढ़ने की गति 20 प्रतिशत घट जाती है, जो इस समूह की उन दो जोड़ियों में से एक बनाता है जो फ़ाइल पर दबाव घटाती हैं, बढ़ाती नहीं — दूसरी 50 से 25 वाली आधी करने वाली है।
किस तरह के काम से फ़ाइल जल्दी रह जाती है, देर से नहीं?
उस काम से जिसने कंटेनर के रेट को तस्वीरों का रेट मान लिया। NTSC 29.97 ले जाता है, इसलिए जो टूल वीडियो से वह संख्या पढ़कर फ़्रेम नंबरों को उससे भाग देता है वह सिग्नल के अंदर की फ़िल्म को कम समय देगा, क्योंकि फ़िल्म खुद 23.976 पर चल रही है और पुलडाउन सिर्फ़ भराव था। इलाज यह है कि तस्वीरों के असली रेट की घोषणा हो, और यह पेज वही करता है: पहले 29.97, फिर 23.976।