देव स्टोरी: रेलडेल - आईओएस और मैक के लिए एक रेलरोड गेम

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


खेल के बारे में अधिक जानकारी www.raildale.com पर देखी जा सकती है।

प्रागितिहास

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

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

मेरे पास बहुत सारे विचार थे, लेकिन मैंने ट्रेनों का विकल्प चुना। यह एक ऐसा खेल था जिसे मैं खुद खेलना पसंद करूंगा। सच कहूँ तो, विचार नया नहीं है, एक बच्चे के रूप में मैंने एक समान खेल खेला। मुझे iPad के तहत कुछ समान मिलने की उम्मीद थी, लेकिन मुझे वह सब कुछ पसंद नहीं था जो सब पर था। इसलिए, मैंने फैसला किया कि यह पहली परियोजना के लिए एक बढ़िया विकल्प है।

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

2 डी

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

विकास के लिए, मैंने JetBrains AppCode का उपयोग किया। Xcode भी एक अच्छा IDE है, लेकिन मेरे लिए इसकी तुलना करना कठिन है, मैं IDEA का उपयोग करता था और बहुत अधिक उपयोग करता था। मैं निश्चित रूप से कह सकता हूं कि AppCode में डिबगर बहुत अधिक सुविधाजनक है। सच है, OpenGL में डीबगिंग ड्राइंग के लिए Xcode की बड़ी उपयोगिता है। यह एक फ्रेम के सभी कार्यों को प्रदर्शित कर सकता है, जो कभी-कभी बहुत सुविधाजनक होता है, यहां तक ​​कि कुछ को संकेत देने की भी कोशिश करता है। तो, आप कह सकते हैं, मैंने Xcode का भी उपयोग किया है।

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

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

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

3 डी

मैंने 2 डी छोड़ना और 3 डी में जाने का फैसला किया। इसके अलावा, मैं पहले से ही 3D संपादक से थोड़ा परिचित था। मैंने 3 डी के लिए एक इंजन की तलाश शुरू की और शायद सबसे स्पष्ट विकल्प यूनिटी 3 डी होगा। इस पर बहुत सारे दस्तावेज हैं और इसकी ज्यादातर प्रशंसा की जाती है। लेकिन मुझे ऐसा नहीं लगा कि कंस्ट्रक्टर में बहुत सारे ऑपरेशन किए गए हैं, और मैं कोड लिखना चाहता था।

मैंने Cocos3D - Cocos2D एक्सटेंशन को 3D में आज़माया , लेकिन मुझे यह लाइब्रेरी बिल्कुल पसंद नहीं आई। Cocos2D में भी वही समस्याएं हैं, और प्रलेखन की लगभग पूर्ण कमी है। नतीजतन, मुझे एक भी इंजन नहीं मिला जो मुझे सूट करेगा, और बस ओपन करने की कोशिश करने का फैसला किया।

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

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

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

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

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

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

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

समापन

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

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

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

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

सामान्य तौर पर, स्थानीयकरण एक त्वरित प्रक्रिया नहीं थी। iTunesConnect बहुत असुविधाजनक और इत्मीनान से है। ऐसा लगता है कि GameCenter में बोर्डों के नाम का अनुवाद करना एक साधारण कार्य है जो यातना में बदल जाता है। लेकिन मैं एक समाधान खोजने में कामयाब रहा - iTunesConnect ट्रांसपोर्टर। यह आपको एक iTunes फ़ाइल में iTunesConnect में सब कुछ लिखने और स्क्रीनशॉट के साथ अपलोड करने की अनुमति देता है। इसने मुझे बचा लिया।

विकास के दौरान, मैंने लिखा कि मैंने कितना समय और क्या बिताया। इस लेखन के समय:

• प्रोग्रामिंग - 623 घंटे;
  
• डिजाइन (3 डी मॉडल, बनावट, आइकन) - 60 घंटे;
  
• उद्देश्य - डी - 234 घंटे;
  
• विपणन - 249 घंटे;
  

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

मैक संस्करण के लिए Apruv 2 दिन और iOS के लिए 5 दिन का समय लगा। फिलहाल, कीमत $ 1.99 है। IOS संस्करण के लिए 15 प्रोमो कोड यहां प्राप्त किए जा सकते हैं । आपकी राय जानना बहुत दिलचस्प होगा। मैं खेल में सुधार करने जा रहा हूं और इसलिए मैं यह सुनना चाहता हूं कि आप खेल में सुधार करेंगे, कि आपको यह पसंद आया, कि आपने नहीं किया।

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

यहां Raildale डाउनलोड करें ।