अपनी पिछली पोस्ट में, मैंने बात की कि कैसे हमने स्रोत FMV फ़ाइलों से सामग्री निकाली और FMV बनाने के लिए इस्तेमाल होने वाले मध्यवर्ती घटकों की तलाश में लगभग 67 GB के अभिलेखागार का विश्लेषण करने के लिए उपकरण बनाए। ये भाग रीमैस्टर्ड FMV सामग्री बनाने के लिए आधार हैं और प्रोजेक्ट शुरू करने के लिए "असेंबली ड्रॉइंग" के रूप में उपयोग किए गए थे।

जैसा कि पिछले लेख में कहा गया है, रीमास्टरिंग वर्कफ़्लो को तीन शाखाओं में विभाजित किया गया है: हाथ से तैयार किए गए फ़्रेमों का रीमास्टरिंग, 3 डी मॉडल का रीमास्टरिंग और ध्वनि रीमास्टरिंग। नीचे मैं वर्कफ़्लो की उन विशेषताओं और ट्रिक्स के बारे में बात करूँगा जिनका उपयोग हमने वीडियो के मुख्य भाग के निर्माण को स्वचालित करने के लिए किया था।

हमने 4K (3840x2160) के रिज़ॉल्यूशन से मिलान करने के लिए सभी मूल हाथ से तैयार किए गए फ़्रेमों के आकार में वृद्धि की। रेडोन दृश्य की चौड़ाई और तथ्य यह है कि खेल को गैर-स्क्वायर पिक्सल में प्रदर्शित किया गया था, को ध्यान में रखते हुए, इसका मतलब था कि सभी पुनर्वितरित संसाधनों को 4440x2400 पिक्सल के एक संकल्प में बनाया जाना था।

हमने सभी हाथों से तैयार किए गए FMV फ्रेम को फिर से बनाने के लिए Adobe Animate का उपयोग करने का निर्णय लिया, क्योंकि डे-टेंटेकल रिमेस्ट्रर्ड के विकास के बाद हमारे पास पहले से ही तैयार वर्कफ़्लो था। कलाकारों की टीम ने इस प्रक्रिया में अच्छी तरह से महारत हासिल की, इसलिए हमने अन्य विकल्पों पर विचार नहीं किया।


हाथ से तैयार फ्रेम को फिर से तैयार करने का उदाहरण

अभिलेखागार से मूल 3 डी मॉडल 3 डी स्टूडियो रिलीज़ 3 में थे। सौभाग्य से, 3 डी स्टूडियो मैक्स के आधुनिक संस्करण एक और स्वचालन स्क्रिप्ट का उपयोग करके मेष और सिनेमाई कीफ्रेम के सभी डेटा आयात करने में सक्षम थे। उसके बाद, हमने इस इंटरमीडिएट फ़ाइल को ऑटोडेस्क माया में काम करने के लिए बदल दिया, जहां कलाकार अपना रीमेकिंग मैजिक करते हैं।

मेश की सतहों को एक नई शैली देने के लिए, नए शेड्स लगाए गए, उच्च-गुणवत्ता वाले बनावट लागू किए गए, और मॉडल को एक स्मूथ लुक देने के लिए इन मेज़ों को काफी पूरक बनाया गया। इसके अलावा, फ्रेम विंडो को सभी वीडियो कैप्चर कैमरों के लिए 4440x2400 पिक्सल के काम करने वाले रिज़ॉल्यूशन के अनुरूप विस्तारित किया गया था, क्योंकि मूल कैमरा एक संकीर्ण पहलू अनुपात के लिए डिज़ाइन किया गया था।


3 डी मॉडल का रीमास्टरिंग का उदाहरण

ऑडियो के लिए, हम अधिकांश मूल उच्च-गुणवत्ता वाले संस्करणों को खोजने में कामयाब रहे, लेकिन कुछ अपवाद भी थे। अंग्रेजी भाषा के डबिंग स्टूडियो की रिकॉर्डिंग को अभिलेखागार में पैक किया गया था, लेकिन अन्य भाषाओं में डबिंग, जो बाहरी भागीदारों द्वारा लगे हुए थे, हमारे लिए उपलब्ध नहीं थे। इसके अलावा, हम द गॉन जैकल्स के मूल संगीत को खोजने में कामयाब रहे, जिसका उपयोग एफएमवी में किया गया था। ध्वनि प्रभाव (SFX) के कुछ संस्करणों को एक समान प्रकार की ध्वनि के साथ अधिक "तंग" ध्वनि के साथ बदल दिया गया है।

नीचे एक फ्लो चार्ट है जो मोटे तौर पर बताता है कि हमने स्रोत संसाधनों को कैसे संसाधित किया और उन्हें रीमैस्ट की गई सामग्री से जोड़ा। सभी संग्रहित डेटा फ़ाइलों के साथ तुलना के लिए मूल निकाले गए (SanExtract.exe का उपयोग करके) वीडियो फ़्रेम को "स्रोत" के रूप में उपयोग किया गया था। सभी आर्काइव डेटा की पुनरावर्ती खोज का उपयोग करके आर्काइव मैनिफ़ेस्ट फ़ाइल तैयार की जाती हैं; वे एक निश्चित प्रकार की सभी अनूठी फ़ाइलों को जल्दी से खोजने के लिए उपयोग किए गए थे।

SanWrangler उपकरण का उपयोग फ़्रेम और संग्रहीत डेटा के मूल "स्रोत" की तुलना करने के लिए किया गया था। उपयोगकर्ता आर्काइव फ़ाइलों को मूल फ्रेम में नेत्रहीन रूप से संलग्न कर सकता है और उन्हें XML प्रारूप में एक निर्भरता मानचित्र के रूप में सहेज सकता है। निर्भरता नक्शा बनाने के बाद, यह मूल रूप से "ड्राइंग" फ़ाइल संसाधनों, साथ ही माया 3 डी के लिए "असेंबली चित्र" से मैन्युअल रूप से तैयार किए गए फ़्रेमों को उत्पन्न करने के लिए पायथन स्क्रिप्ट का उपयोग करने के लिए पर्याप्त था। ये फाइलें कलाकारों की टीम के लिए शुरुआती बिंदु बन गईं, जो तब रीमास्टरिंग के लिए आगे बढ़ीं।


मूल संसाधन निकालना और "विधानसभा चित्र" बनाना

यह कई चरणों में से पहला था, जिसके परिणामस्वरूप हमें तैयार-किए गए एफएमवी रीमैस्ट किए गए संस्करण मिले। हां, निश्चित रूप से, अब हमारे पास उन सभी फाइलों का शुरुआती बिंदु है, जिन्हें फिर से तैयार करने की आवश्यकता है, लेकिन इन सभी अंशों को एक साथ कैसे जोड़ा जाए?

नीचे मैं FMV निर्माण वर्कफ़्लो में उपयोग किए जाने वाले स्वचालन के तरीकों के बारे में बात करूँगा। इन विधियों का उपयोग न केवल एफएमवी उत्पन्न करने के लिए किया जा सकता है और न केवल एक गेम पर लागू किया जा सकता है; मुझे लगता है कि वे काफी सार्वभौमिक हैं, और उनका उपयोग खेल के विकास के कई पहलुओं में किया जा सकता है।

अधिकांश ग्राफिक्स वर्कफ़्लो बनाते हैं, यह प्रक्रिया पुनरावृत्ति होगी। स्रोत फ़ाइल में कहीं न कहीं एक बग हो सकता है जिसे कलाकार द्वारा तय किया जाना चाहिए, और कभी-कभी संसाधन-निर्भर फ़ाइलों को फिर से निर्यात करना आवश्यक था। मुझे लगता है कि हम सभी यह पसंद करेंगे कि यह काम कंप्यूटर द्वारा किया जाना चाहिए, न कि किसी त्रुटि-ग्रस्त व्यक्ति द्वारा।

हमें ठीक से पता था कि फुल थ्रॉटल रिमैस्टर्ड के लिए वीडियो कैसे दिखना चाहिए और ध्वनि चाहिए, इसलिए हमें बस उनके ग्राफिक्स और ध्वनि को सुधारने की आवश्यकता है। सभी वीडियो में ओरिजिनल, फ्रेम बाय फ्रेम, जिसमें कैमरा पाथ, साउंड वॉल्यूम, पैनिंग, आदि शामिल थे। इसे प्राप्त करने के लिए, हमें यह जानने की जरूरत है कि मूल FMV बनाने का वर्कफ़्लो कैसा दिखता है। और LucasArts अभिलेखागार के इन 67 जीबी डेटा में मूल में सब कुछ कैसे काम किया जाता है, इसके बारे में बहुत सारे सुराग थे। वे हमारे लिए एक शानदार शुरुआत थे।

मूल FMV बनाने की प्रक्रिया

यह थोड़ा उदासीन लग सकता है, लेकिन मुझे लगता है कि इस रीमेकिंग गेम्स के "डिजिटल पुरातत्व" पहलुओं पर चर्चा करना महत्वपूर्ण है। अंत में, मूल बनाने की प्रक्रिया को समझने से आप कई सवालों के जवाब दे सकते हैं और इस बारे में सुराग दे सकते हैं कि संसाधन एक तैयार परिणाम में कैसे बदल गए। और नए रीमेक एफएमवी बनाते समय, हमें अपने मूल रीमास्टर्ड संसाधनों में समान परिवर्तन लागू करने की आवश्यकता है ताकि तैयार उत्पाद मूल के जितना करीब हो सके। हमें निम्नलिखित की आवश्यकता है:

• समय पर ऑडियो पटरियों का स्थान
• खेल में खेलते समय ऑडियो ट्रैक के लिए वॉल्यूम और पैन सेटिंग्स
• तैयार उत्पाद में फ़्रेम वीडियो संरचना और प्रत्येक वीडियो फ्रेम की नियुक्ति

SMUSHFT (पूर्ण थ्रोटल के लिए SMUSH) नामक एक उपकरण ने FMV के निर्माता को समय पर वीडियो और ऑडियो संसाधनों को रखने की अनुमति दी, और फिर परिणामी FMV मूवी (.san प्रारूप) को एन्कोड किया, जिसे गेम इंजन द्वारा पढ़ा गया था। सभी वीडियो फ़्रेम की एक श्रृंखला में विभाजित किए गए थे जो तैयार परिणाम बनाने के लिए एक साथ चिपके हुए थे। SMUSHFT ने उपयोगकर्ता को समय-समय पर इन संसाधनों को नेत्रहीन रूप से स्थानांतरित करने की अनुमति दी और, यदि आवश्यक हो, तो वीडियो को फिर से करें।

आप यह उल्लेख नहीं कर सकते कि मैंने मूल खेल के निर्माण में भाग नहीं लिया। मैं केवल अनुमान लगा सकता था कि मूल संसाधन कैसे बनाए गए थे, संग्रहीत डेटा का अध्ययन कर रहे थे और इस डेटा में प्रारूपित और निष्पादन योग्य फ़ाइलों को देख रहे थे। ऐसा लगता है कि 3 डी मॉडल ऑटोडेस्क 3 डी स्टूडियो रिलीज़ 3 में बनाए गए थे, और हाथ से तैयार किए गए हिस्से डिलक्सपैंट एनीमेशन v1.0 में बनाए गए थे। मुझे यह भी पता नहीं है कि ऑडियो के लिए तरंग डेटा की पीढ़ी किस चरण में सम्‍मिलित है, लेकिन प्रत्‍येक उपयोग किए गए ऑडियो क्लिप (.sad प्रारूप) में कुंजी फ़्रेम द्वारा वॉल्यूम और पैनिंग की जानकारी है, जिसका उपयोग गेम के दौरान ध्वनि को मिक्स करने के लिए किया जाता है।


मूल FMV बनाने की प्रक्रिया

फ्रेम के इन अलग-अलग हिस्सों को बनाने के बाद, फ्रेम के संयोजन की प्रक्रिया का प्रदर्शन किया गया। इस प्रक्रिया ने हाथ से तैयार एनीमेशन फ्रेम (सब कुछ के साथ) के साथ 3 डी फ्रेम रेंडरिंग को संयुक्त रूप से तैयार किया, जिससे एसएमयूएसएचएफटी टूल (इन-नट फाइल) द्वारा उपयोग किया जाने वाला तैयार उत्पाद तैयार किया गया। एन्कोडिंग के लिए प्रोजेक्ट तैयार होने के बाद, वीडियो को संसाधित किया गया था और समाप्त परिणाम (.san) पहले से ही खेल इंजन में खेला जा सकता था।

SMUSHFT ने मूल वीडियो (.san) के फ़ाइल प्रारूप की अंतिम एन्कोडिंग का प्रदर्शन किया, और प्रत्येक वीडियो फ़ाइल में वीडियो की असेंबली (ध्वनि, वीडियो, सबटाइटल का स्थान) का वर्णन करते हुए एक प्रोजेक्ट फ़ाइल (.pro) थी। हम इस जानकारी को निकालना चाहते थे ताकि हम एडोब प्रीमियर प्रो प्रोजेक्ट फ़ाइल को उत्पन्न कर सकें और इसका उपयोग 4K रिज़ॉल्यूशन में वीडियो के परिवर्तित संस्करण को एनकोड करने के लिए कर सकें। ऐसा करने के लिए, हमें SMUSHFT प्रोजेक्ट फ़ाइल को इंजीनियर करने की आवश्यकता है।

रिवर्स इंजीनियरिंग फ़ाइल प्रारूप

सोर्स कोड होना बहुत अच्छा है, क्योंकि आप इसे पढ़ सकते हैं और समझ सकते हैं कि प्रोजेक्ट फ़ाइल कैसे बनाई गई / पढ़ी गई। स्रोत कोड के बिना, आपको एक हेक्स संपादक में प्रोजेक्ट फ़ाइल को खोलना होगा और फ़ाइल के अंदर के पैटर्न का विश्लेषण करना होगा। यह ठीक उसी तरह है जैसे हमने SMUSHFT प्रोजेक्ट फ़ाइल से उपयोगी सामग्री निकालने के लिए उपयोग किया था।

चूंकि हम DOSBox में मूल SMUSHFT चला सकते हैं, हमने प्रोग्राम के उपयोगकर्ता इंटरफ़ेस को देखा, जिसने हमें फ़ाइल प्रारूप के बारे में संकेत दिए। मूल .pro फ़ाइल खोलने के इस स्क्रीनशॉट पर एक नज़र डालें:


नमूना SMUSHFT परियोजना

यहां आप निम्नलिखित को नोटिस कर सकते हैं: फ़ाइल में नामित संसाधन हैं (2027.NUT, 2027.SAD, IN_06A.NUT, आदि)। ऐसे नामित संसाधनों से फ़ाइल के अंदर ASCII वर्ण प्रदर्शित होने की संभावना है। इसके अलावा, टाइमलाइन के शीर्ष पर फ्रेम काउंटर हैं, और टाइमलाइन के बाईं ओर लेयर नंबर बढ़ा रहे हैं। और अंतिम - समयरेखा पर प्रत्येक संसाधन एक विशिष्ट फ्रेम नंबर पर स्थित है और इसकी एक निश्चित अवधि है। यदि हम मूल प्रोजेक्ट फ़ाइलों से यह जानकारी निकाल सकते हैं, तो यह हमें बताएगा कि एडोब प्रीमियर प्रो टाइमलाइन पर नए संसाधनों को स्वचालित रूप से कहां रखा जाए।


Adobe Premiere Pro नमूना परियोजना

हेक्स संपादक में मूल प्रोजेक्ट फ़ाइल को खोलकर, आप कुछ बहुत उपयोगी जानकारी प्राप्त कर सकते हैं। हेक्साडेसिमल में उपरोक्त उदाहरण देखें:


हेक्स संपादक में SMUSHFT प्रोजेक्ट फ़ाइल

हम एक हेक्स संपादक (मैं हेक्सप्लर पसंद करते हैं) के साथ .pro फ़ाइल को देखना शुरू कर सकते हैं और पैटर्न देखने की कोशिश कर सकते हैं। आप एएससीआईआई प्रारूप में नामित संसाधनों को अंत में एक शून्य बाइट के साथ आसानी से पा सकते हैं। लगभग एक ही मेमोरी क्षेत्र में शॉर्ट्स (डबल-बाइट पूर्णांक) के रूप में संग्रहीत मानों का एक समूह होता है। SMUSHFT में प्रदर्शित संख्याओं की तुलना
हेक्स प्रारूप में प्रोजेक्ट फ़ाइल के नंबर हमें मूल प्रोजेक्ट फ़ाइल को एडोब प्रीमियर प्रो जैसे आधुनिक वीडियो एडिटर में बदलने के लिए आधार देते हैं।

स्वचालन टूलकिट

इस वर्कफ़्लो के थोक को स्वचालित किया गया था और इसे मानव हस्तक्षेप की आवश्यकता नहीं थी। इसका एक कारण यह था कि सभी वीडियो की सामग्री को मूल से पूरी तरह से कॉपी किया गया था; वास्तव में, हम केवल सामग्री को अपग्रेड कर रहे थे। और इसलिए, हमारे पास व्यावहारिक रूप से एफएमवी प्रारूप को पूरी तरह से बदलने का अवसर नहीं था। हमें केवल उत्पाद पर खर्च किए गए समय को कम करते हुए, उच्च-रिज़ॉल्यूशन संसाधनों का उपयोग करके वीडियो को फिर से बनाने का एक तरीका खोजने की आवश्यकता थी।

पहले, मुझे यह कहना चाहिए कि पूरी प्रक्रिया को स्वचालित करने से पहले एक गंभीर प्रारंभिक चरण सामग्री रचनाकारों (ग्राफिक्स और ऑडियो) की एक टीम के साथ बातचीत होनी चाहिए। कारण यह है कि अधिकांश स्वचालन प्रक्रियाओं के लिए रचनाकारों को प्रोजेक्ट, फ़ाइल स्थान, उपयोग किए गए उपकरण आदि के बारे में नियमों के एक निश्चित समूह का पालन करना पड़ता है। हमारी परियोजना में, इसका मतलब था कि हमें हाथ से तैयार फ्रेम, 3 डी मॉडल और ध्वनियों की सामग्री बनाने के लिए उपकरणों पर चर्चा करनी थी, और फिर एक वीडियो संपादक को यह सब एक साथ इकट्ठा करना था। यह भी सहमत होना आवश्यक था कि वर्कफ़्लो के किन हिस्सों को मैन्युअल रूप से निष्पादित किया जाएगा और जिन्हें स्वचालित किया जाएगा।

परिणामस्वरूप, हमने निम्नलिखित निर्णय लिया:

• 4440x2400 पिक्सेल के रिज़ॉल्यूशन के साथ Adobe Animate में मैन्युअल रूप से तैयार किए गए फ़्रेम बनाए जाएंगे।
• 3 डी मॉडल और एनिमेशन को ऑटोडेस्क माया में बनाया जाएगा और मैन्युअल रूप से प्रदान किया जाएगा, 4440x2400 पिक्सल के संकल्प के साथ भी
• ऑडियो फाइलों को .Kav प्रारूप में 48KHz और 16-बिट मापदंडों के साथ बनाया जाएगा
• वीडियो के टुकड़े शुरू में स्वचालित रूप से उत्पन्न होंगे, और कलाकार किसी भी हिस्से को अपनी आवश्यकता के अनुसार (कुछ अपवादों के साथ) बदल सकेगा
• सिलाई और कोडिंग FMV के अंतिम चरण स्वचालित होंगे

साधनों को यथासंभव स्वचालित बनाने के लिए, हमने कई विधियों का उपयोग किया। पायथन को सब कुछ एक साथ जोड़ने वाले "गोंद" के रूप में चुना गया था, क्योंकि यह विभिन्न पुस्तकालयों द्वारा अच्छी तरह से विस्तारित है, और कोड लिखना और बनाए रखना आसान है। हमने प्लेटफ़ॉर्म-स्वतंत्र फ़ाइल मैनिपुलेशंस (कॉपी करना, हिलना, हटाना) के लिए इसके आंतरिक समर्थन का लाभ उठाया।

पायथन - निष्पादन योग्य फ़ाइलों को कॉल करना, परिणाम प्राप्त करना

पायथन सबप्रोसेस लाइब्रेरी हमारे लिए आदर्श थी, क्योंकि यह आपको अन्य निष्पादन योग्य फ़ाइलों के निष्पादन को बदलने और यहां तक ​​कि उनके कार्यों के पूरा होने की प्रतीक्षा करने की अनुमति देता है। यह आपको प्रोग्राम द्वारा दिए गए कोड को प्राप्त करने और stdout और stderr बफर तक पहुंचने की अनुमति देता है।

import subprocess # The command to execute command = 'SanExtract.exe -f -i credits.san -o \"C:/output_dir/\" ' # Execute the command via subprocess child = subprocess.Popen(command, stdout=subprocess.PIPE, stderr=subprocess.PIPE) # Wait for process to complete, returns stdout & stderr buffers stdout, stderr = child.communicate() # Retrieve the return code from the process return_code = child.returncode 

पायथन में निष्पादन योग्य फ़ाइलों के साथ बातचीत का एक उदाहरण

पायथन - Win32 एपीआई

Win32 एपीआई बहुत उपयोगी है क्योंकि इसने हमें स्क्रिप्ट से विंडोज से कीबोर्ड और माउस संदेश प्रसारित करने की सुविधा दी है। उदाहरण के लिए, आप एक फ़ंक्शन बना सकते हैं जो कुछ निश्चित X, Y स्क्रीन के निर्देशांक में माउस को क्लिक करता है:

 import win32api def ClickXY(x,y): win32api.SetCursorPos((x,y)) win32api.mouse_event(win32con.MOUSEEVENTF_LEFTDOWN,x,y,0,0) win32api.mouse_event(win32con.MOUSEEVENTF_LEFTUP,x,y,0,0) 

अजगर माउस क्लिक सिमुलेशन उदाहरण है

आप कीस्ट्रोके ईवेंट को कीबोर्ड पर भी भेज सकते हैं (संशोधक के साथ या बिना):

 import win32api import win32con def PressKey(code, modifierCode=None): if modifierCode: win32api.keybd_event(modifierCode, 0, 0, 0) win32api.keybd_event(code, 0, win32con.KEYEVENTF_EXTENDEDKEY | 0, 0) time.sleep(0.021) win32api.keybd_event(code, 0, win32con.KEYEVENTF_EXTENDEDKEY | win32con.KEYEVENTF_KEYUP, 0) if modifierCode: win32api.keybd_event(modifierCode, 0, win32con.KEYEVENTF_KEYUP, 0) 

पायथन कीबोर्ड सिमुलेशन उदाहरण

कई अन्य संभावनाएं हैं, लेकिन उपरोक्त उदाहरणों ने वास्तव में हमारे लक्ष्यों को प्राप्त करने में मदद की। आप कीबोर्ड ईवेंट को किसी भी सक्रिय प्रोग्राम में भेज सकते हैं और यह उन्हें टाइप करना शुरू कर देगा, जैसे कि हम कीबोर्ड से कुछ दर्ज कर रहे हैं, जिसमें हॉट कीज़ को दबाया जाना शामिल है।

अजगर - बटन पर क्लिक करने के लिए कंप्यूटर दृष्टि

सबसे अनूठा अनुभव उन उपकरणों में कंप्यूटर विज़न सॉफ़्टवेयर का उपयोग था, जिन्हें आंतरिक स्क्रिप्ट के माध्यम से स्वचालित नहीं किया जा सकता था। अधिकांश आधुनिक उपकरणों में स्क्रिप्टिंग समर्थन होता है, लेकिन फिर भी उपयोगकर्ता के हस्तक्षेप की आवश्यकता होती है। उदाहरण के लिए, 3 डी स्टूडियो मैक्स आपको कमांड लाइन से मैक्सस्क्रिप्ट फाइलें चलाने की अनुमति देता है। हमारे मामले में, हम 3 डी मेष फ़ाइल को स्वचालित रूप से आयात करने के लिए स्क्रिप्ट चलाते हैं, जिसके बाद 3 डी स्टूडियो मैक्स स्वचालित रूप से शुरू होता है और आकृति आयात संवाद बॉक्स प्रदर्शित करता है, जिसमें उपयोगकर्ता को बटन क्लिक करना होगा:


उदाहरण संवाद बॉक्स आकृति आयात

तो - हमने स्वचालन के लिए एक स्क्रिप्ट लिखी, और अब हमें चाबियाँ दबाते हुए, स्क्रीन के सामने बैठना होगा? कीबोर्ड पर बैठने और पॉप-अप विंडो के आने की प्रतीक्षा करने के बजाय, हम स्क्रिप्ट को स्क्रीनशॉट ले सकते हैं, बटन इमेज टेम्पलेट को खोजने के लिए पायथन से ओपनसीवी बाइंडिंग का उपयोग करें और स्वचालित रूप से उस पर क्लिक करें। यहां ऊपर वर्णित उदाहरण के लिए छवि टेम्पलेट कैसा दिखता है।


OK_button.png के लिए छवि टेम्पलेट

यह ध्यान देने योग्य है कि छवि टेम्पलेट में अतिरिक्त विशेषताएं ("सिंगल ऑब्जेक्ट" और "मल्टीपल ऑब्जेक्ट्स" के लिए पाठ) हैं। यह हमें एक अधिक निर्धारक खोज परिणाम प्राप्त करने की अनुमति देता है। निम्नलिखित एक उदाहरण पायथन लिपि है जिसका उपयोग स्वतः किसी छवि टेम्पलेट के पाया स्थान पर क्लिक करने के लिए किया जाता है:

 import cv2 import ImageGrab # "Constants" TEMPLATE_THRESHOLD = 0.25 CLICK_OFFSET = 20 # Read the template image to search for template_image = cv2.imread('images/ok_button.png', 0) # Screenshot the current desktop and load it to a cv2 format screen = ImageGrab.grab() screen.save('screen.png') screen_image = cv2.imread('screen.png', 0) # Search for the template within the screenshot and retrieve search results match_result = cv2.matchTemplate(screen_image, template_image, cv2.TM_SQDIFF_NORMED) min_val, max_val, min_loc, max_loc = cv2.minMaxLoc(match_result) # If below the threshold, it's likely we know where to click if min_val < TEMPLATE_THRESHOLD: ClickXY(min_loc[0]+CLICK_OFFSET, min_loc[1]+CLICK_OFFSET) 

पायथन में लिखे गए OpenCV का उपयोग करके एक प्रदर्शन तत्व पर क्लिक करने का एक उदाहरण

उपरोक्त सभी उदाहरण पायथन पर आधारित हैं। लेकिन ऐसे समय होते हैं जब हमें विंडोज ओएस विंडो सिस्टम पर अधिक सटीक नियंत्रण की आवश्यकता होती है। इसने हमें विंडोज ऑटोमेशन एपीआई का उपयोग करके देशी उपकरण विकसित करने के लिए प्रेरित किया।

विंडोज नेटिव (C ++) - विंडोज ऑटोमेशन एपीआई

विंडोज ऑटोमेशन एपीआई विरासत माइक्रोसॉफ्ट एक्टिव एक्सेसिबिलिटी एपीआई (एमएसएए) के साथ-साथ माइक्रोसॉफ्ट यूआई ऑटोमेशन एपीआई तक पहुंच प्रदान करता है। आप Microsoft पृष्ठ पर इसके बारे में अधिक पढ़ सकते हैं।

परिणामस्वरूप, हमने इस तथ्य को प्राप्त किया कि हम विंडोज इंटरफ़ेस (बटन, टेक्स्ट फ़ील्ड, टैब, मेनू आइटम) के कुछ तत्वों के लिए अनुरोध करने में सक्षम थे, यह पता लगाएं कि ये तत्व स्क्रीन पर कहां स्थित हैं और उनके साथ क्लिक / इंटरैक्ट करते हैं। विंडोज एसडीके में परीक्षण उपकरण भी हैं जो आपको देखते हैं कि कौन से गुण उपलब्ध हैं। उन्होंने हमें यह पता लगाने की अनुमति दी कि प्रत्येक विशिष्ट कार्यक्रम में क्या स्वचालित हो सकता है।

प्रोग्राम विंडो प्रबंधन के पदानुक्रम को प्रदर्शित करने के लिए Inspect.exe एप्लिकेशन काफी उपयोगी है; यह एक मोटा विचार प्रदान करता है कि मेनू नियंत्रण जैसी वस्तुएं कहां स्थित हैं, और ऑटोमेशन एपीआई कॉल का उपयोग करके विंडो तत्वों को कैसे देखें।


उदाहरण का निरीक्षण ..exe

जब आप विंडोज प्रोग्राम के नियंत्रण पदानुक्रम को सीखते हैं, तो आपको पता चल जाएगा कि इसे मुख्य विंडो के हैंडल से कैसे खोजना है और एपीआई के माध्यम से विभिन्न तत्वों पर क्लिक करना सीखें:

 #include <WinUser.h> #include <UIAutomation.h> // Click on a sub-menu item given the Window & Menu handles. void ClickSubMenu(HWND hwnd, HMENU hmenu, const char *pMenuName) { // Iterate through the menu items of the window int menu_item_count = GetMenuItemCount(hmenu); for(int menu_id = 0; menu_id < menu_item_count; ++menu_id) { char menu_name[MAX_PATH]; int len = GetMenuString(hmenu, menu_id, reinterpret_cast<LPSTR>(&menu_name[0]), sizeof(menu_name), MF_BYPOSITION); // Look for the specific menu you're searching for and click it // Make sure to set the window active before doing it... if(!strcmp(pMenuName, menu_name)) { // now get the rect and click the center RECT rect; BOOL success = GetMenuItemRect(hwnd, hmenu, menu_id, &rect); if(success) { SetActiveWindow(hwnd); POINT point = GetMiddlePoint(rect); SetCursorPos(point.x, point.y); mouse_event(MOUSEEVENTF_ABSOLUTE | MOUSEEVENTF_LEFTDOWN, point.x, point.y, 0, 0); mouse_event(MOUSEEVENTF_ABSOLUTE | MOUSEEVENTF_LEFTUP, point.x, point.y, 0, 0); Sleep(DO_TASK_INTERVAL_WAIT_MS); } } } } 

C ++ में विंडो कंट्रोल को पुश करने का एक उदाहरण

और निश्चित रूप से, सक्रिय विंडो में कीस्ट्रोक्स पास करना भी सरल है:

 #include <WinUser.h> #include <UIAutomation.h> // Type the character string to the given window handle static void TypeCharacters(HWND window_handle, const char *pString) { int len = strlen(pString); for(int count = 0; count < len; ++count) { SendMessage(window_handle, WM_CHAR, (WPARAM)pString[count], (LPARAM)0); Sleep(CHARACTER_REPEAT_INTERVAL_MS); } } 

C ++ कीबोर्ड सिमुलेशन उदाहरण

बेशक, इन एपीआई में बहुत अधिक विशेषताएं हैं। मैंने पाया कि इंस्पेक्ट। Exe टूल की बदौलत, आप इस बात पर प्रकाश डाल सकते हैं कि प्रोग्राम विंडो के किन तत्वों तक पहुँचा जा सकता है।

इंटरमीडिएट पाठ प्रारूप

हमारे वर्कफ़्लो का एक हिस्सा टेक्स्ट फॉर्म में फ़ाइलों को सहेजना और इन टेक्स्ट फ़ाइलों में मूल्यों को बदलना था। अंत में, उपकरण में सहायक डेटा की स्थिति को बदलने के लिए एक उपयोगकर्ता इंटरफ़ेस है। और यदि आप जानते हैं कि ये सहायक डेटा क्या होना चाहिए, तो उपकरण के साथ काम करना आवश्यक नहीं है, बस सहायक डेटा को बदल दें। चाल यह जानने के लिए है कि इस सहायक डेटा को कैसे हेरफेर किया जाए; मालिकाना फ़ाइल स्वरूपों को बदलते समय, यह चुनौतीपूर्ण हो सकता है। क्या यह अच्छा नहीं होगा यदि सभी के पास एक सरल पाठ फ़ाइल हो, जिसके साथ आप काम कर सकें?

चाल ज्यादातर उपकरणों द्वारा उपयोग किए जाने वाले मालिकाना फ़ाइल स्वरूपों के चारों ओर एक रास्ता खोजने के लिए है। समाधान आमतौर पर सबसे आधुनिक वाणिज्यिक उपकरणों में पाए जाने वाले आयात और निर्यात विकल्पों का उपयोग करना है। यहाँ कुछ उदाहरण हैं:

एडोब प्रीमियर प्रो एक मालिकाना प्रारूप में फाइलों को बचाता है, लेकिन आप अंतिम कट प्रो एक्सएमएल के रूप में परियोजनाओं को आयात / निर्यात कर सकते हैं। एक्सएमएल को निर्यात करने के बाद, आप XML को उस तरीके से बदल सकते हैं, जिसकी हमें आवश्यकता है और प्रोजेक्ट को Adobe Premiere Pro में फिर से आयात करें।

एक अन्य उदाहरण अप्रचलित ऑटोडेस्क 3 डी स्टूडियो रिलीज़ 3 3 डी मेष प्रारूप में उपयोग किए गए बनावट संदर्भों का सुधार है। मूल जाल फ़ाइल आयात करते समय, हम ASCII वर्णों का उपयोग करके एक नए .fbx फ़ाइल में नए परिवर्तित जाल को बचाते हैं। इस प्रारूप में, आप एक टेक्स्ट फ़ाइल को संसाधित कर सकते हैं और बनावट लिंक की सभी पंक्तियों को सही लोगों के साथ बदल सकते हैं।

Adobe Animate / Flash बहुत मज़ेदार है क्योंकि यह पता चला है कि .fla फाइलें वास्तव में थोड़ी "टूटी हुई" .zip फाइलें हैं। असम्पीडित रूप में, उन्हें XFL प्रारूप में संग्रहीत किया जाता है, जो स्थानीय फ़ोल्डर से अन्य XFL ऑब्जेक्ट्स (उदाहरण के लिए, बिटमैप्स) को संदर्भित कर सकता है। डबल फाइन लीड इंजीनियर ओलिवर फ्रैंके ने जिप का उपयोग करके / unzip .fla फ़ाइलों को पैक करने के लिए एक संशोधित पायथन स्क्रिप्ट बनाई, ताकि हम इन फ़ाइलों को बना / संशोधित कर सकें।

उपयोग के उदाहरण

3 डी स्टूडियो मैक्स

3D स्टूडियो मैक्स के आधुनिक संस्करण का उपयोग मूल .prj फ़ाइल को दृश्य में आयात करने और ASCII- प्रारूप .fbx में सहेजने के लिए किया गया था। प्रत्येक .prj फ़ाइल जिसे परिवर्तित करने की आवश्यकता है, के लिए एक MaxScript फ़ाइल (.ms) स्वचालित रूप से पायथन स्क्रिप्ट से उत्पन्न हुई थी, जो कुछ इस तरह दिखाई देती थी:

 importFile "G:\FullThrottle_Backup\FullThrottle_SourceAssets\BENBIKE.PRJ" #noPrompt 

MaxScript का उपयोग करके एक 3D मॉडल आयात करने का उदाहरण

उसके बाद, इस .ms फ़ाइल को केवल 3dsmax.exe में चलाने के लिए पायथन कमांड द्वारा बुलाया गया था:

 3dsmax.exe -U MAXScript "C:\FullThrottleRemastered\import_prj.ms" 

निर्दिष्ट मैक्सस्क्रिप्ट फ़ाइल के साथ निष्पादन योग्य फ़ाइल को कॉल करने के लिए कंसोल कमांड का एक उदाहरण

जैसा कि ऊपर उल्लेख किया गया है, इस मामले में, 3 डी स्टूडियो मैक्स ने एक डायलॉग बॉक्स खोला, जिस पर आपको क्लिक करना था। अजगर के साथ OpenCV बंडल ने इस विंडो में बटन पर क्लिक करने में मदद की ताकि मूल फ़ाइल उपयोगकर्ता के हस्तक्षेप के बिना आयात हो। फ़ाइल आयात करने के बाद, मेनू कुंजी की एक श्रृंखला को दबाया गया (win32api पायथन का उपयोग करके) एक और MAXScript फ़ाइल लॉन्च करने के लिए, जो ASCII प्रारूप में .fbx फ़ाइल के रूप में मॉडल का निर्यात करती है। चूंकि .fbx को एक नियमित पाठ फ़ाइल के रूप में सहेजा गया था, इसलिए मॉडल बनावट निर्भरता के सभी निर्भरता को आधुनिक प्रारूप में छवियों के लिंक के साथ बदल दिया गया था। फिर, संशोधित .fbx फ़ाइल को फिर से स्वतः 3DSMax में लोड किया गया और एक .max फ़ाइल के रूप में निर्यात किया गया। इस बिंदु पर, .max फ़ाइल को कलाकार को रीमास्टरिंग के लिए भेजा जा सकता है।

एडोब चेतन / फ्लैश

Adobe Animate / Flash का उपयोग सभी हाथ से तैयार FMV संसाधनों को फिर से बनाने के लिए किया गया था। हमने मूल हाथ से तैयार किए गए फ़्रेम (320x200 पिक्सल आकार में) को सैनवर्ंगलर टूल द्वारा पाया और उन्हें "असेंबली ड्रॉइंग" के रूप में उपयोग किया। 4440x2400 पिक्सल को फिट करने के लिए इमेज स्केल को बड़ा किया गया था, जिसके बाद एक .fla फाइल को पायथन स्क्रिप्ट का उपयोग करके स्वचालित रूप से जेनरेट किया गया था।

तब यह XFL प्रारूप Adobe Animate / Flash के हमारे ज्ञान का उपयोग करते हुए, स्वचालित रूप से खरोंच से .fla फ़ाइल उत्पन्न करने के लिए पर्याप्त था। हम हाथ से खींची गई एनीमेशन फ़ाइलों के असेंबली चित्र बनाने के लिए ओलिवर फ्रांके द्वारा पहले से बनाए गए टूल किट का उपयोग करने में सक्षम थे।

एडोब प्रीमियर प्रो

विंडोज ऑटोमेशन एपीआई ने वास्तव में हमें यह निर्धारित करने में मदद की कि कौन से प्रीमियर प्रो नियंत्रण स्क्रीन पर हैं। कुछ मामलों में, उनके पास हॉटकीज़ नहीं थे। मेनू आइटम के निर्देशांक प्राप्त करने के बाद, इन निर्देशांक में कर्सर को स्थानांतरित करना और माउस क्लिक घटना भेजना आवश्यक था।

यह सब बहुत अच्छा है, लेकिन कुछ नियंत्रण अन्य तरीकों से प्रस्तुत किए जाते हैं, और इसलिए विंडोज ऑटोमेशन एपीआई के लिए अदृश्य हैं। इस मामले के लिए, हमने ओपनसीवी और पायथन के एक गुच्छा का उपयोग करने का फैसला किया, जो स्क्रिप्टिंग वातावरण में ओपनसीवी का उपयोग करने में सक्षम हो। एडोब प्रीमियर प्रो के साथ काम करते समय यह विशेष रूप से उपयोगी था: हालांकि इसमें जावास्क्रिप्ट स्क्रिप्ट के लिए आंशिक समर्थन है, एपीआई के माध्यम से आवश्यक नियंत्रण का प्रकार उपलब्ध नहीं था।

इसके अलावा, एडोब प्रीमियर प्रो परियोजना फाइलों को एक मालिकाना बाइनरी प्रारूप में संग्रहीत किया जाता है। इसलिए, हम जादुई रूप से प्रीमियर प्रो फ़ाइल नहीं बना सके, लेकिन हम आयात फ़ंक्शन का उपयोग कर सकते हैं, जिसने हमें डेटा को फाइनल कट प्रो फ़ाइल में आयात करने की अनुमति दी, जिसमें एक्सएमएल प्रारूप है। तब यह सही XML फ़ाइल उत्पन्न करने के लिए पर्याप्त था, उचित रूप से समयरेखा पर सभी संसाधनों की स्थिति, और फिर इसे स्वचालित रूप से आयात करें। इसे वांछित प्रारूप में बदलने के लिए .xml Final Cut Pro। तब हम निर्यात किए गए फ़्रेमों को एक स्वचालित कतार में रख सकते थे ताकि हम उन्हें तैयार वीडियो में संयोजित कर सकें।

सभी चरणों

नीचे एक सामान्यीकृत ब्लॉक आरेख है जो एक नए वर्कफ़्लो के सभी स्वचालित भागों को दिखाता है। प्रत्येक स्वचालित खंड एक गोल आयत से घिरा हुआ है जिसका उपयोग स्वचालन तकनीक के बारे में अतिरिक्त जानकारी के साथ किया जाता है।


सरलीकृत Remastered FMV स्वचालन फ़्लोचार्ट

आप देखेंगे कि एडोब प्रीमियर प्रो के साथ अधिकांश कार्य पायथन के उपयोग के साथ-साथ विशेष देशी विंडोज कोड की आवश्यकता है। इसका कारण प्रीमियर प्रो विंडोज की जटिल संरचना है, साथ ही इस एप्लिकेशन के सभी आश्रित बच्चे खिड़कियों के साथ उचित बातचीत सुनिश्चित करने के लिए देशी विंडोज ऑटोमेशन एपीआई का उपयोग करने की आवश्यकता है।

सब एक साथ

ऊपर वर्णित विधियों का उपयोग करके, हम सभी वीडियो पर काम को विभाजित करने के लिए कई स्वचालन मशीनों को कॉन्फ़िगर करने में सक्षम थे। इसके अलावा, एक स्लैक बॉट को प्रसंस्करण पाइपलाइन से गुजरने वाले वीडियो की स्थिति के अनुसार हमारे स्लैक चैनल पर स्वचालन के बारे में प्रतिक्रिया भेजने के लिए वर्कफ़्लो में एकीकृत किया गया था, ताकि हमें पता चले कि जब कुछ गलत होता है।


Adobe Premiere Pro स्वचालन उदाहरण

हम जिन समस्याओं का सामना कर रहे हैं

यह सब बहुत अच्छा लगता है, लेकिन वास्तव में, परियोजना को लागू करते समय, हम समस्याओं में भाग गए। मैं केवल मुख्य बिंदुओं को सूचीबद्ध करूंगा।

1) तैयार ऑडियो को मिलाने का इरीटेशन। सभी ऑडियो फाइलों का रीमेकिंग धीरे-धीरे किया गया। इसलिए, जब हमारे पास था, उदाहरण के लिए, ध्वनि प्रभाव "बूम!", ध्वनि इंजीनियर को यह पता नहीं था कि इसे ऑडियो मिश्रण में कहां डाला जाए, इसलिए उसे यह पता लगाने के लिए वीडियो का इंतजार करना पड़ा कि क्या गलत हुआ था।

2) असंपीड़ित मध्यवर्ती फ़ाइलों का भंडारण। समाप्त वीडियो में एन्कोडिंग के अंतिम क्षण तक फ़्रेम असम्पीडित प्रारूप में संग्रहीत किए गए थे। इसलिए, स्थानीय भंडारण में बड़ी संख्या में फ़्रेम को स्टोर करना आवश्यक था, जिनमें से कुछ संस्करण नियंत्रण प्रणाली में संग्रहीत किए गए थे। संग्रहीत वॉल्यूम में इस तरह की वृद्धि बहुत ही ध्यान देने योग्य थी और कुछ संस्करण नियंत्रण प्रणालियों (हमने पेरफोर्स का इस्तेमाल किया) का उपयोग करते समय काफी महंगा हो सकता है।

3) लीड समय। वर्कफ़्लो का एक ठोस हिस्सा स्वचालित था, और इससे इंजीनियरों को अन्य काम करने की अनुमति मिली। हालाँकि, एक वीडियो बनाने में लगने वाला समय काफी लंबा हो सकता है। सबसे अधिक समय लेने वाला हिस्सा 4k रिज़ॉल्यूशन में फ़्रेम एन्कोडिंग है। हमारे पास पेरफोर्स के अंदर संसाधनों की स्थिति की जांच करने के तरीके हैं, यह समझने के लिए कि नए सिरे से क्या कदम उठाने की आवश्यकता है, लेकिन यह विधि उतने भागों में विभाजित नहीं थी जितनी हम चाहते हैं।

अगले चरण

जी हाँ, लेख बड़ा रोचक निकला! यद्यपि इस वर्कफ़्लो का हमारा कार्यान्वयन परियोजना के लिए काफी विशिष्ट है, मेरा मानना ​​है कि किसी भी गेम को विकसित करने में कुछ स्वचालन विधियों का उपयोग किया जा सकता है। वीडियो का पता लगाकर, आप एक संबंधित विषय पर विचार कर सकते हैं - खेल निष्पादन के दौरान FMV खेल रहा है। इसमें एक बहुभाषी ऑडियो स्ट्रीम एन्कोडिंग और साथ ही मूल FMV खेलते समय फ़्रेम सिंक्रनाइज़ेशन जैसे मुद्दे शामिल हैं। लेख के तीसरे भाग की प्रतीक्षा करें!