NaN कृत्यों में ट्रेजिकोमेडी: हमने जेएस पर एक खेल कैसे बनाया और इसे स्टीम पर जारी किया

"Eka अनदेखी है," आप कहते हैं, "शीर्ष 100 में आपका खेल नहीं है, इसलिए यह सुरक्षित नहीं है।" वही सत्य है। लेकिन प्रोतोलिफ़ के विकास के वर्ष के दौरान, हमने कुछ अनुभव प्राप्त किए हैं जिन्हें हम संभावित भविष्य के इग्रोडेलोव के साथ साझा कर सकते हैं। उद्योग के दिग्गज, मुझे डर है, अपने लिए कुछ भी दिलचस्प नहीं मिलेगा। लेकिन शायद कम से कम दिल से मजा आए।

खेल किस तरह का है? और हम कौन हैं?

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

संक्षेप में: यह एक असामान्य टॉवर रक्षा है, जहां आपको एक नायक कर्सर चलाना है और लगातार बढ़ रहे लाल बायोमास के खिलाफ ब्लॉक की रक्षा करना है।

मसौदा लेख पर टिप्पणियों से:
icxon : आपको पहले गेमप्ले के बारे में थोड़ा लिखने की जरूरत है। और फिर कुछ स्क्रीनशॉट जिस पर हॉर्सरैडिश समझता है कि क्या हो रहा है

यदि आप अधिक विस्तार से पेंट करते हैं, तो खेल में क्या है:

1. एक स्तर है, प्रत्येक स्तर पर हमारा आधार है और हमारा अवतार है - एक रोबोट-बिल्डर।
2. स्तर का हिस्सा लाल बढ़ते बायोमास से भरा हुआ है जो टन के स्पॉज को फैलाता है।
3. मोब्स, ज़ाहिर है, बेस पर चलते हैं और इसे कुचलने की कोशिश करते हैं। और हम टावरों से एक रक्षा का निर्माण कर रहे हैं और हम इसे पूरा नहीं होने दे रहे हैं।

"लेकिन इतना असामान्य क्या है?" - आप पूछें। और अधिकांश टॉवर रक्षा से मुख्य अंतर निम्नानुसार हैं:

1. हम कुंजियों से सीधे निर्माण रोबोट को नियंत्रित करते हैं, अर्थात। आपको मैन्युअल रूप से स्तर के बारे में जल्दी करना चाहिए और सब कुछ बनाने / मरम्मत करने का समय चाहिए।
2. सभी रोबोट ब्लू ब्लॉक का निर्माण और विघटन कर सकते हैं। ऐसा एक ब्लॉक उपयोगी कुछ भी नहीं करता है, लेकिन एक निश्चित पैटर्न के अनुसार निर्धारित कई ब्लॉक एक उपयोगी संरचना में बदल जाते हैं। टेम्प्लेट के उदाहरण:
   

• पैटर्न 1: एक साधारण बंदूक
• पैटर्न 2: दीवार
• पैटर्न 3: एए बंदूक। यहां आपको पीले क्रिस्टल का भी उपयोग करना होगा, जो पहले से ही अधिक कठिन हैं
• साँचा 4: मशीन गन

और इसलिए खेल चला जाता है: हम चलाते हैं, निर्माण करते हैं, एक उत्तर प्राप्त करते हैं, जल्दी से इसे ठीक करते हैं। खेल विकास प्रक्रिया का प्रत्यक्ष दृश्य प्राप्त किया जाता है।

लेकिन इस तरह का खेल अभी कारगर नहीं हुआ। अप्रैल 2017 में वापस, लुदुम डेरे 38 में, यह इस तरह दिखाई दिया:

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

लेकिन वास्तव में, हुड के नीचे बहुत कुछ बदल गया है इसके अलावा ग्राफोनियम प्रति वर्ग पिक्सेल की एकाग्रता। एक साल लंबे रास्ते पर, हमें विभिन्न निर्णय लेने थे - गेमप्ले, तकनीकी, संगठनात्मक और यहां तक ​​कि विपणन भी। कुछ सफल रहे, कुछ नहीं।

मैं ऐसे फैसलों के बारे में बताना चाहूंगा।

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

सृजन की एक उबाऊ कहानी।

मुझे नहीं लगता कि किसी को वास्तव में दिलचस्पी है कि खेल को कैसे सोचा गया था, इसलिए मैं इसे बिगाड़ने के तहत हटा दूंगा।

पूर्ण कार्यान्वयन के लिए एक खेल चुनना

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

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

इसके अलावा, itch.io ने हमें निर्णय लेने में मदद की, जिस पर हमने अपने शिल्प प्रकाशित किए। जैसा कि यह पता चला है, ऐसे लोग हैं जो वेब गेम खेलने के लिए itch.io पर जाते हैं। उनमें से कुछ टॉवर रक्षा शैली से प्यार करते हैं, और 5-10 लोग (और अभी भी अंदर आते हैं!) उस पुराने प्रोटोलिफ को हर दिन खेलने के लिए।
^{स्टीम पर गेम की रिलीज से पहले कॉल के आंकड़े}

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

आगे देखते हुए, मैं कह सकता हूं कि रणनीति ने भुगतान किया।

अनचाही टिप # 1: बेहतर ढंग से कार्य न करें। आपके सिर में आदर्श "ड्रीम गेम" किसी के लिए भी आवश्यक नहीं हो सकता है। यदि आप सभी प्रकार के जाम में भाग नहीं लेते हैं, तो यह हमेशा गेमप्ले (!) प्रोटोटाइप को स्केच करने और अपने आप को, दोस्तों और परिचितों पर परीक्षण करने के लिए समझ में आता है।

काउंटर-काउंसिल: यदि आपको डर नहीं है कि एक आधे लोग "ड्रीम गेम" खेलेंगे, तो कौन परवाह करता है? यह करो! शायद भाग्यशाली हैं।

इंजन: सबसे अच्छा समाधान नहीं

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

और हमने एक महत्वपूर्ण प्रश्न का सामना किया: इंजन को बदलना या सब कुछ छोड़ देना जैसा वह है?

सवाल जटिल था। हम में से कोई भी उस समय किसी अन्य इंजन को नहीं जानता था या उसका अध्ययन नहीं करता था। अध्ययन के लिए समय व्यतीत करना एक अच्छी बात है, लेकिन सभी उत्साह खोना संभव था। और फिर - क्या लेना है? जावास्क्रिप्ट - केवल भाषा जो हम में से प्रत्येक को पता था, सी ++ / जावा / सी # इंजन लेने के लिए - इसका मतलब है कि डेवलपर्स के तुरंत आधे खो देते हैं। और उस समय एकता स्तर के इंजन "सरल 2 डी गेम" के लिए बहुत बोझिल लग रहे थे।

और फिर: वहाँ पहले से ही एक खेल है। यह ग्राफीन को अद्यतन करने के लिए, स्तरों को पूरा करने के लिए बना हुआ है - और यह सब। कुछ महीनों के लिए काम करें। और फिर अध्ययन, फिर से लिखना ...

सामान्य तौर पर, हमने फेजर.जेएस में रहने का फैसला किया। इससे भी बदतर - हमने एक ही कोड आधार पर रहने का फैसला किया, अर्थात्। लुडम डेयर प्रोटोटाइप के शीर्ष पर एक गेम बनाएँ।

एक मसौदा लेख पर टिप्पणियों से
a333 : क्षमा करें, मेरे पास एफिल टॉवर की बजाय बैसाखी वाला चित्र नहीं है "

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

प्रति-सलाह: ध्यान में रखें, हालांकि, मनोविज्ञान की विशेषताएं। ऐसा होता है कि कुछ हफ़्ते में देरी "शांत" करने के लिए पर्याप्त है। गरीब वास्तुकला के साथ एक खेल बनाने के लिए बेहतर है कि बिल्कुल नहीं करना है।

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

वास्तव में, Phaser.js के साथ समस्या क्या है?

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

हमने इनमें से कई समस्याओं को हल किया, कुछ ने अंत तक हल नहीं किया। अन्य इंजनों के साथ अनुभव के बिना न्याय करना मुश्किल है, लेकिन मुझे ऐसा लगता है कि कोई भी अन्य इंजन हजारों खेल वस्तुओं को नारकीय चाल के बिना संसाधित करने की अनुमति देगा। हालांकि, मैं गलत हो सकता है।

शैलियों का युद्ध

क्या आपको अभी भी खेल के मूल संस्करण का "मूल डिज़ाइन" याद है?


बेशक, इसका अपना आकर्षण है, लेकिन यह एक गंभीर उत्पाद के लिए उपयुक्त नहीं था। हां, और हमारे कलाकार सिर्फ एक व्यापार यात्रा से लौट आए, वह बेकार में बैठने के लिए क्या है?

वह नहीं बैठा, संभव डिजाइन के कई स्केच बनाए। इतिहास ने दो शैली की कुर्सियों को संरक्षित किया है, जिनके बीच एक को चुनना था।

उम्मीदवार 1: न्यूनतर डिजाइन। वास्तव में - एक ही "पिक्सल", केवल अधिक सहानुभूति है। सब कुछ उज्ज्वल, विषम है। यह सभ्य दिखता है, लेकिन, चलो कहते हैं, ठोस। इस अर्थ में कि ऐसा खेल जो इस तरह दिखता है, वह मोबाइल फोन या VKontakte पर tetris और arkanoid के बीच कहीं अच्छा लगेगा। लेकिन जल्दी और सस्ते में।


उम्मीदवार 2: यथार्थवादी, शानदार, कठोर। यहां आप पहले से ही एक निश्चित कहानी, संदर्भ देख सकते हैं। अप्रत्याशित रूप से, इसके विपरीत न केवल रंगों में, बल्कि आकृतियों में भी काम करता है - हमारी इमारतें अधिक क्रमबद्ध और चौकोर, दुश्मन की इमारतें - गोल, आकार में अनियमित हैं।



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

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

लेकिन हम दूसरा विकल्प खेलना चाहते थे।

इसलिए सूक्ष्मजीवों और पेट्री डिश को एक दूर के ग्रह, रोबोट और एक रहस्यमय विदेशी जीव द्वारा प्रतिस्थापित किया गया था।

अनैतिक रूप से प्रतिबंधित सलाह नंबर 3: वही करें जो आप खुद खेलना चाहते हैं।

जवाबी सलाह: यदि आपके पास 3 बंधक हैं और कोई अन्य नौकरी नहीं है, तो कोई भी आपको ऐसा काम करने के लिए दोषी नहीं ठहराएगा जो अच्छी तरह से बेचता हो, लेकिन आप अपनी आँखों और हाथों को साबुन से धोना चाहते हैं।

क्राउचिंग बायोमास, लर्किंग वर्म

मैंने रंगों और आकृतियों के विपरीत का उल्लेख किया है, और यदि आप उस स्केच और अंतिम संस्करण की तुलना करते हैं - तो विपरीत केवल तेज हो जाता है। तुलना करें - हमारी इमारतों के वर्ग, गोल दुश्मन की इमारतें, और लाल द्रव्यमान की सामान्य गोलाई।


वैसे, लाल द्रव्यमान, खेल में लगभग सब कुछ की तरह, खेल तर्क के अंदर कहीं ग्रिड के रूप में ग्रिड में फिट बैठता है। लेकिन वह उसी समय अराजक दिखती है, जैसे वह जाल से अछूती हो।

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

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


यह गति में कैसा दिखता है:

मसौदा लेख पर टिप्पणियों से:
icxon : पहली बार मैं इस डेमो को देख रहा हूँ, योग्य

खेल में ही, सब कुछ ठीक उसी तरह से काम करता है, सिवाय इसके कि सभी आकार, रंग और गति बेहतर देखने के लिए हमारे कलाकार द्वारा समायोजित किए जाते हैं।


ओह, मैं यह बताना भूल गया हूं कि वास्तव में ऐसा निर्णय कहां से आया, चर्चा के चरण कैसे चले, उम्मीदवारों को स्व ...

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

अनचाही टिप # 4: योजना, योजना, लेकिन कुछ नया करने की कोशिश करने से डरो मत। अंतर्ज्ञान आपको कुछ अच्छा निर्णय बता सकता है।

प्रति-सलाह: यदि आपने पहले ही एक रिलीज़ की तारीख निर्धारित कर ली है और एक प्रकाशक के साथ एक अनुबंध पर हस्ताक्षर किए हैं - शायद आपको प्रयोग नहीं करना चाहिए।

बायोमास एनीमेशन

ऊपर gifs में, आप बायोमास के निष्क्रिय एनीमेशन को नोटिस कर सकते हैं - यहां तक ​​कि आराम करने पर, यह तीव्रता से सांस लेता है, लाल कलियों को खोलने और बंद करने के लिए लगता है। एक आदर्श दुनिया में, इन्हें कलाकार द्वारा ध्यान से खींचे गए एनीमेशन के साथ छिड़का जाएगा, जो एक ही पैटर्न में मंडलियों के साथ व्यवस्थित होते हैं। वास्तव में, ये हजारों गेम ऑब्जेक्ट होंगे जो Phaser.js को आसानी से संभाल नहीं सकते थे। और यह पहले से ही एक सत्यापित तथ्य है - लूडम डेयर के साथ संस्करण में, जब बायोमास ने कम से कम आधे नक्शे को भरा था, तब मुझे पहले से ही नारकीय ब्रेक का सामना करना पड़ा था, और वहां कोई निष्क्रिय एनीमेशन भी नहीं था।

एक shader बचाव के लिए आता है, जो GPU पर वहाँ घूमता है और एक प्रोसेसर नहीं लेता है। इससे भी बेहतर, अगर यह शेडर वास्तव में सरल है - तो यह वीडियो कार्ड को बहुत अधिक लोड नहीं करेगा।

Shader को किसी तरह यह बताने की जरूरत है कि उसे क्या और कैसे आकर्षित करना है। Shader में जानकारी स्थानांतरित करने के तरीके क्या हैं:

• हार्डर कोड में ही हार्डकोड। हमारे मामले में, यह फिट नहीं है, लेकिन सामान्य तौर पर कभी-कभी यह विकल्प भी विचार करने के लिए समझ में आता है।
  
• एक समान चर (ये वे चर हैं जो छवि में किसी भी पिक्सेल के लिए समान हैं)
  
• अलग-अलग वैरिएबल (वे वेरिएबल जो दो वर्टिकल के बीच प्रक्षेपित होते हैं)
  
• बनावट के माध्यम से (रंग के साथ कुछ मान एन्कोडिंग)
  

विधि 3 हमारे लिए उपयोगी हो सकती है, लेकिन Phaser.js के मामले में यह हमारे लिए उपलब्ध नहीं है। आप वर्दी के माध्यम से बहुत पास नहीं हैं (कहते हैं, उनकी त्रिज्या वाले सभी मंडलियों की एक सरणी वर्दी में फिट नहीं होगी - प्रतिबंध हैं)। बनावट बनी हुई है।

चाल यह है: मैं पहले नीले रंग में एक राज्य (कहता हूं, बंद कलियों) को आकर्षित करता हूं:


फिर दूसरी अवस्था (खुली कलियाँ) लाल होती हैं:


यदि आप उन्हें एक साथ जोड़ते हैं, तो आपको बैंगनी गंदगी मिलती है:


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

मसौदा लेख पर टिप्पणियों से:
a333 : आह, यह है कि यह कैसे b *** i f *** एक काम करता है
icxon : यह अच्छा है क्योंकि मुझे अभी भी समझ नहीं आया कि यह कैसे काम करता है

वही, लेकिन आयतों के उदाहरण के साथ:

बनावट:

अंतिम एनीमेशन:

बनावट को केवल अपडेट किया जाता है क्योंकि यह बढ़ता / गिरता है, बाकी समय जीपीयू-केवल एनीमेशन काम करता है।

खिलाड़ी की देखभाल

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

हमने इसे समझा, और इसलिए पहले बीटा परीक्षण को रिलीज से 8 महीने पहले ही अंजाम दिया गया था - जैसे ही हमारे पास पहले 10 स्तर थे और तैयार सामग्री का 40-50% था। उस बीटा टेस्ट ने एक उत्कृष्ट स्तर की डिज़ाइन प्रतिक्रिया दी, जिसके बारे में मैं अगली बार कभी बात करूँगा। उसी समय, हमें पता चला कि हम खुद कुछ बिंदुओं के बारे में कुछ अच्छी भविष्यवाणी करते हैं।

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

समाधान: सबसे पहले, हम आधा नक्शे से गुजरने वाले संकेंद्रित हलकों में आधार को नुकसान दिखाते हैं।


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


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

समाधान: दुश्मनों को मारने के बाद खून खींचना। थोड़ी देर के बाद, जमीन पर एक स्पष्ट निशान दिखाई देता है, जिस पर आप ध्यान केंद्रित कर सकते हैं:


प्रश्न: लेकिन, वास्तव में, पीटा ट्रैक क्यों? क्या आप जानते हैं कि A * को कैसे लागू किया जाए?

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

मसौदा लेख पर टिप्पणियों से:
icxon : लेकिन वहाँ अभी भी slimes हैं। और वे अभी भी
GRAL को चकमा देते हैं : थोड़ा सा कल्पना करें

^{वे वास्तव में हैं, लेकिन वे मूल संस्करण की तुलना में बहुत अधिक आलसी हैं।}

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

समाधान: एक उड़नतश्तरी युद्ध के कोहरे के ऊपर दिखाई दे रही है। इससे खिलाड़ी को खतरे को नोटिस करने और कार्रवाई करने का अवसर मिलता है।


गोले का बोलना। गेमप्ले-यूएक्स समस्याओं से विचलित करते हैं।

टकराव से निपटने

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


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

सामान्य तौर पर, इस समस्या के समाधान हैं, एक हब्र पर मैं अक्सर इस विषय पर लेख मिला ( उनमें से एक है )। चूंकि हमारे पास स्क्रीन पर एक तार्किक ग्रिड है, और अधिकांश सक्रिय ऑब्जेक्ट 2x2 गेम सेल से अधिक नहीं हैं, इसलिए हमने टकरावों को निर्धारित करने के लिए इस ग्रिड का उपयोग करने का निर्णय लिया।

प्रत्येक सेल में वस्तुओं की एक सूची होती है जो उस सेल में होती हैं। स्थिर वस्तुएं (जैसे ब्लॉक या पत्थर) हैं जो एक पूरे के रूप में एक सेल पर कब्जा कर लेते हैं और कहीं भी स्थानांतरित नहीं होते हैं। और डायनेमिक होते हैं जो ग्रिड के साथ चलते हैं, एक सेल से दूसरे में "प्रवाहित" होते हैं।


क्योंकि एक वस्तु को दो कोशिकाओं की सीमा पर स्थित किया जा सकता है (हालांकि इसका केंद्र स्पष्ट रूप से केवल एक के अंदर है), फिर, जब टकराव को ध्यान में रखा जाता है, तो सभी पड़ोसी कोशिकाओं की जांच की जाती है। यानी X, Y, (X,Y), (X+1,Y), (X-1,Y), (X,Y+1), (X,Y-1). , , .

, . “” . -, , ( ). , .


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

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

लिंक और सर्वेक्षण का वादा किया

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

खैर, अगर अचानक कोई विशिष्ट प्रश्न है कि यह कैसे किया जाता है, या ऐसा क्यों किया गया है - टिप्पणियों में लिखें। अगर हम याद रखें तो हम जवाब देंगे :)

खेल के लिए लिंक:

• Protolife: itch.io (मुक्त) पर लुडम डेयर का संस्करण ।
  
• प्रोटोलिफ़: स्टीम पर जारी संस्करण (भुगतान, मुझे माफ करना)।
  

ध्यान देने के लिए आप सभी का धन्यवाद।