विंडोज फोन के लिए गेम डेवलपमेंट

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

विचार

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

• उस समय (एक साल पहले) बाजार में बहुत कम एप्लिकेशन थे, मेरा गेम नहीं खोएगा।
• खेलों को C # में लिखा जा सकता है, जिससे मैं परिचित हूं।
• मेरे सहयोगी DiverOfDark , जिसके साथ मैंने बाद में गेम प्रकाशित किया, एक विंडोज फोन खरीदा और इसके सभी रंगों में इसकी प्रशंसा की, मंच के लिए एक शानदार सफलता की भविष्यवाणी की।

मैंने एक दोस्त को लिखा और उससे कहा कि मैं फोन के लिए एक गेम लिखना चाहता हूं: पैंतीस साल पहले क्लासिक गेम मैकेनिक्स का एक और रीमेक, कई मालिकों के साथ लगभग 30 का स्तर। एक दोस्त ग्राफिक्स लेने के लिए सहमत हो गया, और मैं उपकरण का अध्ययन करने के लिए बैठ गया।



निष्कर्ष:

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

किस पर लिखना है?

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

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

जब इंजन में पहले से ही जीवन के बारे में सचेत संकेत थे, तो विंडोज फोन 8 की घोषणा मेरे लिए एक सुखद आश्चर्य थी, जो, हालांकि, जल्दी से एक अप्रिय में बदल गई: XNA अब केवल संगतता मोड में समर्थित है, और Microsoft अब C # में WinPhone के लिए गेम लिखने का आधिकारिक तरीका प्रदान नहीं करता है! हालांकि, नई तकनीक का अध्ययन करना और इसके लिए सब कुछ फिर से लिखना शुरू करना बिल्कुल अवास्तविक था, और संगतता मोड के साथ संतोष करना था, जो सौभाग्य से, किसी भी अप्रत्याशित नुकसान को तैयार नहीं किया था।

निष्कर्ष:

• Microsoft अक्सर अपनी प्राथमिकताओं को बदल देता है जो डेवलपर्स और उपयोगकर्ताओं दोनों पर डालता है।

खुद का 2 डी इंजन

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

बेस क्लास VisualObjectBase ने दो अमूर्त विधियों की उपस्थिति प्रदान की, Update और Draw , जो आमतौर पर XNA गेम में उपयोग किए जाते थे, और उन्होंने वस्तु की स्थिति को भी संग्रहीत किया और इसके आकार (बाउंडिंग बॉक्स) की गणना करने की अनुमति दी।

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

एक ही प्रकार की वस्तुओं के पहले अज्ञात सेट को संग्रहीत करने के लिए, ऑब्जेक्टग्रुप क्लास है: यह DynamicObject से विरासत में DynamicObject और अनिवार्य रूप से List<VisualObjectBase> पर एक आवरण का प्रतिनिधित्व करता है।

चित्र इंजन में एक उदाहरण वर्ग आरेख दिखाता है। ठोस तीर "विरासत", धराशायी तीर "का उपयोग करता है"।


इंजन की मदद से हल की गई सबसे महत्वपूर्ण समस्याओं को अधिक विस्तार से माना जाएगा।

टकराव की जाँच

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

 public override bool IsOverlappedWith(InteractableObject obj) { var box1 = GetBoundingBox(true); var box2 = obj.GetBoundingBox(true); var isect = Rectangle.Intersect(box1, box2); if (isect.IsEmpty) return false; var gameObject = obj as GameObject; // Check whether both objects are GameObjects and are neither rotated nor scaled if (gameObject == null || !Scale.IsAlmost(1) || !obj.Scale.IsAlmost(1) || !Angle.IsAlmostNull() || !gameObject.Angle.IsAlmostNull() ) return true; // Convert it from screen coordinates to texture coordinates Rectangle textureRect1 = isect, textureRect2 = isect; textureRect1.X -= box1.X; textureRect1.Y -= box1.Y; textureRect2.X -= box2.X; textureRect2.Y -= box2.Y; var colorData1 = GetCurrentAnimation().GetTextureRegion(textureRect1); var colorData2 = gameObject.GetCurrentAnimation().GetTextureRegion(textureRect2); // check every 2nd pixel for the sake of speed for (var idx = 0; idx < colorData1.Length; idx += 2) if (colorData1[idx].A != 0 && colorData2[idx].A != 0) return true; return false; } 

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

एनिमेटेड गुण

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

व्यवहार

वास्तव में, यह "रणनीति" डिजाइन पैटर्न है : टाइप DynamicObject प्रत्येक ऑब्जेक्ट में प्रकार के ऑब्जेक्ट्स की एक सूची IBehaviour , जिनमें से प्रत्येक में पैरेंट ऑब्जेक्ट का लिंक होता है और मनमाने कोड को निष्पादित करके अपने गुणों को प्रबंधित करने की क्षमता होती है।

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

टचस्क्रीन बातचीत

स्क्रीन TouchPanel बारे में जानकारी प्राप्त करने के लिए TouchPanel क्लास और उसके GetState विधि का GetState । इस पद्धति के लिए दस्तावेज़ीकरण में कुछ भी नहीं लिखा गया है या मामलों का उपयोग नहीं किया गया है, लेकिन TouchCollection स्थिति TouchCollection हर कॉल के साथ अपडेट किया जाता है। इस प्रकार, यदि उनमें से कई ऑब्जेक्ट ट्री में GetState कहते हैं, तो केवल पहले Pressed और Released राज्यों के साथ प्रेस देखेंगे! अन्य ऑब्जेक्ट्स के लिए, Pressed Moved में बदल जाएगा, और Released को पूरी तरह से संग्रह से बाहर रखा जाएगा। इंजन ने इस TouchCollection को TouchCollection , एक बार प्राप्त TouchCollection को TouchCollection , जो पेड़ में सभी वस्तुओं के लिए उपलब्ध है।

लंबित कार्य

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

 foreach(var bullet in Bullets) if(bullet.LeavesPlayfield()) Bullets.Remove(bullet); 

हालांकि, इस तरह के कोड में एक अपवाद होगा, क्योंकि foreach में अपने ट्रावेल के दौरान संग्रह को बदलना निषिद्ध है। क्या करें? समस्या का सबसे सुरुचिपूर्ण समाधान निरंतरता की वैश्विक सूची बनाना था, और कोड कुछ इस तरह से काम करना शुरू किया:

 var cont = new List<Action>(); foreach(var bullet in Bullets) if(bullet.LeavesPlayfield()) cont.Add(() => Bullets.Remove(bullet)); foreach(var act in cont) cont(); 

निष्कर्ष:

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

कलाकारों और संगीतकारों के लिए खोजें

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

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

पिक्सेल कलाकार को खोजने के लिए सबसे प्रभावी स्थान PixelJoint पर जॉब ऑफ़रिंग फ़ोरम था : रात भर में दस से अधिक लोगों ने मुझे लिखा, उनकी मदद और पोर्टफोलियो को लिंक करना। मैं उनमें से एक के साथ सहमत हो गया और काम फिर से उबलने लगा।

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

मंच के दर्शकों में से एक, यह सीखकर कि मुझे पहले से ही एक कलाकार मिल गया था, एक संगीतकार के रूप में उसकी मदद की पेशकश की। मैं वास्तव में उनके द्वारा लिखित धुनों की तरह नहीं था, लेकिन कुछ रचनात्मक आलोचना के बाद मैं उन्हें संगीत को फिर से लिखने के लिए मनाने में कामयाब रहा, ताकि यह खेल के लिए अधिक उपयुक्त हो।

निष्कर्ष:

• यहां तक ​​कि छोटे लेकिन निश्चित पैसे के लिए, कलाकार एक विचार या लाभ के प्रतिशत की तुलना में अधिक सक्रिय रूप से काम करते हैं। यदि आप वास्तव में परियोजना को पूरा और जारी करना चाहते हैं, तो आपको प्रारंभिक निवेश पर विचार करना चाहिए।
• खेल के कुछ हिस्से को जारी करना और बाद में इसे संशोधित करने से बेहतर है कि आप एक बार में सब कुछ करने की कोशिश करें और कुछ भी न होने दें।

विंडोज फोन स्टोर में परीक्षण और सबमिट करना

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

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

इस संभावना को बढ़ाने के लिए कि खेल को पहली बार प्रमाणित किया जाएगा, आपको निम्नलिखित बातों पर विशेष ध्यान देना चाहिए:

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

निष्कर्ष:

• शुरू में परीक्षण के लिए आवंटित समय को दो से गुणा किया जाना चाहिए। दो बार।

उपयोगी सेवाएँ और सेवाएँ

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

आंकड़े इकट्ठा करने के लिए घबराहट महान है। विभिन्न सांख्यिकीय स्लाइस की संख्या प्रभावशाली है:

• नए, अद्वितीय, नियमित उपयोगकर्ताओं की संख्या
• सत्र की संख्या और औसत अवधि
• भूगोल और सिस्टम लोकेल
• फोन का मॉडल
• लिंग, उपयोगकर्ता की आयु
• अन्य संकेतकों का द्रव्यमान

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

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

इसके अलावा, अगर आपका गेम MediaPlayer.Play() माध्यम से संगीत चलाता है, तो आइटम " फोटो, संगीत और वीडियो लाइब्रेरी " भी आवश्यकताओं की सूची में दिखाई देगा।

निष्कर्ष:

• टिप्पणियों में कुछ विरोधाभास, लेकिन उनके शब्दों पर बहुत अधिक ध्यान न दें - आंकड़े अधिक महत्वपूर्ण हैं।

विज्ञापन

अपने गेम या एप्लिकेशन के लिए उपयोगकर्ताओं को कैसे आकर्षित करें? कई तरीके हैं:

1. किसी भी विषयगत साइट या अनुप्रयोगों में विज्ञापन खरीदें।
2. यदि आपके / आपके दोस्तों के पास अन्य लोकप्रिय ऐप हैं, तो उन पर विज्ञापन दें।
3. AdDuplex सेवा का उपयोग करें: आप अन्य अनुप्रयोगों के लिए विज्ञापन प्रदर्शित करते हैं, और वे आपके हैं।
4. विषयगत फ़ोरम, सोशल नेटवर्क्स में ग्रुप, रेडिट और ट्विटर पर चिल्लाते हुए जानकारी पोस्ट करें।

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

निष्कर्ष:

• चमत्कार होते हैं :)

संक्षेप में देना

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



पीएस मैं जानबूझकर अपने खेल के लिए सीधे लिंक नहीं देता हूं, लेकिन एक जिज्ञासु उपयोगकर्ता जिसने लेख को ध्यान से पढ़ा है वह आसानी से पा सकता है।