क्रॉस-प्लेटफ़ॉर्म मोबाइल गेम और एंड्रॉइड से पहियों में चिपक जाता है

इस लेख में मैं आपके साथ एक मोबाइल क्रॉस-प्लेटफॉर्म (iOS / Android) गेम विकसित करने में हमारे अनुभव को साझा करना चाहता हूं।

हमने गेम को यूनिटी पर लिखा है, और ग्राफिक्स स्वयं स्प्राइट हैं। लेकिन जो कुछ नीचे कहा गया है, वह अन्य क्रॉस-प्लेटफ़ॉर्म इंजनों के साथ-साथ पूर्ण 3 डी के लिए भी सही होगा।

मैं अपनी कहानी त्रुटि के साथ शुरू करूंगा।

क्रॉस-प्लेटफॉर्म मिथक

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

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

लेकिन इतना सरल नहीं है।

स्मृति और बनावट।

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

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

मानक एटलस, जिसके साथ कम या ज्यादा स्वाभिमानी उपकरण काम करते हैं, 2048x2048 पिक्सेल है। कि असम्पीडित रूप में (प्रति पिक्सेल 32 बिट्स) 2 * 2 * 4 = 16 एमबी की मेमोरी पर कब्जा कर लेगा। हां, प्रति बिंदु एक और 16 बिट्स है, लेकिन एक तरफ यह अभी भी 8 एमबी है, और दूसरी तरफ यह हमेशा स्वीकार्य नहीं है। उदाहरण के लिए, ग्रेडिएंट्स पर आप अप्रिय डिटररिंग देखेंगे।

फिर बनावट संपीड़न प्रारूप बचाव के लिए आते हैं। IOS के तहत, यह पीवीआर प्रारूप 4 और 2 बिट प्रति पिक्सेल है। PVR2 नरक के रूप में डरावना है, लेकिन आप PVR4 में कुछ पैक कर सकते हैं। एक 2x2k एटलस के लिए 2 एमबी खराब नहीं है।

और सब कुछ ठीक हो जाएगा, लेकिन एंड्रॉइड में एक आश्चर्य होगा!

4 अलग-अलग चिप्स के रूप में आश्चर्य, जिनमें से प्रत्येक अपने स्वयं के बनावट संपीड़न प्रारूप का समर्थन करता है और दूसरों का समर्थन नहीं करता है!

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

तो, जो चिप्स हमें droid पर खुश करते हैं:
* पावरवीआर (सैमसंग गैलेक्सी टैब 2) - पीवीआर संपीड़न
* एनवीडिया टेग्रा, जियफोर्स (आसुस ट्रांसफॉर्मर) - डीएक्सटी कम्प्रेशन
* एड्रिनो (कुछ नेक्सस) - एटीसी
* माली (सभी सैमसंग गैलेक्सी एस) - अल्फा के साथ संपीड़न का समर्थन नहीं करता है

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

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

ठीक है, ठीक है, माली के साथ - यहाँ या तो shaders और 2 बनावट, या स्कोर के साथ बिगाड़ने। ऐसा लगता है जैसे यह काम करता है और स्मृति में फिट बैठता है।

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

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

व्यक्तिगत विशेषताएं।

परियोजना के शुभारंभ के बाद पहले दिनों में, हमने विभिन्न उपकरणों पर अद्वितीय, अद्वितीय बग के साथ Google Play में टन समीक्षा प्राप्त करना शुरू किया। और सभी समस्याएं एक-दूसरे से अलग थीं।

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

किसी के लिए, ध्वनि आम तौर पर धीमा हो जाती है (!)।

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

रिलीज के बाद, आप देखेंगे कि कैसे हर कोई, अज्ञात के मूल के अपने अनूठे और अनुपयोगी उपकरण पर, एक बग को पकड़ता है और समीक्षाओं में इसके बारे में शिकायत करना सुनिश्चित करता है।

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

अजीब और बग के अधीन नहीं।

लगता है कि आप नियंत्रण में हैं? और यहाँ मूर्तियाँ हैं!

एक ही एकता में हर अब और फिर कुछ कीड़े पैच, Android के तहत दुर्घटनाओं के लिए अग्रणी। हाल ही में, उनमें से कुछ बहुत ही सामान्य और घातक थे।

और वहाँ एक अकथनीय व्यवहार है। उदाहरण के लिए, खेल पूरी तरह से ठीक काम करता है। लेकिन यदि आप इसे ध्वस्त करते हैं, और फिर उस पर लौटते हैं, तो आधे हिस्से को काले वर्गों द्वारा बदल दिया जाता है। यह क्या है एकता बग? या एक विशेष droid के मूल? अज्ञात ...

संरक्षण के बारे में मत भूलना!

यहां, पिछले पैराग्राफों के विपरीत, विशेष रूप से भयानक और भ्रमित करने वाला कुछ भी नहीं है। बस, ध्यान रखें कि आईओएस की तुलना में ड्रॉइड की मेमोरी को डिलीट करने के लिए अधिक प्रेमी हैं। इसलिए भुगतानों को सत्यापित करना सुनिश्चित करें (IOS के लिए, यह या तो चोट नहीं करेगा)। और यह भी - सभी महत्वपूर्ण संग्रहीत tsiferki (खिलाड़ी के पास धन की राशि आदि) को एन्क्रिप्ट करें, क्योंकि वहाँ पर्याप्त कार्यक्रमों के लिए एक ला ArtMoney droid हैं।

लेकिन सामान्य तौर पर - धैर्य रखें - और अधिक!