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

संक्षेप में, यह निम्नानुसार होता है:

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

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

त्रुटि का कारण कैसे बने

तो, पहले हम नाम प्रविष्टि स्क्रीन पर कोड दर्ज करते हैं। फ़ाइल नाम मेमोरी में संग्रहीत होते हैं, और प्रत्येक वर्ण मेमोरी में एक विशिष्ट बाइट से मेल खाती है। हम फ़ाइलों को अजीब नाम देते हैं, क्योंकि वास्तव में हम आवश्यक बाइट्स को मेमोरी में लिखते हैं, जो तब कोडांतरक कोड बन जाएगा। केवल दो सीमाएँ हैं:

हम केवल तीन फ़ाइलों के साथ काम कर सकते हैं, अर्थात्, कार्यक्रम में केवल 3 * 8 वर्ण = 24 बाइट्स हो सकते हैं;
अगर हम दूसरी खोज के साथ शुरुआत करना चाहते हैं, तो हमें ZELDA फ़ाइलों में से एक के पहले पांच पात्रों के रूप में प्रवेश करना होगा।

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

सीटी मिलने के बाद, हम बग को पूरा करने के लिए इस कब्रिस्तान की स्क्रीन पर जाते हैं। यहां त्रुटि को ट्रिगर किया गया है, क्योंकि सीटी का उपयोग करते समय, एक ऑब्जेक्ट कब्र से बनाया जाता है, जो एक छिपी हुई सीढ़ी खोलता है। बग की घटना के लिए यह आवश्यक है। और यह सब स्प्राइट्स की सीमाओं के कारण है। ज़ेल्डा के लीजेंड में, स्क्रीन पर एक बार में 11 स्प्राइट तक हो सकते हैं। यदि आप 12 वीं स्प्राइट बनाने की कोशिश करते हैं, तो खेल आपको ऐसा करने की अनुमति नहीं देगा। त्रुटि को पुन: उत्पन्न करने के लिए, हम अतिप्रवाह सीमा को तोड़ते हैं और 12 वें स्प्राइट का निर्माण करते हैं।

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

स्मृति में एक छोटा सा टुकड़ा है जो 350 से शुरू होता है जो ग्यारह स्प्राइट के पहचानकर्ताओं को संग्रहीत करता है। स्प्राइट का निर्माण तब होता है, जब स्क्रीन लोड होती है, जो स्प्राइट के सबसे छोटे संभावित ऑफसेट के साथ एक स्थिति से शुरू होती है। इसका मतलब यह है कि स्प्राइट्स न्यूनतम ऑफसेट के साथ एक स्थिति की तलाश कर रहे हैं, जो 350 और उससे अधिक से शुरू हो रही है। जब स्प्राइट बनाया जाता है, तो गेम स्प्राइट टेबल में एक खाली मान खोजता है, इसे स्प्राइट पहचानकर्ता के साथ बदलने के लिए, इस प्रकार इसे बनाया जाता है। स्क्रीन लोड करने के दौरान स्प्राइट बनाने के विपरीत, जब स्प्राइट बनाने की कोशिश की जाती है, तो गेम स्प्राइट के लिए अधिकतम ऑफसेट के साथ स्थिति की तलाश करता है। इसका मतलब यह है कि पहले वह जांचती है कि क्या स्थिति 10 (0 ए) पर स्प्राइट बनाना संभव है। यदि नहीं, तो वह स्थिति 9 (09) की जांच करती है, अर्थात। 359 ऑफसेट, और इतने पर। यदि सभी स्प्राइट पदों पर कब्जा कर लिया जाता है, तो खेल "आत्मसमर्पण" करता है और स्प्राइट नहीं बनाता है।

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

कब्रिस्तान स्क्रीन पर, सरणी के इस टुकड़े में भूत क्रिया की वर्तमान स्थिति के बारे में जानकारी है। आइए अब भूतों की क्रिया की स्थिति के बारे में बात करते हैं। कब्रिस्तान में बनाए गए भूत बेतरतीब ढंग से चलते हैं। ऐसा इसलिए है क्योंकि उनकी क्रियाओं को उनकी क्रिया की अवस्था द्वारा निर्धारित व्यवहार द्वारा नियंत्रित किया जाता है। इन एक्शन स्टेट्स में भूत के कार्यों के आधार पर 0 (00) से 5 (05) तक कोई भी मूल्य हो सकता है। उन्हें एक सरणी के अंत में लिखा गया है जिसमें स्प्राइट्स के बारे में जानकारी है।

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

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

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

बग निष्पादन

अगर हमने सब कुछ सही किया, तो खेल तालिका की स्थिति 5E में डेटा को निष्पादित करने का प्रयास करता है। यह ऑफसेट 602 पर शुरू होने वाले कोड डेटा के रूप में पढ़ना शुरू करता है। लिंक कार्रवाई की स्थिति से जुड़ी जानकारी को ऑफसेट 602 और 603 में मेमोरी में संग्रहीत किया जाता है, इसलिए हम इसे नियंत्रित कर सकते हैं। जब लिंक खड़ी होती है, तो ऑफसेट 602 और 603 पर मान 00 हो जाएंगे। लेकिन जब हम सीटी का उपयोग करने के लिए बटन B दबाते हैं, तो 602 पर मान 10 होगा, और जब हम तलवार का उपयोग करने के लिए A दबाते हैं, तो 603 पर मान 01 होगा।

इसलिए, जब हम इन दोनों बटन को एक साथ दबाते हैं, तो पड़ोसी का डेटा 10 01 हो जाएगा। खेल इस डेटा को बीपीएल शाखा कमांड के रूप में 605 को ऑफसेट करने और कोड के रूप में डेटा को निष्पादित करने के लिए व्याख्या करता है। 605 और 606 का मान 00 होगा यदि हमारा स्वास्थ्य बहुत कम नहीं है, और 40 यदि हमारा स्वास्थ्य कम है। खेल को जल्दी से पारित करने के लिए, इन मूल्यों को 00 के बराबर होना चाहिए, इसलिए आपको बग पूरा होने तक स्वास्थ्य बनाए रखने की कोशिश करने की आवश्यकता है। मान 00 BRK (ब्रेक) निर्देश से मेल खाता है। चूंकि यह यहां कुछ भी नहीं करता है, हमें कोड को निष्पादित करने के लिए 00 होने के लिए मूल्यों और गेम की आवश्यकता है।

चूंकि हमने तलवार का उपयोग किया था, इसलिए खेल अगले विषम बाइट में निर्देशों को निष्पादित करना जारी रखेगा। अगला निर्देश, जो BRK नहीं है, ऑफसेट 08 पर है, लेकिन जब से हमने तलवार का उपयोग किया है, खेल इस पर कूद जाता है और 09 और 0A पर कोड निष्पादित करता है। बाइट 09 में मान हमेशा 10 होता है, जिसका अर्थ है कि हम फिर से बीपीएल शाखा निर्देश के साथ काम कर रहे हैं। 623 (62E) ऑफसेट बाइट्स संगीत से संबंधित हैं। वह संगीत बजाने की प्रक्रिया में वृद्धि करने की कोशिश करता है, लेकिन कभी-कभी कम मूल्यों के लिए कूदता है।

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

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

कोड

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

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

स्मृति में मानों की दुनिया में हम जिस संख्या में हैं, उससे 10 अनुरूप हैं। यदि हम ऊपर-नीचे की दुनिया में हैं, तो मान 00 है। पहली कालकोठरी के लिए, मान 01 है, दूसरे के लिए - 02, और इसी तरह। चूँकि ज़ेल्डा नौवें कालकोठरी में है, इसलिए हमें इस मान की आवश्यकता 09 है। हालाँकि, हम ऊपर-नीचे की दुनिया में एक बग का प्रदर्शन कर रहे हैं और मान 00 है। इसलिए हमें इसे 09 के बराबर करने का एक तरीका खोजने की आवश्यकता है। ऑफसेट 11 के मूल्य कुछ डेटा से मेल खाते हैं। खेल की स्थिति के बारे में। जब खेल लोड होता है, तो मान 00 होता है, जब खेल लोड नहीं होता है - 01. हमें नौवें तहखाने को लोड करने की आवश्यकता है, इसलिए यह मान 00 होना चाहिए।

ऑफसेट 12 का मान राज्य के कुछ हिस्से से मेल खाता है। जब स्क्रीन लोड होती है, तो मान आमतौर पर 02 होता है, जब यह लोड नहीं होता है, तो यह आमतौर पर 05 होता है। चूंकि हम कालकोठरी को लोड करना चाहते हैं, यह मान 02 होना चाहिए

। अंतिम मूल्य जिसे हम बदलना चाहते हैं, हम उस खोज से मेल खाते हैं। ऑफसेट 62D का मान पहली या दूसरी खोज से मेल खाता है, और इसका मान 00 या 01 है। हमने दूसरी खोज से शुरुआत की है, लेकिन पहली खोज में समाप्त होना चाहते हैं, क्योंकि इस तरह से हम खेल को भ्रमित करते हैं। इसलिए, हमें इस मान को 00 में बदलने की आवश्यकता है। यह हमें पहली और दूसरी quests के एक अजीब संकर में डाल देगा। हमें एक विशिष्ट उद्देश्य के लिए कोड को निष्पादित करने के लिए इस संकर राज्य की आवश्यकता है। हम इसे देखेंगे जब हम समझाते हैं कि कोड क्या करता है।

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

तब हमारे पास अनुक्रमणिका X के साथ ऑफसेट 0D (बारी बारी से, बाएं) के लिए ROX फ़ंक्शन होता है। चूंकि हम बनाए गए तीसरे भूत की कार्रवाई की स्थिति को ओवरराइट करते हैं, एक्स तीन के बराबर है। 0D + X 0D + 03 है, जो हेक्साडेसिमल 10 है। इसलिए, यह फ़ंक्शन ऑफसेट 10. पर बाईं ओर घूमता है। यह फ़ंक्शन ऑफसेट 10 के मान को 2 से गुणा करता है और हाइफ़नेशन में जोड़ता है। मान 0 से शुरू होता है। शून्य समय 2 बराबर 0 और 0 + 1 के बराबर होता है, इसलिए मान को ऑफसेट 10 पर लिखा जाता है।

अब सूचकांक X के साथ 0D को ऑफसेट करने के लिए ROX ऑपरेशन फिर से दोहराया जाता है। X का मान नहीं बदला है, यह अभी भी तीन है, इसलिए, यह ऑफसेट 10. 1 * 2 = 2 पर एक और बाएं मोड़ है, और चूंकि हमने पहले ही हस्तांतरण का उपयोग किया है, इसलिए इसका मान 0. 2 + 0 = 2 है, इसलिए मान 2 ऑफसेट 2 को लिखा जाता है।

अगला, हमारे पास ऑफसेट 0 डी के लिए तीसरा आरओएक्स ऑपरेशन है। 2 * 2 = 4, और 4 + 0 = 4, इसलिए मान 4 ऑफसेट 10 पर लिखा गया है

। अगला निर्देश ऑफसेट 12 पर एलएसआर है। हम मान 5 से शुरू करते हैं, इसलिए दो से विभाजित करके हमें शेष 1. 1. ऑफसेट 12 पर लिखा जाता है। , और 1 - स्थानांतरण में।

फिर पिछला ROX ऑफ़सेट 10. 4 * 2 = 8. पर बाईं ओर मुड़ता है। ट्रांसफ़र वैल्यू 1 है, हम इसे उत्पाद में जोड़ते हैं, 9. प्राप्त

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

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

मुझे आशा है कि यह आपको समझने में मदद करेगा कि लीजेंड ऑफ ज़ेल्डा गेम के अंदर क्या चल रहा है जब मनमाना कोड निष्पादित करने और एक त्वरित गेम बग निष्पादित करने में।

खेल की स्मृति में हेरफेर करके ज़ेल्डा के स्पीडरन लीजेंड

त्रुटि का कारण कैसे बने

बग निष्पादन

कोड

More articles: