फ्लैश से एकता 3 डी में संसाधनों को स्थानांतरित करने का व्यावहारिक अनुभव

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

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

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

यह समस्या उठी कि ग्राफिक्स और एनिमेशन को (एक समग्र सहित) एक नई परियोजना में कैसे स्थानांतरित किया जाए।

फ्लैश से एक्सपोर्ट ग्राफिक्स

SWF कैसे खोलें और वेक्टर चित्रों को PNG या JPEG में कैसे बदलें? यह सही है! फ्लैश का उपयोग करने की आवश्यकता है। और डिस्क पर परिणाम कैसे बचाएं? यह सही है! आकाशवाणी का उपयोग करने की आवश्यकता है।

BitmapData और PNGEncoder का उपयोग करके रेखांकन किया गया और फिर FileStream का उपयोग करके फ़ाइल में सहेजा गया।

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

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


एप्लिकेशन ने स्प्राइट सूचियों और XML प्रारूप में उनके विवरण का एक सेट तैयार किया। कौन परवाह करता है, स्रोत में तल्लीन कर सकता है। स्रोत अप्रस्तुत हैं, अविभाजित हैं, जैसा कि :) है। बस यह है कि अब उन्हें "उत्पाद" के रूप में डिज़ाइन करने का समय नहीं है, लेकिन उन्हें "भागों के लिए" चुराया जा सकता है।

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

एकता 3 डी में ग्राफिक्स आयात करें

प्रसंस्करण के लिए संसाधनों को एक सामान्य दृष्टिकोण में बदलने के बाद, उनकी मेटाडेटा के साथ स्प्राइट सूचियों को एक प्रारूप में प्रस्तुत किया जाना चाहिए जो यूनिटी समझता है।

हमने एकता के लिए तैयार 2 डी फ्रेमवर्क का उपयोग नहीं करने का फैसला किया, क्योंकि यह प्रौद्योगिकी का परीक्षण करने, नए अनुभव प्राप्त करने और इस माहौल के संदर्भ में गेम बनाने के तरीके को बेहतर ढंग से समझने के लिए माना जाता था। इसलिए, 2 विशेष घटकों का आविष्कार किया गया था - एनीमेटेडस्प्राइट और स्प्राइटशीट।

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


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

AIR कन्वर्टर के संचालन के परिणाम में png और xml फाइलें शामिल थीं, इसलिए उस समय यह अपने आप को पोस्ट-प्रोसेसर में स्प्राइट शीट बनाने के लिए कोड को आयात करने के लिए सबसे सुविधाजनक था ( इस्सेटपोस्टप्रोसेसर )। इस कोड ने बनावट फ़ाइल के स्थान और उसके बगल में एक विवरण के साथ एक xml फ़ाइल की उपस्थिति की जाँच की - इस मामले में, हैंडलर उत्पन्न (या बनावट को फिर से आयात करने के मामले में अद्यतन) इसी prefabs और उनके संगत फ़ोल्डर जोड़ा।

पहली समस्याएं। एक बम के साथ स्तर।

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

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

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

निष्कर्ष

इस प्रकार, हमें एक प्रक्रिया मिली जिसने हमें कुछ ही क्लिकों में फ्लैश से उपयोग के लिए तैयार एनिमेशन प्राप्त करने की अनुमति दी। बेशक, प्रक्रिया को बेहतर और अधिक सही बनाया जा सकता है, उदाहरण के लिए, उस समय मैं ScriptableObject के अस्तित्व के बारे में नहीं जानता था - यह इन कार्यों के लिए बेहतर अनुकूल है।

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

यदि किसी के पास टिप्पणी या प्रश्न हैं, तो टिप्पणी में पूछें।