👩🏾‍⚕️ 🌅 🕴️ आधुनिक एनईएस खेल एक लिस्प जैसी भाषा में लिखा गया है ⚡️ 🗼 🔲

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

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

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

एनईएस उपकरण

कोड शुरू करने से पहले, मैं आपको उन उपकरणों के विनिर्देशों के बारे में थोड़ा बताऊंगा जिनके साथ हम काम करते हैं। NES 1983 (जापान, 1985 - अमेरिका) में जारी एक गेम कंसोल है। इसके अंदर 1.79 मेगाहर्ट्ज की आवृत्ति के साथ 8-बिट सीपीयू 6502 [1] है। चूंकि कंसोल प्रति सेकंड 60 फ्रेम का उत्पादन करता है, प्रति फ्रेम लगभग 30 हजार सीपीयू चक्र हैं, और मुख्य गेमप्ले चक्र में होने वाली हर चीज की गणना करने के लिए यह काफी छोटा है।

इसके अलावा, कंसोल में कुल 2048 बाइट्स रैम है (जिसे अतिरिक्त रैम का उपयोग करके 10,240 बाइट्स तक बढ़ाया जा सकता है, जो हमने नहीं किया)। यह एक समय में 32 KB ROM को भी संबोधित कर सकता है, जिसे बैंकों को स्विच करके विस्तारित किया जा सकता है (व्हाट रिमेंस 512 केबी रोम का उपयोग करता है)। बैंकों को स्विच करना एक जटिल विषय है [2] जो आधुनिक प्रोग्रामर नहीं करते हैं। संक्षेप में, सीपीयू के लिए उपलब्ध पता स्थान रोम में निहित डेटा से कम है, अर्थात, जब मैन्युअल रूप से स्विच किया जाता है, तो पूरे मेमोरी ब्लॉक अप्राप्य रहते हैं। क्या आप कुछ फ़ंक्शन को कॉल करना चाहते हैं? यह तब तक नहीं है जब तक आप बैंक स्विचिंग कमांड को कॉल करके बैंक को बदल न दें। यदि ऐसा नहीं किया जाता है, तो जब फ़ंक्शन को कॉल किया जाता है, तो प्रोग्राम क्रैश हो जाएगा।

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

Co2

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

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

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

यहाँ एक नमूना Co2 कोड है जो किसी दृश्य के लिए पृष्ठभूमि को खींचता है, उसे डुबाने से पहले लोड किया गया है:

; Render the nametable for the scene at the camera position (defsub (create-initial-world) (camera-assign-cursor) (set! camera-cursor (+ camera-cursor 60)) (let ((preserve-camera-v)) (set! preserve-camera-v camera-v) (set! camera-v 0) (loop i 0 60 (set! delta-v #xff) (update-world-graphics) (when render-nt-span-has (set! render-nt-span-has #f) (apply-render-nt-span-buffer)) (when render-attr-span-has (set! render-attr-span-has #f) (apply-render-attr-span-buffer))) (set! camera-v preserve-camera-v)) (camera-assign-cursor))

इकाई प्रणाली

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

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

 ; Called once per frame, to update each entity (defsub (update-entities) (when (not entity-npc-num) (return)) (loop k 0 entity-npc-num (let ((type)) (set! type (peek entity-npc-data (+ k entity-field-type))) (when (not (eq? type #xff)) (update-single-entity k type)))))

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

 (bytes npc-diner-a 172 108 prop-palette 1 prop-hflip prop-picture picture-smoker-c prop-animation simple-cycle-animation prop-anim-limit 6 prop-head hair-flip-head-tile 2 prop-dont-turn-around prop-dialog-a (2 progress-stage-4 on-my-third my-dietician) prop-dialog-a (2 progress-stage-3 have-you-tried-the-pasta the-real-deal) prop-dialog-a (2 progress-diner-is-clean omg-this-cherry-pie its-like-a-party) prop-dialog-a (2 progress-stage-1 cant-taste-food puff-poof) prop-dialog-b (1 progress-stage-4 tea-party-is-not) prop-dialog-b (1 progress-stage-3 newspaper-owned-by-dnycorp) prop-dialog-b (1 progress-stage-2 they-paid-a-pr-guy) prop-dialog-b (1 progress-stage-1 it-seems-difficult) prop-customize (progress-stage-2 stop-smoking) 0)

इस कोड में, prop-palette इकाई के लिए उपयोग किए जाने वाले रंग prop-palette सेट करता है, prop-anim-limit , एनीमेशन फ्रेम की संख्या prop-anim-limit करता है, और prop-dont-turn-around एनपीसी को मुड़ने से रोकता है अगर खिलाड़ी दूसरी तरफ से उससे बात करने की कोशिश कर रहा है। यह कुछ शर्तों के झंडे भी सेट करता है जो खेल खिलाड़ी को पारित करने की प्रक्रिया में इकाई के व्यवहार को बदलते हैं।

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

पोर्टल

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

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

 ; City A (bytes city-a-scene #x50 #x68 look-up portal-customize (progress-stage-5 remove-self) ; to Diner diner-scene #xc0 #xa0 look-down portal-width #x20 0)

इसने "टेलीपोर्टेशन पॉइंट्स" को जोड़ने की प्रक्रिया को भी सरल बनाया, जिसका उपयोग अक्सर सिनेमाई आवेषण में किया जाता था, जहां खिलाड़ी को दृश्य में दूसरे स्थान पर जाना पड़ता था, जो कि कथानक में हो रहा था पर निर्भर करता था।

स्तर 3 की शुरुआत में टेलीपोर्टेशन कैसा दिखता है:

 ; Jenny's home (bytes jenny-home-scene #x60 #xc0 look-up portal-teleport-only jenny-back-at-home-teleport 0)

look-up मूल्य look-up ध्यान दें, जो इस पोर्टल के लिए "प्रवेश" की दिशा को इंगित करता है। पोर्टल से बाहर निकलते समय, खिलाड़ी दूसरी दिशा में देखेगा; इस मामले में, जेनी (खेल का मुख्य चरित्र) घर पर है, जबकि नीचे देख रहा है।

पाठ ब्लॉक

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

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

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

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

 ; Called once per frame as the text box is being rendered (defsub (text-box-update) (when (or (eq? tb-text-mode 0) (eq? tb-text-mode #xff)) (return #f)) (cond [(in-range tb-text-mode 1 4) (if (not is-paused) ; Draw text box for dialog. (text-box-draw-opening (- tb-text-mode 1)) ; Draw text box for pause. (text-box-draw-pausing (- tb-text-mode 1))) (inc tb-text-mode)] [(eq? tb-text-mode 4) ; Remove sprites in the way. (remove-sprites-in-the-way) (inc tb-text-mode)] [(eq? tb-text-mode 5) (if (not is-paused) ; Display dialog text. (when (not (crawl-text-update)) (inc tb-text-mode) (inc tb-text-mode)) ; Display paused text. (do (create-pause-message) (inc tb-text-mode)))] [(eq? tb-text-mode 6) ; This state is only used when paused. Nothing happens, and the caller ; has to invoke `text-box-try-exiting-pause` to continue. #t] [(and (>= tb-text-mode 7) (< tb-text-mode 10)) ; Erase text box. (if (is-scene-outside scene-id) (text-box-draw-closing (- tb-text-mode 7)) (text-box-draw-restoring (- tb-text-mode 7))) (inc tb-text-mode)] [(eq? tb-text-mode 10) ; Reset state to return to game. (set! text-displaying #f) (set! tb-text-mode 0)]) (return #t)) -तरह) ; Called once per frame as the text box is being rendered (defsub (text-box-update) (when (or (eq? tb-text-mode 0) (eq? tb-text-mode #xff)) (return #f)) (cond [(in-range tb-text-mode 1 4) (if (not is-paused) ; Draw text box for dialog. (text-box-draw-opening (- tb-text-mode 1)) ; Draw text box for pause. (text-box-draw-pausing (- tb-text-mode 1))) (inc tb-text-mode)] [(eq? tb-text-mode 4) ; Remove sprites in the way. (remove-sprites-in-the-way) (inc tb-text-mode)] [(eq? tb-text-mode 5) (if (not is-paused) ; Display dialog text. (when (not (crawl-text-update)) (inc tb-text-mode) (inc tb-text-mode)) ; Display paused text. (do (create-pause-message) (inc tb-text-mode)))] [(eq? tb-text-mode 6) ; This state is only used when paused. Nothing happens, and the caller ; has to invoke `text-box-try-exiting-pause` to continue. #t] [(and (>= tb-text-mode 7) (< tb-text-mode 10)) ; Erase text box. (if (is-scene-outside scene-id) (text-box-draw-closing (- tb-text-mode 7)) (text-box-draw-restoring (- tb-text-mode 7))) (inc tb-text-mode)] [(eq? tb-text-mode 10) ; Reset state to return to game. (set! text-displaying #f) (set! tb-text-mode 0)]) (return #t))

यदि आपको लिस्प शैली की आदत है, तो कोड को काफी आसानी से पढ़ा जाता है।

स्प्राइट z- परतों

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

हालांकि, एनईएस उपकरण स्प्राइट्स के एक हिस्से को निर्दिष्ट करने की क्षमता भी प्रदान करता है जिसे पूरी तरह से नाम तालिका के तहत रखा जा सकता है। यह सहजता से आपको एक शांत 3 डी प्रभाव का एहसास करने की अनुमति देता है।

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

यहाँ इस दृश्य का पैलेट है:

तो, बहुत बाएं कोने में गहरे भूरे रंग का उपयोग वैश्विक पृष्ठभूमि रंग के रूप में किया जाता है।

परतों का प्रभाव निम्नानुसार काम करता है:

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

कार्रवाई में इस आशय का एक उदाहरण है:

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

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

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

निष्कर्ष

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

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

मुझे उम्मीद है कि आपको लेख पसंद आया होगा!

नोट

[१] कड़ाई से बोलते हुए, एक प्रकार का सीपीयू ६५०२ जिसे रिकोह २ ए ०३ कहा जाता है, एनईएस में स्थापित किया गया था।

[२] वास्तव में, इस परियोजना ने मुझे आश्वस्त किया कि किसी भी NES परियोजना के लिए बैंकों / ROM को बदलना एक मुख्य सीमा है।

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

[४] मैक्रों को विकास के देर से चरणों में जोड़ा गया, और, स्पष्ट रूप से, हम उनका विशेष लाभ नहीं उठा पाए।

[५] आप मेरे लेखों की श्रृंखला में एनईएस ग्राफिक्स के बारे में अधिक पढ़ सकते हैं। रंग संघर्ष पहले भाग में वर्णित विशेषताओं के कारण होता है।

आधुनिक एनईएस खेल एक लिस्प जैसी भाषा में लिखा गया है