Сyto: एक स्तर संपादक का निर्माण, iPhone और अन्य उपयोगिताओं के लिए अनुकूलन

हेलो, हेब्र! हम iOS गेम को खरोंच से विकसित करने में अपने व्यावहारिक अनुभव को साझा करना जारी रखते हैं। इस मामले में, जब हमने विकास शुरू किया था, तो हम जितना सोच सकते थे, उससे कहीं अधिक नुकसान हुआ था। प्रकाशकों और ऐप्पल, कुटिल मुक्त इंजनों की समय-सीमा, अप्राकृतिक (पहली नज़र में) की गड़बड़ी को विघटित करना ... यही एक हिस्सा है जो आपको अपना समय और ऊर्जा खर्च करना था।



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

इस लेख में, हम आपको विकास के तकनीकी विवरणों के बारे में बता रहे हैं, इसलिए यदि किसी को यह जानने में रुचि है कि यह कहां से आया है, यह विचार कैसे विकसित हुआ और यह प्रकाशकों की सलाह की सराहना करने लायक क्यों है - हमारी देव कथा में पढ़ें iphones.ru पर।


पहले गेमप्ले वीडियो Cyto में से एक। रिलीज संस्करण के साथ तुलना करें - क्लिक करें

लेवल डिजाइन को आनंददायक कैसे बनाएं

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



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



हमने एक बहुत ही सरल वर्कफ़्लो का उपयोग करने का निर्णय लिया:



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

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



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

हमने बनाने और संपादन की सुविधा पर बहुत ध्यान दिया। स्तर संपादक एक आंतरिक विकास उपकरण की तुलना में ऐप स्टोर से एक आवेदन की तरह अधिक निकला। जब हमने इसे पूरा किया, तो स्तर बनाना उनके खेलने के समान ही सुखद था।

खेल को पांच बार ट्रिम करें

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



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

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



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



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



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

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



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


यह वही है जो अनुकूलन से पहले और बाद में दिखाई देता है।

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



कुछ बनावटों के लिए, हमने अतिरिक्त रूप से सॉफ़्टवेयर ब्लर जोड़ा है। यह होता है, साथ ही बनावट को लोड करने के चरण में, पुनरावृत्ति करने पर। हमने आधार के रूप में AWTextureFilter लिया।

नतीजतन, हमें अपना स्वयं का स्प्राइट मिला, जिसे पुन: धुंधला और धुंधला किया जा सकता है, और इसके साथ काम करना केवल एक ही तक सीमित है:
CCSpriteExtended *myAwesomeSprite = [CCSpriteExtended spriteWithFile:@"image.png" hueShift:120.0 saturationMult:2.0 valueMult:1.0 blurSize:4];



आखिरी चरण बना रहा - पहले से ही काफी "पतले" खेल संसाधनों का अनुकूलन करने के लिए। और फिर, एक लंबी खोज नहीं करनी थी। हम दो मुफ्त उपयोगिताओं में आए जो जोड़े में काम करते हैं - ImageAlpha और ImageOptim । उनके काम का नतीजा बस आश्चर्यजनक है! कुछ मामलों में, वे फ़ाइल का आकार 80-90% तक कम कर सकते हैं, जबकि लगभग छवि गुणवत्ता से समझौता किए बिना।

इन सभी चालों के बाद, हमें यह जानकर आश्चर्य हुआ कि निर्माण 150 से 30 मेगाबाइट तक कम हो गया था। 5 बार! असंभव कुछ भी नहीं है और पहिया को फिर से स्थापित करने का कोई मतलब नहीं है - आपको बस उन समाधानों को सही ढंग से लागू करने की आवश्यकता है जिनसे खोज इंजन में केवल एक अनुरोध हमें अलग करता है।

IPhone स्क्रीन अनुकूलन

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

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

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

छोटी स्क्रीन पर कुछ स्तरों को देखने के बाद, यह तुरंत स्पष्ट हो गया कि आप iPad से iPhone तक के स्तर को कम नहीं कर सकते हैं। तत्काल स्तरों को अनुकूलित करना था। दोनों प्लेटफार्मों पर स्तर समान दिखते हैं, लेकिन यदि आप बारीकी से देखते हैं, तो वे विस्तार से भिन्न होते हैं।

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



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

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

निष्कर्ष

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

इसके अलावा, नौसिखिए डेवलपर्स (और खुद एक साल पहले) निम्नलिखित बातों की सलाह देना चाहेंगे:

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