गेम ब्वॉय के लिए गेम बनाना

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

मेरे दिमाग में यह विचार कैसे आया

मुझे हाल ही में अपने विश्वविद्यालय की वेबसाइट के लिए PHP और Python में बैकएंड बनाने के लिए इंटर्नशिप की नौकरी मिली। यह एक अच्छा और दिलचस्प काम है, जिसके लिए मैं बहुत आभारी हूं। लेकिन ... एक ही समय में, इस उच्च-स्तरीय वेब विकास कोड ने मुझे एक अतृप्त इच्छा से संक्रमित किया है। और यह बिट्स के साथ निचले स्तर के काम की इच्छा थी।

मुझे मेल में गेम जाम के बारे में एक साप्ताहिक itch.io डाइजेस्ट मिला, जिसने मिनी जैम 4 की शुरुआत की घोषणा की। यह 48-घंटे (वास्तव में, थोड़ा बड़ा) जाम था, जिसमें सीमा गेम बॉय की शैली में ग्राफिक्स बनाने के लिए थी। मेरी पहली तार्किक प्रतिक्रिया गेम बॉय के लिए एक होमब्रे गेम बनाने की थी। जाम का विषय "मौसम" और "लौ" था।

प्लॉट और यांत्रिकी के बारे में थोड़ा सोचने के बाद जिसे 48 घंटों में लागू किया जा सकता है और विषय की सीमाओं में फिट किया जा सकता है, मैं 1993 के एसएनईएस गेम टिनी टून एडवेंचर्स: बस्टर बॉल्स लूज से स्तर की नई व्याख्या का एक क्लोन लेकर आया हूं, जिसमें बस्टर की भूमिका में खिलाड़ी अमेरिकी फुटबॉल खेलता है! ।


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

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

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

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

इसके अलावा, अगर यह अभी भी स्पष्ट नहीं है, तो जाम के अंत तक खेल पूरा होने के करीब नहीं था। वैसे भी, यह मजेदार था।

खेल लड़का प्रशिक्षण

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

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

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

8c0a4ea प्रतिबद्ध की जाँच करें

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

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

 main: .loop: halt jr .loop 

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

एक और कदम उठाते हैं। RGBDS असेंबलर पैकेज I का उपयोग एक इमेज कन्वर्टर में होता है। चूंकि इस स्तर पर मैंने अभी तक खेल के लिए कोई संसाधन नहीं निकाले हैं, इसलिए मैंने एक टेस्टमैप के रूप में अपने अबाउट पेज से मोनोक्रोम बटन का उपयोग करने का निर्णय लिया। RGBGFX का उपयोग करते हुए, मैंने इसे गेम बॉय प्रारूप में बदल दिया और main समारोह के बाद इसे सम्मिलित करने के लिए .incbin कोडांतरक कमांड का उपयोग किया।


इसे स्क्रीन पर प्रदर्शित करने के लिए, मुझे निम्नलिखित की आवश्यकता है:

1. एलसीडी बंद
2. पैलेट सेट करें
3. स्क्रॉलिंग स्थिति सेट करें
4. वीडियो मेमोरी साफ़ करें (VRAM)
5. लोड ग्राफिक्स ग्राफिक्स वीआरएएम में
6. डाउनलोड VRAM टाइल पृष्ठभूमि नक्शा
7. फिर से एलसीडी चालू करें

एलसीडी बंद

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

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

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

व्यवधानों को दो अलग-अलग तरीकों से नियंत्रित किया जा सकता है। पहला और सबसे आम एक इंटरप्ट हैंडलर का कार्य है जो ऊपर बताए अनुसार काम करता है। हालाँकि, हम एक विशिष्ट व्यवधान को सक्षम कर सकते हैं और इस अवरोध के लिए सक्षम ध्वज को सेट करके और di opcode का उपयोग करके सभी हैंडलर को अक्षम कर सकते हैं। यह आमतौर पर कुछ नहीं करता है, लेकिन एचएएलटी ओपोड से बाहर निकलने का दुष्प्रभाव है, जो एक रुकावट होने से पहले सीपीयू को रोकता है। (यह तब भी होता है जब हैंडलर चालू होते हैं, जो हमें main से एचएएलटी चक्र से बाहर निकलने की अनुमति देता है।) यदि आप रुचि रखते हैं, तो हम समय के साथ एक VBlank हैंडलर भी बनाएंगे, लेकिन यह बहुत कुछ निश्चित पतों पर कुछ मूल्यों पर निर्भर करेगा। चूंकि अब तक रैम में कुछ भी सेट नहीं किया गया है, इसलिए VBlank हैंडलर को कॉल करने के प्रयास से सिस्टम क्रैश हो सकता है।

मूल्यों को सेट करने के लिए, हमें गेम बॉय हार्डवेयर रजिस्टरों को कमांड भेजने की आवश्यकता है। विशेष मेमोरी पते हैं जो सीधे उपकरण के विभिन्न भागों से संबंधित हैं, हमारे मामले में, सीपीयू, जो आपको काम करने के तरीके को बदलने की अनुमति देता है। हम विशेष रूप से $FFFF (इंटरप्ट बिट क्षेत्र), $FF0F (सक्रिय लेकिन $FF0F बिट क्षेत्र) और $FF40 (LCD नियंत्रण) के पते में रुचि रखते हैं। इन रजिस्टरों की एक सूची भयानक गेम ब्वॉय डेवलपमेंट सूची के "प्रलेखन" खंड से जुड़े पृष्ठों पर पाई जा सकती है।

एलसीडी को बंद करने के लिए, हम केवल VBlank इंटरफेरेंस को चालू करते हैं, $FFFF $01 $FFFF मान प्रदान करते हैं, HALT का प्रदर्शन करते हैं, जब तक कि शर्त $FF0F == $01 संतुष्ट नहीं हो जाते, और तब पता $FF40 7 का $FF40 से 0 तक $FF40 करें।

पैलेट और स्क्रॉल स्थिति सेट करना

यह करना आसान है। अब जबकि एलसीडी बंद है, हमें VBlank के बारे में चिंता करने की आवश्यकता नहीं है। स्क्रॉलिंग स्थिति सेट करने के लिए, यह X और Y रजिस्टर को 0. पर सेट करने के लिए पर्याप्त है। पैलेट के साथ, सब कुछ थोड़ा पेचीदा है। गेम बॉय में, आप 4 में से किसी भी ग्रे (या दलदल हरा, यदि आप चाहते हैं) के पहले से चौथे ग्राफिक्स तक रंगों को असाइन कर सकते हैं, जो संक्रमण और इस तरह बनाने के लिए उपयोगी है। मैंने पैलेट के रूप में एक साधारण ग्रेडिएंट सेट किया, जिसे बिट्स %11100100 की सूची के रूप में परिभाषित किया गया।

क्लियरिंग वीआरएएम और लोडिंग टाइल ग्राफिक्स

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

ऐसा करने के लिए, मुझे सी से memset जैसे फ़ंक्शन की आवश्यकता है (ग्राफिक्स डेटा की प्रतिलिपि बनाने के लिए मुझे एक एनालॉग memset भी आवश्यकता है।) memset फ़ंक्शन एक निश्चित बाइट के लिए मेमोरी के निर्दिष्ट टुकड़े को सेट करता है। मेरे लिए इसे स्वयं लागू करना आसान होगा, लेकिन असेंबलीडिजग ट्यूटोरियल में पहले से ही ये फ़ंक्शन हैं, इसलिए मैं उनका उपयोग करता हूं।

इस बिंदु पर, मैं memset को memset साथ $00 लिखकर इसे साफ कर सकता हूं (हालांकि पहले प्रतिबद्ध ने मूल्य $FF उपयोग किया था, जो उपयुक्त भी था), और फिर मेमकेपी का उपयोग करके memcpy में टाइल ग्राफिक्स लोड करें। अधिक विशेष रूप से, मुझे इसे $9000 के पते पर कॉपी करने की आवश्यकता है, क्योंकि ये टाइलें केवल पृष्ठभूमि ग्राफिक्स के लिए उपयोग की जाती हैं। (पते $8000-$87FF केवल स्प्राइट टाइल्स के लिए उपयोग किए $8000-$87FF हैं, और $8800-$8FFF पते दोनों प्रकार के लिए आम हैं।)

टाइल नक्शा सेटिंग

गेम बॉय की एक पृष्ठभूमि परत है, जिसे 8x8 टाइलों में विभाजित किया गया है। बैकग्राउंड लेयर अपने आप में लगभग 32x32 टाइल्स लेती है, यानी इसमें कुल आकार 256x256 है। (तुलना के लिए: कंसोल स्क्रीन का रिज़ॉल्यूशन 160x144 है।) मुझे उन टाइलों को मैन्युअल रूप से इंगित करने की आवश्यकता है जो लाइन द्वारा मेरी छवि रेखा बनाती हैं। सौभाग्य से, सभी टाइलों को क्रम में व्यवस्थित किया गया था, इसलिए मुझे बस N*11 से N*11 + 10 तक मूल्यों के साथ प्रत्येक पंक्ति को भरने की आवश्यकता थी, जहां N लाइन संख्या है, और शेष 22 टाइल तत्व $FF में भरते हैं।

एलसीडी चालू करना

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

इस बिंदु पर, इसे और भी दिलचस्प बनाने के लिए, मैंने VBlank के लिए एक बहुत ही सरल बाधा हैंडलर लिखा। $40 पर संक्रमण opcode जोड़कर, मैं हैंडलर को किसी भी फ़ंक्शन की आवश्यकता कर सकता हूं। इस मामले में, मैंने एक साधारण फ़ंक्शन लिखा जो स्क्रीन को ऊपर और नीचे स्क्रॉल करता है।

यहाँ समाप्त परिणाम हैं। [अतिरिक्त: मुझे बस एहसास हुआ कि GIF को सही ढंग से लूप नहीं किया गया है, इसे लगातार छवि को स्थानांतरित करना चाहिए।]


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

चेकर्ड शीट के साथ मज़ा

स्क्रीन पर कुछ आकर्षित करने के लिए, मुझे स्वाभाविक रूप से किसी प्रकार के स्प्राइट की आवश्यकता होती है। गेम बॉय कंसोल के PPU (पिक्चर प्रोसेसिंग यूनिट) का अध्ययन करने के बाद, मैंने 8x8 या 8x16 स्प्राइट पर ध्यान केंद्रित करने का निर्णय लिया। शायद, मुझे आखिरी विकल्प की आवश्यकता होगी, लेकिन सिर्फ आकार को महसूस करने के लिए, मैंने जल्दी से चेकर कागज पर 1: 8 पैमाने में खेल के स्क्रीनशॉट को स्क्रिबल कर दिया।


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

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

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


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



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

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

और अंत में, मैंने एक स्प्लैश स्क्रीन को आकर्षित किया क्योंकि चेकर कागज के एक टुकड़े पर इसके लिए एक जगह थी।


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

स्प्राइट्स का डिजिटलीकरण

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


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


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

आप देख सकते हैं कि ध्रुवीय लोमड़ी ग्रे के तीन सबसे हल्के रंगों का उपयोग करती है, जबकि गेको तीन ग्रे के सबसे गहरे रंगों का उपयोग करता है। गेमबॉय पर, यह स्वीकार्य है, क्योंकि एक स्प्राइट में केवल तीन रंग हो सकते हैं, कंसोल आपको दो पट्टियाँ निर्दिष्ट करने की अनुमति देता है। मैंने इसे इसलिए बनाया है कि पैलेट 0 का उपयोग लोमड़ियों के लिए किया जाता है, और पैलेट 1 का उपयोग जेकॉस के लिए किया जाता है। यह सभी उपलब्ध पैलेट सेट खत्म हो गया है, लेकिन मुझे नहीं लगता कि मुझे दूसरों की आवश्यकता होगी।

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

खेल में स्प्राइट लोड हो रहा है

Be99d97 कमिट के साथ जांचें।

चरित्र ग्राफिक्स के प्रत्येक व्यक्तिगत फ्रेम को सहेजे जाने के बाद, उन्हें गेमबॉय प्रारूप में परिवर्तित करना शुरू करना संभव था। यह पता चला है कि RGBDS में RGBGFX नामक इसके लिए बहुत सुविधाजनक उपयोगिता है। आप इसे कमांड rgbgfx -h -o output.bin input.png साथ कॉल कर सकते हैं और यह rgbgfx -h -o output.bin input.png के साथ संगत टाइल्स का एक सेट बनाएगा। (-एच स्विच 8x16 के साथ संगत एक टाइल मोड को निर्दिष्ट करता है ताकि रूपांतरण ऊपर से नीचे तक किया जाए, और बाएं से दाएं नहीं।) हालांकि, यह बाइंडिंग प्रदान नहीं करता है और प्रत्येक फ्रेम एक अलग तस्वीर होने पर डुप्लिकेट टाइल ट्रैक नहीं कर सकता है। लेकिन हम इस समस्या को बाद के लिए छोड़ देंगे।

आउटपुट .bin फ़ाइलें जनरेट करने के बाद, बस उन्हें incbin "output.bin" का उपयोग करें। सब कुछ एक साथ रखने के लिए, मैंने एक सामान्य फ़ाइल "gfxinclude.z80" बनाई, जिसमें सभी ग्राफिक्स जोड़े जाने हैं।

हालाँकि, यह बहुत ही उबाऊ था कि जब भी कुछ बदला जाए, तो हर बार ग्राफिक्स को मैन्युअल रूप से पुनर्जीवित करें। इसलिए मैंने build.bat फ़ाइल को संपादित किया, for %%f in (gfx/*.png) do rgbds\rgbgfx -h -o gfx/bin/%%f.bin gfx/%%f लाइन जोड़कर for %%f in (gfx/*.png) do rgbds\rgbgfx -h -o gfx/bin/%%f.bin gfx/%%f , जो प्रत्येक फ़ाइल को रूपांतरित करता है। बिन फ़ाइल के लिए gfx / फ़ोल्डर में png और इसे gfx / bin में सहेजता है। इसने मेरे जीवन को बहुत सरल बना दिया।

बैकग्राउंड ग्राफिक्स बनाने के लिए, मैंने बहुत अधिक आलसी तरीके का इस्तेमाल किया। RGBASM का dw ` निर्देश है। यह पिक्सेल डेटा की एक पंक्ति के बराबर 0 से 4 तक 8 मानों की एक पंक्ति है। चूंकि पृष्ठभूमि स्प्राइट बहुत सरल थे, इसलिए ठोस, धारीदार या चेकबोर्ड पैटर्न बनाने के लिए एक सरल ज्यामितीय पैटर्न को कॉपी और पेस्ट करना आसान हो गया। यहां, उदाहरण के लिए, एक भूमि टाइल की तरह दिखता है।

 bg_dirt: dw `00110011 dw `00000000 dw `01100110 dw `00000000 dw `11001100 dw `00000000 dw `10011001 dw `00000000 

वह परिप्रेक्ष्य के भ्रम के साथ स्थानांतरित धारियों की एक श्रृंखला बनाता है। यह एक सरल लेकिन स्मार्ट तरीका है। घास के साथ यह थोड़ा अधिक जटिल था। प्रारंभ में, यह 2 पिक्सेल ऊँची क्षैतिज रेखाओं का एक समूह था, लेकिन मैंने मैन्युअल रूप से कुछ पिक्सेल जोड़े जो थोड़ा शोर जोड़ते हैं जो घास को देखते हैं:

 bg_grass: dw `12121112 dw `12121212 dw `22112211 dw `11121212 dw `22112211 dw `21212121 dw `12121212 dw `12211222 

ग्राफिक्स रेंडरिंग

गेमबॉय में, स्प्राइट्स को OAM या ऑब्जेक्ट एट्रीब्यूट मेमोरी नामक क्षेत्र में संग्रहीत किया जाता है। इसमें केवल विशेषताएँ (दिशा, पैलेट और प्राथमिकता), साथ ही टाइल संख्या शामिल है।स्क्रीन पर स्प्राइट प्रदर्शित करने के लिए स्मृति के इस क्षेत्र को भरने के लिए यह मेरे लिए पर्याप्त था।

हालांकि छोटी विशेषताएं हैं। सबसे पहले, आपको रॉम से ग्राफिक्स को वीआरएएम में लोड करना होगा। GameBoy केवल टाइलें प्रदान कर सकता है जो मेमोरी के एक विशेष क्षेत्र में संग्रहीत होती हैं जिसे VRAM कहा जाता है। सौभाग्य से, रॉम से वीआरएएम की प्रतिलिपि बनाने के लिए, यह memcpyकार्यक्रम के आरंभीकरण चरण में इसे करने के लिए पर्याप्त है । यह पता चला कि सिर्फ 6 चरित्र स्प्राइट और 4 टेल टाइल्स के साथ, मैंने पहले ही स्प्राइट के लिए आवंटित वीआरएएम क्षेत्र का एक चौथाई हिस्सा ले लिया। (वीआरएएम आमतौर पर पृष्ठभूमि और स्प्राइट के क्षेत्रों में विभाजित होता है, और 128 बाइट्स उनके लिए सामान्य हैं।)

इसके अलावा, VBlank के दौरान केवल OAM तक पहुंच संभव है। मैंने यह कहकर शुरू किया कि VBlank स्प्राइट गणना की प्रतीक्षा कर रहा था, लेकिन मैं समस्याओं में भाग गया क्योंकि स्प्राइट गणना VBlank द्वारा आवंटित हर समय तक चली और उन्हें समाप्त करना असंभव था। यहाँ समाधान VBlank के बाहर एक अलग मेमोरी क्षेत्र में लिखना है और VBlank के दौरान उन्हें OAM पर कॉपी करना है।

जैसा कि यह पता चला है, गेमबॉय में एक विशेष हार्डवेयर कॉपी प्रक्रिया है, एक प्रकार का डीएमए (डायरेक्ट मेमोरी एक्सेस, मेमोरी तक सीधी पहुंच) जो बस करता है। एक विशिष्ट रजिस्टर में लिखने और HiRAM में व्यस्त चक्र पर जाने से (क्योंकि ROM DMA के दौरान उपलब्ध नहीं है), आप रैम का उपयोग करके OAM से फंक्शन की तुलना में बहुत तेजी से डेटा कॉपी कर सकते हैंmemcpy। यदि रुचि है, तो रसदार विवरण यहां पाया जा सकता है ।

इस स्तर पर, मैं केवल एक प्रक्रिया बना सकता था जो यह निर्धारित करती है कि अंततः डीएमए को क्या लिखा जाएगा। ऐसा करने के लिए, मुझे वस्तुओं की स्थिति को कहीं और संग्रहीत करने की आवश्यकता थी। कम से कम, निम्नलिखित की आवश्यकता थी:

1. प्रकार (जेको, ध्रुवीय लोमड़ी या टीमों में से एक का मद)
2. दिशा
3. एक्स स्थिति
4. Y स्थिति
5. एनीमेशन फ्रेम
6. एनिमेशन टाइमर

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

यहाँ स्क्रीन पर रेंडर करते समय वीआरएएम में स्प्राइट कैसे दिखता है, इसका एक स्क्रीनशॉट है। बायां हिस्सा व्यक्तिगत स्प्राइट्स है, उनके बगल में हेक्साडेसिमल संख्या, ऊपर से नीचे तक - ऊर्ध्वाधर और क्षैतिज स्थिति, टाइल और विशेषता झंडे। दाईं ओर आप देख सकते हैं कि यह सब विधानसभा के बाद कैसा दिखता है।


पूंछ एनीमेशन के साथ, यह थोड़ा अधिक जटिल था। पहले समाधान में, मैंने बस प्रत्येक फ्रेम में एनीमेशन टाइमर को बढ़ाया और फ्रेम संख्या प्राप्त करने के लिए andएक मूल्य के साथ एक तार्किक वृद्धि की %11। फिर आप वीआरएएम में 4 अलग फ्रेम प्राप्त करने के लिए वीआरएएम में पहली टेल टाइल के लिए 4 * फ्रेम नंबर (प्रत्येक एनीमेशन फ्रेम में 4 टाइलें) जोड़ सकते हैं। यह काम किया (विशेष रूप से पूंछ टाइल खोज के साथ एक), लेकिन पूंछ पागलपन से तेजी से wagged , और मुझे इसे धीमा करने का एक तरीका खोजने की आवश्यकता थी।

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

जटिलता

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

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

मैंने इसे कैसे ठीक किया? मैं इस बारे में लेख के अगले भाग में बात करूंगा।