वीडियो और उपशीर्षक · उपशीर्षक टूलकिट
उपशीर्षक ड्रिफ्ट ने समझाया: एक निश्चित ऑफसेट विफल क्यों होता है और स्ट्रेच कैसे काम करता है
· यह काम किस प्रकार करता है
उपशीर्षक टाइमकोड फ्रेम रेट
यदि कैप्शन शुरुआत में ठीक हैं और अंत तक देर से, तो समस्या गति है, ऑफसेट नहीं। यह पोस्ट बताती है कि कैसे फ़्रेम-दर बेमेल बहाव का कारण बनता है, इसका निदान कैसे करें और एक रैखिक खिंचाव का गणित एक बदलाव से कैसे भिन्न होता है।
एक मिनट में सिंक में, आधे सेकंड देर से मिनट तीस पर - ऑफसेट के बजाय बहाव का हस्ताक्षर
आउट-ऑफ़-सिंक कैप्शन के पीछे दो अलग-अलग दोष हैं और उनमें विपरीत सुधार की आवश्यकता है। ऑफसेट स्थिर है: प्रत्येक पंक्ति समान मात्रा में विलंबित है, और फ़ाइल पहले मिनट में भी उतनी ही गलत है जितनी आखिरी में। बहाव बढ़ता है: शुरुआती लाइनें सही ढंग से उतरती हैं, त्रुटि दस मिनट में मुश्किल से ध्यान देने योग्य होती है और समापन लाइनें सेकंडों में भटक जाती हैं। लक्षण जो उन्हें अलग करता है वह यह है कि क्या अंत में त्रुटि प्रारंभ में त्रुटि से बड़ी है।
इस निदान को ग़लत करना महंगा है क्योंकि स्पष्ट कार्रवाई से चीज़ें और बदतर हो जाती हैं। एक ड्रिफ्टिंग फ़ाइल की पहली पंक्ति को ऑफसेट के साथ पंक्तिबद्ध करने से पूरी फ़ाइल चलती है, इसलिए अंतिम राशि मूल राशि और जो कुछ भी अभी जोड़ा गया था, उससे हट जाती है। टूल इसे सीधे तौर पर एक सामान्य गलती के रूप में दर्ज करता है, और नोट करता है कि स्केलिंग से पहले दोनों ऑपरेशनों को पूर्ववत करना होगा।
ड्रिफ्ट कहां से आता है - 25 एफपीएस के लिए समयबद्ध एक फ़ाइल 23.976 एफपीएस वीडियो के विरुद्ध चलाई जाती है, या इसके विपरीत
सामान्य कारण फ़ाइल को लिखे जाने के समय और जिस वीडियो के साथ इसे चलाया जा रहा है, उसके बीच फ़्रेम-दर का बेमेल होना है। उपशीर्षक टाइमस्टैम्प दीवार-घड़ी के समय होते हैं, लेकिन वे अक्सर फ़्रेम गणना से प्राप्त होते हैं। यदि 23.976 एफपीएस सामग्री के विरुद्ध उत्पादित फ्रेम गिनती को दोबारा चलाया जाता है जैसे कि प्रत्येक फ्रेम एक सेकंड का पच्चीसवां हिस्सा था, तो प्रत्येक टाइमस्टैम्प उसी अनुपात से गलत होता है, और बढ़ती संख्या पर लागू स्थिर अनुपात बढ़ती त्रुटि उत्पन्न करता है।
25 एफपीएस पर चलाए गए 23.976 एफपीएस सामग्री के लिए यह अनुपात लगभग 1.0427 है, जिसे टूल स्केल फ़ील्ड के बगल में बताता है। संख्या परीक्षण द्वारा खोजी गई ट्यूनिंग नॉब नहीं है: यह दो फ्रेम दर का भागफल है, इसलिए एक फ़ाइल जो एक दुनिया में सही थी, उसे दूसरे में व्यवस्थित रूप से बढ़ाया या संपीड़ित किया जाता है। यही कारण है कि बहाव अनियमित के बजाय लगभग हमेशा सहज और रैखिक होता है।
दो संदर्भ बिंदुओं के साथ बहाव का निदान करना - शुरुआत के पास और अंत के पास त्रुटि को मापना
बहाव के निदान के लिए एक नहीं, बल्कि दो मापों की आवश्यकता होती है। शुरुआत के पास संवाद की एक पंक्ति ढूंढें जिसके कैप्शन में आप सटीक समय बता सकते हैं, और अंत के पास एक और पंक्ति ढूंढें, और फ़ाइल में दावा किए गए टाइमस्टैंप और वास्तव में संवाद होने वाले टाइमस्टैंप दोनों को रिकॉर्ड करें। एक माप दो दोषों को अलग नहीं कर सकता है, क्योंकि एक देखी गई त्रुटि निरंतर ऑफसेट और खिंचाव दोनों के अनुरूप है।
जहाँ तक सामग्री अनुमति दे, दो बिंदुओं को एक-दूसरे से दूर चुनें। पूरी गणना एक अंतर को दूसरे से विभाजित करती है, इसलिए एक छोटी आधार रेखा परिणाम में एक छोटी माप त्रुटि को बड़ा बना देती है। नब्बे मिनट की फ़ाइल में एक मिनट की दूरी पर दो बिंदु एक ऐसे अनुपात का उत्पादन करेंगे जो उस परिशुद्धता के प्रति आश्वस्त हो जो माप का समर्थन नहीं करता है।
एक रेखीय खिंचाव का गणित - एक स्थिरांक जोड़ने के बजाय प्रत्येक टाइमकोड को एक अनुपात के आधार पर स्केल करना
एक बदलाव जोड़ है और एक खिंचाव गुणन है, और यही संपूर्ण अंतर है। यह बदलाव प्रत्येक प्रारंभ और अंत में एक स्थिरांक जोड़ता है; आंतरिक रूप से संकेत शून्य से गिने जाने वाले पूर्णांक मिलीसेकंड होते हैं, इसलिए ऑपरेशन प्रति टाइमस्टैम्प में एक एकल जोड़ होता है और इसमें स्वयं की कोई गोलाई नहीं होती है। क्योंकि यह हर जगह एक ही संख्या जोड़ता है, यह पहले और आखिरी संकेत के बीच की दूरी को नहीं बदल सकता है, जो कि वास्तव में बहाव के कारण गलत है।
एक खिंचाव प्रत्येक टाइमस्टैम्प को एक कारक से गुणा करता है, जिसे शून्य से मापा जाता है। क्योंकि गुणक बाद में फ़ाइल में बड़ी संख्या पर कार्य करता है, यह अंत को उद्घाटन से अधिक स्थानांतरित करता है, जो कि आकार बहाव की आवश्यकता है। स्केलिंग के बाद टाइमस्टैम्प को पूरे मिलीसेकंड में फिर से गोल किया जाता है, इसलिए जिस तरह से बदलाव होता है, स्केल पूरी तरह से उलटा नहीं होता है; कई चरणों में एक कारक को परिष्कृत करने के बजाय मूल से एक बार स्केल करें।
व्यावहारिक उदाहरण: दो मापों से अनुपात की गणना करना - दो देखी गई त्रुटियों को एक ही सुधार में बदलना
मान लीजिए कि दो मिनट का कैप्शन 00:02:00.000 का दावा करता है जबकि संवाद 00:01:59.750 पर है, और अट्ठाईस मिनट का कैप्शन 00:58:00.000 का दावा करता है जबकि संवाद 00:57:52.750 का है। मिलीसेकंड में फ़ाइल कहती है 120000 और 3480000; वीडियो 119750 और 3472750 चाहता है। त्रुटि 250 ms से बढ़कर 7250 ms हो गई है, जो बहाव है, ऑफसेट नहीं।
कारक दो अंतरालों का अनुपात है: वास्तविक अवधि 3472750 घटा 119750, या 3353000 को दावा की गई अवधि 3480000 घटा 120000, या 3360000 से विभाजित करें। यह लगभग 0.99792 देता है। दावा किए गए समय को इससे गुणा करने पर 119750 और 3472750, दोनों माप मिलते हैं, जो यह जांचता है कि सुधार एक शुद्ध खिंचाव है जिसमें कोई शेष ऑफसेट नहीं है। जब कोई अवशेष रह जाए, तो पहले खिंचाव को ठीक करें और उसके बाद ही जो बचा है उसके लिए बदलाव लागू करें।
इसमें क्या शामिल नहीं है - कट, जोड़े गए दृश्य और विज्ञापन ब्रेक, जो सहज बहाव के बजाय छलांग पैदा करते हैं
यह उन त्रुटियों को कवर करता है जो सुचारू रूप से और आनुपातिक रूप से बढ़ती हैं। इसमें ऐसी फ़ाइल को शामिल नहीं किया गया है जो बीस मिनट के लिए सही है और फिर अचानक शेष के लिए एक निश्चित राशि निकाल दी जाती है, जो एक संपादन का हस्ताक्षर है: एक हटाया गया दृश्य, एक सम्मिलित विज्ञापन ब्रेक या एक ही सुविधा का एक अलग कट। वह दोष फ़ाइल के भाग पर लागू एक बदलाव है, और कोई एकल अनुपात इसे ठीक नहीं करता है।
शिफ्ट टूल फ़ाइल में प्रत्येक क्यू पर लागू होता है और चयनित रेंज को पुनः समय देने का कोई तरीका प्रदान नहीं करता है, इसलिए मध्य-बिंदु छलांग वाली फ़ाइल को एक पास में मरम्मत नहीं की जा सकती है। यह क्लैम्पिंग से भी उबर नहीं सकता है: एक नकारात्मक परिणाम शून्य पर रखा जाता है क्योंकि कोई भी प्रारूप नकारात्मक समय को व्यक्त नहीं कर सकता है, और बाद में आगे बढ़ने से वहां पिन किए गए संकेतों को पुनर्स्थापित नहीं किया जाता है। जब क्यू दब जाता है तो टूल चेतावनी देता है और प्रलेखित उपाय क्षतिपूर्ति बदलाव के बजाय पूर्ववत कर दिया जाता है।
टेकअवे: ऑफसेट के लिए शिफ्ट, ड्रिफ्ट के लिए स्केल - फिक्स्ड-ऑफसेट मामले के लिए सबटाइटल टूलकिट की रीटाइम सुविधा का उपयोग कैसे करें, और ड्रिफ्ट के लिए इस पर भरोसा करने से पहले इसकी 'यह टूल क्या नहीं करेगा' सूची की जांच कहां करें
ऑफसेट के लिए शिफ्ट, बहाव के लिए पैमाना और ऐसा करने से पहले माप लें। ऑफ़सेट को मिलीसेकंड में दर्ज करें, क्योंकि फ़ील्ड में कोई सेकंड या टाइमकोड इनपुट नहीं है और 2 टाइप करने से फ़ाइल दो सेकंड के बजाय दो मिलीसेकंड में बदल जाती है; ऑपरेशन सफल होता है, फ़ाइल वास्तव में बदल जाती है और सिंक पहले की तरह बिल्कुल गलत दिखता है। एक सकारात्मक ऑफसेट उन कैप्शन में देरी करता है जो संवाद से पहले दिखाई दे रहे हैं।
बहाव के लिए, ऑफसेट को बार-बार धकेलने के बजाय ऑफसेट के बगल में स्केल फैक्टर का उपयोग करें। इस पर भरोसा करने से पहले टूल पेज की सीमाएं पढ़ें: पिछले बीस ऑपरेशनों को पूर्ववत रखता है, क्लैंप किए गए संकेत शून्य अवधि तक ढह सकते हैं या लंबे समय तक बढ़ सकते हैं जब केवल एक छोर पिन किया गया था, और सत्यापन हर बदलाव के बाद फिर से चलता है ताकि उन मामलों को चुपचाप भेजे जाने के बजाय रिपोर्ट किया जा सके।