साइटो: हमारे परीक्षण और त्रुटि विधि

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

इस लेख के साथ, यदि संभव हो, तो हम साथी डेवलपर्स को हमारे अनुभव से आकर्षित करने में मदद करेंगे।
कहानी शुरू करने से पहले, आइए आपको दिखाते हैं कि हमें क्या मिला:



हम एकत्रित रेक कलेक्शन को साझा करेंगे जिसके माध्यम से हमारी टीम ने पूरे एक वर्ष के लिए मार्ग प्रशस्त किया। तो, जो विकास के तकनीकी विवरण में रुचि रखते हैं - पर पढ़ें।

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

हमें पूरी उम्मीद है कि यह लेख iOS गेम डेवलपर्स और उन लोगों के लिए उपयोगी होगा जो अभी इस क्षेत्र में अपना हाथ आजमाने जा रहे हैं।

इंजन चयन

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

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

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

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

शेल साइटो

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

बेशक, मुझे ओपनजीएल पर पेन के साथ एक खोल निकालना था। यह विशेष रूप से उपयोगी था [यह लेख = habrahabr.ru/post/110998 ] (अधिकतम, धन्यवाद!), शेल का प्रतिपादन पूरी तरह से इसमें वर्णित दृष्टिकोण के आधार पर किया गया था। योजनाओं को अभी भी गतिशील रूप से अपनी सतह पर चमक को बदलना था, लेकिन यह समय पर्याप्त नहीं था। हालांकि, परिणाम काफी सुंदर निकला।



हमने माथे पर खोल के मॉडलिंग से संपर्क किया - हमने एक परिपत्र शरीर (कोर) को घेरने वाले स्प्रिंग्स द्वारा परस्पर आयताकार निकायों का एक सेट बनाने का फैसला किया। एक टैंक या ट्रैक्टर में कैटरपिलर की तरह।

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



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

स्पष्ट समाधान भौतिक मॉडल को सरल बनाना था। नए संस्करण में, शेल में दो घटक होते हैं:
1. गोल शरीर से बने एक खोल के साथ एक कोर कसकर इसके साथ जुड़ा हुआ है। कुछ भी जोड़ा या हटाया नहीं जाता है।
2. बड़े व्यास के कई गोल पिंडों का कंकाल, झरनों द्वारा आपस में जुड़ा हुआ। शेल के साथ कोर कंकाल के सिरों में से एक से जुड़ा हुआ है या इसके साथ आगे बढ़ सकता है।



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

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

और अंत में, भाग 1 के दिलचस्प निष्कर्ष , जो हम विकास के दौरान आए थे:

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

यह वह जगह है जहाँ हम खत्म करते हैं। इस लिंक पर हमारे काम के परिणाम को रेट करें - [ क्लिक करें ]
पहले 50 हब्रोज़िटेलम जिन्होंने पीएम में लिखा था, हम एक प्रचारक कोड प्रदान करेंगे। गेमप्ले को गेम ट्रेलर में भी देखा जा सकता है।

हम अपनी कहानी अगले लेख में जारी रखेंगे - हम उदाहरण के लिए और भी बहुत सी रोचक बातें बता सकते हैं:

• रिलीज से पहले महीने में 5 बार परियोजना का वजन कैसे कम करें;
• IPhone के लिए प्रोजेक्ट को कैसे अनुकूलित किया जाए, अगर यह केवल iPad के लिए विकसित किया गया था;
• स्तरों और बहुत अधिक बनाने की बारीकियों;