वीडियो और उपशीर्षक · उपशीर्षक टूलकिट
छोटी उपशीर्षक समय संबंधी त्रुटियाँ दर्शकों को इतनी अधिक ध्यान देने योग्य क्यों होती हैं?
· यह क्यों मायने रखती है
उपशीर्षक टाइमकोड अभिगम्यता
दर्शक आउट-ऑफ़-सिंक कैप्शन को तुरंत पहचान लेते हैं, भले ही त्रुटि एक सेकंड का एक अंश हो। यह पोस्ट गुणात्मक रूप से बताती है कि आंख और कान इसके प्रति इतने संवेदनशील क्यों हैं, वर्कफ़्लो में सिंक त्रुटियां कैसे उत्पन्न होती हैं और उन्हें कैसे मापें और ठीक करें।
टिप्पणियाँ कहती हैं कि कैप्शन गलत लगते हैं लेकिन कोई नहीं कह सकता कि क्यों - सिंक त्रुटियों के साथ अवधारणात्मक समस्या
रिपोर्ट लगातार अस्पष्ट हैं. दर्शकों का कहना है कि कैप्शन उन्हें अटपटा लगता है, या ध्यान भटकाने वाला लगता है, या कि उन्होंने उनका उपयोग करना बंद कर दिया है, और वे शायद ही कभी बताते हैं कि कितना या किस दिशा में। वह अस्पष्टता दर्शकों की बजाय गलती की संपत्ति है: बेमेल को किसी ऐसे व्यक्ति के लिए मापने योग्य बनने से बहुत पहले ही महसूस किया जाता है जो इसकी तलाश नहीं कर रहा है।
इसका मतलब यह भी है कि शिकायत ठीक करने के लिए आवश्यक जानकारी के बिना ही आ जाती है। उपयोगी पहला कदम किसी भी चीज़ को समायोजित करना नहीं है, बल्कि धारणा को दो संख्याओं, एक दिशा और एक परिमाण में बदलना है।
हम क्यों नोटिस करते हैं - किसी पंक्ति को सुनने से पहले या बाद में पढ़ने से भाषण और पाठ के बीच का संबंध टूट जाता है
एक कैप्शन तब पढ़ा जाता है जब वही शब्द सुने जा रहे हों, इसलिए दोनों धाराओं को कभी-कभार जांचने के बजाय लगातार मिलान किया जा रहा है। जब पाठ भाषण से पहले आता है तो उसे पहले पढ़ा जाता है, जिससे वह क्षण हट जाता है जिसका उसे समर्थन करना था; जब यह बाद में आता है, तो यह पहले से ही समझी गई किसी बात की पुष्टि करता है। किसी भी तरह से पाठक ने वह काम किया है जिसे समय ने निरर्थक बना दिया है।
यही कारण है कि व्यवहार में सहिष्णुता असममित है। थोड़ा देर से लिखे गए कैप्शन देरी के रूप में पढ़े जाते हैं, जबकि थोड़े से शुरुआती कैप्शन किसी पंक्ति को वितरित होने से पहले ही खराब कर सकते हैं, जो कॉमेडी और ड्रामा में समकक्ष देरी की तुलना में अधिक हानिकारक है।
जहां सिंक त्रुटियां वर्कफ़्लो में प्रवेश करती हैं - कैप्शनिंग के बाद परिचय को ट्रिम करना, एक अलग फ्रेम दर पर पुनः एन्कोडिंग करना, या एक अलग प्रारंभ समय के साथ निर्यात करना
अधिकांश सिंक त्रुटियां कैप्शनिंग के दौरान के बजाय उसके बाद पेश की जाती हैं। किसी इंट्रो, स्लेट या काउंटडाउन को ट्रिम करने से कैप्शन टाइमस्टैम्प को वहीं छोड़ दिया जाता है, जहां वे थे। एक अलग फ्रेम दर पर पुन: एन्कोडिंग सामग्री को टाइमस्टैम्प के विरुद्ध पुन: मापती है जो निरपेक्ष थे। गैर-शून्य प्रारंभ टाइमकोड के साथ निर्यात करने से प्रोग्राम उस फ़ाइल के सापेक्ष ऑफसेट हो जाता है जो शून्य से शुरू होती है।
प्रत्येक मामले में कैप्शन फ़ाइल अपरिवर्तित है और अभी भी आंतरिक रूप से सुसंगत है, यही कारण है कि सत्यापन पास हो जाता है और फ़ाइल अलगाव में सही दिखती है। दोष दो कलाकृतियों के बीच के रिश्ते में है, किCAक के अंदर नहीं।
ऑफसेट बनाम ड्रिफ्ट - देखने के कुछ मिनटों में ही दोनों को अलग बता देता है
बहाव से ऑफसेट को अलग करने में कुछ मिनट लगते हैं और तय हो जाता है कि कौन सा सुधार लागू होता है। आरंभ के पास एक रेखा और अंत के पास एक रेखा देखें। यदि दोनों लगभग समान मात्रा में गलत हैं तो त्रुटि एक स्थिर ऑफसेट है और एक एकल शिफ्ट इसे ठीक कर देती है। यदि अंत उद्घाटन से भी बदतर है तो त्रुटि बढ़ रही है, जो बहाव है, और स्थानांतरण उद्घाटन को ठीक करने के दौरान अंत को और भी खराब बना देगा।
टूल इसे एक सामान्य गलती के रूप में ठीक से रिकॉर्ड करता है क्योंकि यह सहज गलत कदम है: बहती फ़ाइल की पहली पंक्ति को लाइन करना संतोषजनक और सक्रिय रूप से हानिकारक है, और स्केलिंग से पहले दोनों कार्यों को पूर्ववत करना होगा।
त्रुटि को मापना - अनुमान लगाने के बजाय खिलाड़ी की घड़ी और स्पष्ट पहली पंक्ति का उपयोग करना
इंप्रेशन के बजाय खिलाड़ी की घड़ी के अनुसार मापें। तीव्र शुरुआत वाली एक पंक्ति चुनें, निरंतर भाषण के अंदर एक वाक्यांश के बजाय मौन के बाद पहला शब्द, और कैप्शन दिखाई देने का समय और शब्द सुनने का समय नोट करें। कार्यक्रम के अंत में दोहराएँ. स्पष्ट शुरुआत पर दो माप अस्पष्ट शुरुआत पर एक दर्जन निर्णयों से अधिक मूल्यवान हैं।
दिशा को स्पष्ट रूप से रिकॉर्ड करें, क्योंकि संकेत त्रुटियाँ आम हैं। संवाद से पहले प्रदर्शित होने वाले कैप्शन को विलंबित करने के लिए एक सकारात्मक ऑफसेट की आवश्यकता होती है; एक नकारात्मक ऑफसेट उन्हें अभी भी पहले ले जाता है और गलती को दोगुना कर देता है।
कारगर उदाहरण: एक संक्षिप्त परिचय जिसने 1.2 सेकंड में सब कुछ स्थानांतरित कर दिया - इसका निदान और सुधार किया गया
एक प्रोग्राम लें जहां कैप्शनिंग के बाद एक और पांचवें सेकंड का परिचय काट दिया गया था। अब प्रत्येक कैप्शन अपनी पंक्ति के डेढ़ सेकंड बाद दिखाई देता है। प्रारंभ में माप बारह सौ मिलीसेकंड देरी से कहता है; अंत के पास का माप भी यही कहता है। समान त्रुटियों का मतलब ऑफसेट है, इसलिए एक शिफ्ट फ़ाइल को सही करती है।
इसे 1200 के रूप में दर्ज करें, 1.2 के रूप में नहीं। फ़ील्ड बिना किसी सेकंड या टाइमकोड इनपुट के मिलीसेकंड लेती है, और 1 टाइप करने से फ़ाइल एक मिलीसेकंड से स्थानांतरित हो जाती है: ऑपरेशन सफल हो जाता है, फ़ाइल वास्तव में बदल जाती है, और सिंक पहले की तरह बिल्कुल गलत दिखता है। यदि बदलाव नकारात्मक है और कोई भी संकेत शून्य से गुजरेगा, तो क्लैंप चेतावनी मायने रखती है, क्योंकि उन संकेतों को शुरुआत में स्थायी रूप से पिन किया जाता है और बाद में आगे बढ़ने से उन्हें पुनर्स्थापित नहीं किया जाता है।
इसमें क्या शामिल नहीं है - ऐसे कैप्शन जो सामग्री में गलत हैं या पंक्तियों में बुरी तरह विभाजित हैं
यह तब कवर करता है जब कैप्शन दिखाई देते हैं, न कि वे क्या कहते हैं या वे पंक्तियों में कैसे टूटे हुए हैं। एक कैप्शन जो पूरी तरह से सिंक्रनाइज़ है और बुरी तरह से खंडित है, उसे पढ़ना अभी भी मुश्किल है, और एक गलत तरीके से लिखा गया शब्द किसी भी ऑफसेट पर गलत है।
इसमें उन कैप्शन को भी शामिल नहीं किया गया है जो बह जाते हैं क्योंकि वीडियो स्वयं परिवर्तनीय दर वाला था या अलग-अलग दरों पर स्रोतों से इकट्ठा किया गया था। यह एक चिकनी रैंप के बजाय एक छलांग है, और न तो एक भी बदलाव और न ही एक भी पैमाना इसे सही करता है।
टेकअवे: मापें, फिर शिफ्ट करें - उपशीर्षक टूलकिट की रीटाइम सुविधा एक पास में निरंतर ऑफसेट को कैसे ठीक करती है
मापें, फिर एक बार शिफ्ट करें। समय बर्बाद करने वाला क्रम महसूस करके समायोजित करना, दोबारा देखना, फिर से समायोजित करना है, क्योंकि प्रत्येक पास मापी जा रही चीज़ को बदलता है और क्लैंप किए गए संकेत रास्ते में शून्य पर जमा होते हैं।
दो समयबद्ध अवलोकन एक दिशा और एक परिमाण देते हैं, और मिलीसेकेंड में दर्ज किया गया परिमाण एक ऑपरेशन है। अकेले उद्घाटन के बजाय बाद में उन्हीं दो पंक्तियों पर पुष्टि करें, क्योंकि उद्घाटन वह जगह है जहां गलत सुधार सबसे अधिक विश्वसनीय लगता है।