पशु क्रॉसिंग डेवलपर मोड रिवर्स इंजीनियरिंग

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

new_Debug_mode

शेष डिबगिंग प्रतीकों का अध्ययन करते हुए, मैंने "डिबग" शब्द वाले कार्यों और चर के नामों पर ध्यान दिया, और फैसला किया कि यह देखना दिलचस्प होगा कि क्या कोई डिबगिंग कार्यक्षमता खेल में बनी हुई है। यदि मैं डिबगिंग या विकास कार्यों को सक्रिय करने का प्रबंधन करता हूं, तो इससे मुझे मॉड्स बनाने की प्रक्रिया में मदद मिलेगी।

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

इसके बाद इसे मुख्य संरचना को कॉल करने से ठीक पहले ऑफसेट 0xD4 पर होस्टेड संरचना में entry लिए कहा जाता है mainproc मान 0 सेट है।


मान शून्य न होने पर क्या होता है, यह देखने के लिए, मैंने li r0, 0 निर्देश को 80407C8C पर 80407C8C , इसे li r0, 1 । li r0, 0 की कच्ची बाइट्स li r0, 0 निर्देश 38 00 00 00 जहां निर्देश के अंत में निर्दिष्ट मूल्य है, इसलिए मैं सिर्फ 38 00 00 01 साथ बाइट्स को बदल सकता हूं और li r0, 1 प्राप्त कर सकता हूं। निर्देशों का निर्माण करने के लिए एक अधिक विश्वसनीय तरीके के रूप में, आप kstool जैसे कुछ का उपयोग कर सकते हैं:

$ kstool ppc32be "li 0, 1"
li 0, 1 = [ 38 00 00 01 ]

डॉल्फिन एमुलेटर में, इस पैच को खेल के गुणों में "पैच" टैब पर जाकर और इसे निम्नानुसार लागू किया जा सकता है:


मान 1 असाइन करने के बाद, स्क्रीन के निचले भाग में एक दिलचस्प ग्राफ दिखाई दिया:



यह एक प्रदर्शन संकेतक की तरह दिखता था: स्क्रीन के निचले भाग में छोटी पट्टियाँ या तो बढ़ गईं या कम हो गईं। (बाद में, जब मैंने इस ग्राफ को खींचने वाले कार्यों के नामों को देखा, तो मैंने पाया कि वे वास्तव में सीपीयू और मेमोरी उपयोग मेट्रिक्स प्रदर्शित करते हैं।)

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

जरू मोड

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


zzz_LotsOfDebug (नाम मैं खुद के साथ आया था) ऊपर दिखाए गए game_move_first फ़ंक्शन में केवल तभी कहा जाता है जब zurumode_flag शून्य के बराबर नहीं होता है।

इस मूल्य से जुड़े कार्यों की तलाश में, मुझे ये मिले:

• zurumode_init
• zurumode_callback
• zurumode_update
• zurumode_cleanup

पहली नज़र में, उनका उद्देश्य रहस्यमय है, वे osAppNMIBuffer नामक एक चर के osAppNMIBuffer में बिट्स को osAppNMIBuffer ।

यहाँ इन कार्यों का काम पहली नज़र में कैसे देखा जाता है:

zurumode_init

• zurumode_flag को 0 पर सेट करता है
• osAppNMIBuffer में कई बिट्स की जाँच करता है
• padmgr संरचना में zurumode_callback फ़ंक्शन के लिए एक संकेतक बचाता है
• कॉल zurumode_update

zurumode_update

• osAppNMIBuffer में कई बिट्स की जाँच करता है
• इन बिट्स के मूल्य के आधार पर, zurumode_flag अपडेट
• OS कंसोल के लिए एक प्रारूप स्ट्रिंग प्रिंट करता है।

यह आमतौर पर कोड को संदर्भ देने के लिए उपयोगी है, लेकिन लाइन में बहुत सारे गैर-मुद्रण योग्य वर्ण थे। केवल पहचानने योग्य पाठ "ज़ुरूमोडेफ्लैग" और "% डी" था।


यह मानते हुए कि यह मल्टीबीट कैरेक्टर एन्कोडिंग वाला जापानी टेक्स्ट हो सकता है, मैंने स्ट्रिंग को एन्कोडिंग रिकग्निशन टूल से गुजारा और पता चला कि स्ट्रिंग शिफ्ट-जेआईएस के साथ एनकोडेड थी। अनुवाद में, लाइन का सीधा मतलब था "zurumode_flag का मान% d से% d में बदल गया है।" यह हमें बहुत नई जानकारी नहीं देता है, लेकिन अब हम जानते हैं कि Shift-JIS का उपयोग किया जाता है: बाइनरी फ़ाइलों और पंक्ति तालिकाओं में इस एन्कोडिंग में बहुत अधिक लाइनें हैं।

zurumode_callback

• कॉल zerumode_check_keycheck
• osAppNMIBuffer में कई बिट्स की जाँच करता है
• zurumode_flag मान zurumode_flag
• कॉल zurumode_update

zerumode_check_keycheck जब तक हम एक अलग वर्तनी के कारण नहीं मिले थे ... यह क्या है?


एक विशाल जटिल फ़ंक्शन जो अनाम मानों के साथ बिट्स पर बहुत अधिक काम करता है।

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

वापस डिबगिंग के लिए

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

मैंने कार्यक्रम के विभिन्न वर्गों के लिए लोडिंग सिंबल टेबल को ठीक करने के लिए नई आईडीए स्क्रिप्ट्स लिखी हैं: .rodata , .rodata , .bss और .bss .text सेक्शन में सभी फ़ंक्शन शामिल हैं, इसलिए मैंने इसे बनाया ताकि जब मैं नाम सेट करूं, तो स्क्रिप्ट प्रत्येक पते पर फ़ंक्शन को स्वचालित रूप से पहचान ले।

डेटा अनुभागों में, उन्होंने अब प्रत्येक बाइनरी ऑब्जेक्ट (उदाहरण के लिए, m_debug.o , जिसे m_debug नामक कुछ के लिए संकलित कोड माना जाता था) के लिए एक खंड बनाया, और डेटा के प्रत्येक टुकड़े के लिए स्थान और नाम सेट किए।

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

.bss लिए नए .bss सेगमेंट का अध्ययन करते m_debug_mode.o , मुझे फ़ॉर्म के कई वैरिएबल मिल गए quest_draw_status और event_status । यह दिलचस्प है क्योंकि मैं उपयोगी जानकारी चाहता था, न कि केवल एक प्रदर्शन ग्राफ, डिबग मोड में प्रदर्शित किया जाना था। सौभाग्य से, इन डेटा रिकॉर्ड्स से debug_print_flg चेक कोड के एक विशाल टुकड़े को क्रॉस-रेफरेंस debug_print_flg ।

डॉल्फिन एमुलेटर में एक डिबगर का उपयोग करते हुए, मैंने फ़ंक्शन के स्थान पर एक ब्रेकपॉइंट सेट किया जहां debug_print_flg जाँच की गई ( 8039816C ) यह समझने के लिए कि यह चेक कैसे काम करता है। लेकिन कार्यक्रम कभी भी इस ब्रेकपॉइंट से नहीं गुजरा।

ऐसा क्यों होता है इसकी game_debug_draw_last : इस फ़ंक्शन को game_debug_draw_last द्वारा कहा जाता है। लगता है कि इसकी सशर्त कॉल से पहले किस मूल्य की जाँच की जाती है? zurumode_flag ! क्या चल रहा है?


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

डॉल्फिन डीबगर में, यह खेल को रोककर, निर्देशों पर राइट-क्लिक करके और "एनओपी एनओपी" का चयन करके किया जा सकता है:


कुछ नहीं हुआ। तब मैंने जाँच की कि फंक्शन के अंदर क्या चल रहा था और एक और ब्रांचिंग कंस्ट्रक्शन की खोज की, 803981a8 पर होने वाली हर 803981a8 को 803981a8 । मैंने इसके बजाय एनओपी डाला, और स्क्रीन के ऊपरी दाएं कोने में "डी" अक्षर दिखाई दिया।


इस समारोह में 8039816C (मैंने इसे zzz_DebugDrawPrint कहा है), अभी भी दिलचस्प कोड का एक गुच्छा है, लेकिन इसे नहीं कहा जाता है। यदि आप इस फ़ंक्शन को ग्राफ़ के रूप में देखते हैं, तो आप देख सकते हैं कि ब्रांचिंग ऑपरेटरों की एक श्रृंखला है जो फ़ंक्शन के लिए कोड ब्लॉक छोड़ते हैं:


कई अन्य शाखाओं के निर्माण के बजाय एनओपी सम्मिलित करने के बाद, मुझे स्क्रीन पर विभिन्न दिलचस्प चीजें दिखाई देने लगीं:


अगला सवाल यह था कि कोड को बदले बिना इस डिबगिंग कार्यक्षमता को कैसे सक्रिय किया जाए।

इसके अलावा, कुछ शाखा निर्माणों में, zurumode_flag इस डिबग ड्रा फ़ंक्शन में फिर से होता है। मैंने एक और पैच जोड़ा ताकि zurumode_update ध्वज zurumode_flag हमेशा मान 2 सौंपा जाए, क्योंकि जब यह 0 से तुलना नहीं करता है, तो इसकी तुलना विशेष रूप से मान 2 से की जाती है।

खेल को फिर से शुरू करने के बाद, मैंने स्क्रीन के ऊपरी दाहिने कोने में ऐसा संदेश देखा "संदेश। नहीं। "


नंबर 687 सबसे हाल ही में प्रदर्शित संदेश का रिकॉर्ड पहचानकर्ता है। मैंने इसे टेबल व्यूअर प्रोग्राम का उपयोग करके चेक किया था जो मैंने विश्लेषण की शुरुआत में लिखा था, लेकिन आप इसे स्ट्रिंग तालिका संपादक का उपयोग करके पूर्ण GUI के साथ भी देख सकते हैं, जिसे मैंने रोमिंग हैकिंग के लिए लिखा था। यहाँ संपादक में पोस्ट कैसा दिखता है:


इस बिंदु पर, यह स्पष्ट हो गया कि ज़ुरु मोड का अध्ययन अब दूर नहीं किया गया था - यह सीधे गेम के डिबगिंग कार्यों से संबंधित है।

फिर से ज़ुरू मोड पर लौटें

zurumode_init कई चीजों को आरंभ करता है:

• 0xC(padmgr_class) zurumode_callback पते का मान दिया गया है
• 0x10(padmgr_class) स्वयं padmgr_class का पता मान असाइन किया गया है
• 0x4(zuruKeyCheck) 0x3C(osAppNMIBuffer) से लोड किए गए शब्द में अंतिम बिट का मान सौंपा गया है।

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

zurumode_init को खेल के पहले बूट पर ही निष्पादित किया जाता है (जब रीसेट बटन दबाया जाता है, तो यह काम नहीं करता है)।

8040efa4 पर एक ब्रेकपॉइंट सेट करके, जिस पर 0x4(zuruKeyCheck) का मान असाइन किया गया है 0x4(zuruKeyCheck) , हम देख सकते हैं कि जब कुंजी दबाए बिना लोड हो रहा है, तो मान 0. है। यदि आप इसे 1 से बदलते हैं, तो एक दिलचस्प बात होती है:


अक्षर "D" ऊपरी दाएं कोने में फिर से दिखाई देता है (यह समय हरा है, पीला नहीं है), और कुछ विधानसभा जानकारी भी प्रदर्शित की गई है:

[CopyDate: 02/08/01 00:16:48 ]
[Date: 02-07-31 12:52:00]
[Creator:SRD@SRD036J]

एक पैच जो हमेशा शुरुआत में 0x4(zuruKeyCheck) को 1 पर सेट करता है, ऐसा दिखता है:

8040ef9c 38c00001

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

सबसे अधिक संभावना संदिग्ध zurumode_update और zurumode_callback ।

zurumode_update

zurumode_update पहले zurumode_update कहा जाता है और फिर zurumode_callback द्वारा लगातार बुलाया जाता है।

यह फिर से अंतिम बिट 0x3C(osAppNMIBuffer) जाँच करता है और फिर, इस मान के आधार पर, zurumode_flag अपडेट zurumode_flag ।

यदि बिट शून्य है, तो ध्वज शून्य पर सेट है।

यदि नहीं, तो निम्नलिखित कथन को निष्पादित किया जाता है, जिसमें पूर्ण मान 0x3c(osAppNMIBuffer) r5 :

extrwi r3, r5, 1, 28

यह r5 से 28 वां बिट निकालता है और इसे r3 में संग्रहीत करता है।

फिर परिणाम में 1 जोड़ा जाता है, अर्थात अंतिम परिणाम हमेशा 1 या 2 होता है।

फिर zurumode_flag तुलना पिछले परिणाम से की जाती है, यह निर्भर करता है कि 0x3c(osAppNMIBuffer) और अंतिम बिट्स में से 0x3c(osAppNMIBuffer) सेट हैं: 0, 1 या 2।

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

जापानी में एक संदेश प्रदर्शित किया जाता है: "zurumode_flag मान% d से% d में बदल गया", जिसके बारे में हमने ऊपर बात की थी।

फिर कार्यों की एक श्रृंखला को विभिन्न तर्कों के साथ कहा जाता है, इस पर निर्भर करता है कि झंडा शून्य के बराबर हो गया है या नहीं। इस भाग का कोड कोड नीरस है, इसलिए मैं इसका छद्म कोड दिखाऊंगा:

 if (flag_changed_to_zero) { JC_JUTAssertion_changeDevice(2) JC_JUTDbPrint_setVisible(JC_JUTDbPrint_getManager(), 0) } else if (BIT(nmiBuffer, 25) || BIT(nmiBuffer, 31)) { JC_JUTAssertion_changeDevice(3) JC_JUTDbPrint_setVisible(JC_JUTDbPrint_getManager(), 1) } 

ध्यान दें कि यदि ध्वज शून्य है, तो तर्क 0 को JC_JUTDbPrint_setVoice पर पास किया जाता है।

यदि ध्वज शून्य के बराबर नहीं है। और बिट 25 या बिट 31 को 0x3C(osAppNMIBuffer) सेट किया जाता 0x3C(osAppNMIBuffer) , तो 0x3C(osAppNMIBuffer) तर्क 1 पास किया जाता है।

यह zuru मोड को सक्रिय करने की पहली कुंजी है: अंतिम बिट 0x3C(osAppNMIBuffer) को डिबगिंग जानकारी प्रदर्शित करने के लिए 1 पर सेट किया जाना चाहिए और zurumode_flag गैर-शून्य मान पर सेट करना चाहिए।

zurumode_callback

zurumode_callback पर स्थित है और संभवतः गेमपैड से संबंधित फ़ंक्शन द्वारा बुलाया जाता है। डॉल्फिन डिबगर में एक ब्रेकपॉइंट डालने के बाद, कॉल स्टैक हमें दिखाता है कि यह वास्तव में padmgr_HandleRetraceMsg से कॉल किया जा रहा है।

उसकी पहली क्रियाओं में से एक zerucheck_key_check को निष्पादित करना था। यह फ़ंक्शन जटिल है, लेकिन ऐसा लगता है कि सामान्य तौर पर इसे zuruKeyCheck के मूल्य को पढ़ने और अपडेट करने के लिए डिज़ाइन किया गया है। की-चेक फ़ंक्शन पर जाने से पहले, मैंने यह जांचने का फैसला किया कि कॉलबैक फ़ंक्शन के बाकी हिस्सों में इस मूल्य का उपयोग कैसे किया जाता है।

फिर यह 0x3c(osAppNMIBuffer) में कुछ बिट्स के लिए फिर से जाँच करता है। यदि बिट 26 सेट है, या यदि बिट 25 सेट है और padmgr_isConnectedController(1) एक padmgr_isConnectedController(1) मान लौटाता है, तो 0x3c(osAppNMIBuffer) में अंतिम बिट 1 पर 0x3c(osAppNMIBuffer) है!

यदि इनमें से कोई भी बिट सेट नहीं है, या बिट 25 सेट है, लेकिन padmgr_isConnectedController(1) रिटर्न 0 है, तो फ़ंक्शन चेक करता है कि पता 0x4(zuruKeyCheck) पर बाइट शून्य के बराबर है। यदि बराबर है, तो यह मूल मान में अंतिम बिट को रीसेट करता है और इसे 0x3c(osAppNMIBuffer) वापस लिखता है। यदि नहीं, तो यह अभी भी 1 को अंतिम बिट सेट करता है।

छद्म कोड में, यह इस तरह दिखता है:

 x = osAppNMIBuffer[0x3c] if (BIT(x, 26) || (BIT(x, 25) && isConnectedController(1)) || zuruKeyCheck[4] != 0) { osAppNMIBuffer[0x3c] = x | 1 // set last bit } else { osAppNMIBuffer[0x3c] = x & ~1 // clear last bit } 

उसके बाद, यदि बिट 26 सेट नहीं है, तो फ़ंक्शन zurumode_update को कॉल करने के लिए आगे zurumode_update , और फिर बाहर निकलता है।

यदि बिट सेट है, तो यदि 0x4(zuruKeyCheck) शून्य के बराबर नहीं है, तो यह एक प्रारूप स्ट्रिंग लोड करता है जिसमें यह निम्नलिखित प्रदर्शित करता है: "ZURU% d /% d"।

सबटोटल को संक्षेप में प्रस्तुत करना

यहाँ क्या होता है:

padmgr_HandleRetraceMsg कहता है। मुझे लगता है कि यह "हैंडल रिट्रेस संदेश" का अर्थ है कि यह बस नियंत्रक के कीस्ट्रोक को स्कैन करता है। प्रत्येक स्कैन के साथ, यह विभिन्न कॉलबैक की एक श्रृंखला का कारण बन सकता है।

जब zurumode_callback निष्पादित होता है zurumode_callback यह वर्तमान कीस्ट्रोक (बटन) की जांच करता है। ऐसा लगता है कि वह एक विशिष्ट बटन या बटन के संयोजन की जांच कर रही है।

एनएमआई बफर में अंतिम बिट को उसके वर्तमान मूल्य में विशिष्ट बिट्स के आधार पर अपडेट किया जाता है, साथ ही साथ एक zuruKeyCheck बाइट्स ( 0x4(zuruKeyCheck) ) के मूल्य पर भी।

फिर zurumode_update को zurumode_update और इस बिट को चेक करता है। यदि यह 0 है, तो zuru मोड फ्लैग को 0. पर सेट किया जाता है। यदि यह 1 है, तो मोड फ्लैग 1 या 2 में बदल जाता है, यह निर्भर करता है कि बिट 28 सेट है या नहीं।

जुरु मोड को सक्रिय करने के तीन तरीके हैं:

1. बिट 26 को 0x3C(osAppNMIBuffer) सेट किया गया 0x3C(osAppNMIBuffer)
2. बिट 25 को 0x3C(osAppNMIBuffer) सेट किया गया 0x3C(osAppNMIBuffer) और नियंत्रक पोर्ट 2 से जुड़ा है
3. 0x4(zuruKeyCheck) शून्य नहीं है

osAppNMIBuffer

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

osAppNMIBuffer एक 64-बाइट बफर है जिसे ठंडे पुनरारंभ पर साफ किया जाता है। यदि सिस्टम NMI के कारण रीबूट करता है, तो इस बफ़र की स्थिति नहीं बदलती है।

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

यदि हम बाइनरी boot.dol फ़ाइल (ऊपर दिखाया गया सब कुछ foresta.rel ), तो इसके main कार्य में osAppNMIBuffer बहुत सारे लिंक हैं। एक त्वरित रूप से पता चलता है कि चेक की एक श्रृंखला है जो OR संचालन का उपयोग करके विभिन्न बिट्स 0x3c(osAppNMIBuffer) मूल्यों को 0x3c(osAppNMIBuffer) कर सकती है।

निम्नलिखित OR ऑपरेंड मान दिलचस्प हो सकते हैं:

• बिट 31: 0x01
• बिट 30: 0x02
• बिट 29: 0x04
• बिट 28: 0x08
• बिट 27: 0x10
• बिट 26: 0x20

हमें याद है कि बिट्स 25, 26 और 28 विशेष रूप से दिलचस्प हैं: 25 और 26 यह निर्धारित करते हैं कि क्या ज़ुरु मोड चालू है, और बिट 28 ध्वज स्तर (1 या 2) निर्धारित करता है।
बिट 31 भी दिलचस्प है, लेकिन ऐसा लगता है कि यह दूसरों के मूल्यों के आधार पर बदलता है।

बिट २६

सबसे पहले: पते पर 800062e0 में 0x3c बफर मान के साथ एक निर्देश ori r0, r0, 0x20 । यह बिट 26 को सेट करता है, जो हमेशा zuru मोड को चालू करता है।


बिट सेट होने के लिए, DVDGetCurrentDiskID से लौटा आठवां बाइट DVDGetCurrentDiskID होना चाहिए। यह पहचानकर्ता गेम की डिस्क छवि की शुरुआत में स्थित है, और 80000000 पर मेमोरी में लोड होता है। खेल के एक नियमित खुदरा रिलीज में, आईडी इस तरह दिखता है:

47 41 46 45 30 31 00 00 GAFE01..

पहचानकर्ता के अंतिम बाइट को 0x99 के साथ 0x99 , हमें गेम शुरू करते समय निम्नलिखित चित्र मिलते हैं:


और ओएस कंसोल में निम्नलिखित प्रदर्शित होता है:

06:43:404 HW\EXI_DeviceIPL.cpp:339 N[OSREPORT]: ZURUMODE2 ENABLE
08:00:288 HW\EXI_DeviceIPL.cpp:339 N[OSREPORT]: osAppNMIBuffer[15]=0x00000078

अन्य सभी पैच को हटाया जा सकता है, जिसके बाद पत्र डी स्क्रीन के ऊपरी दाएं कोने में फिर से दिखाई देता है, लेकिन अब कोई भी डिबग संदेश सक्रिय नहीं हैं।

बिट २५

कंट्रोलर पोर्ट 2 चेक के साथ संयोजन में बिट 25 का उपयोग किया जाता है। इसके चालू होने का क्या कारण है?


यह पता चला है कि उसे बिट 28 के लिए समान चेक का उपयोग करना चाहिए: संस्करण 0x90 से अधिक या इसके बराबर होना चाहिए। यदि बिट 26 सेट है (आईडी 0x99 ), तो ये दोनों बिट्स भी सेट हो जाएंगे, और ज़ुरू मोड अभी भी सक्रिय होगा।

हालाँकि, यदि संस्करण 0x90 से 0x90 की सीमा में है, तो झुरू मोड तुरन्त चालू नहीं होता है। zurumode_callback में किए गए चेक को याद करें - मोड तभी सक्षम होगा जब बिट 25 सेट हो और padmgr_isConnectedController(1) एक padmgr_isConnectedController(1) ।

नियंत्रक पोर्ट 2 से जुड़ा होने के बाद (तर्क isConnectedController में शून्य अनुक्रमण है), zuru मोड सक्रिय है। विधानसभा के बारे में पत्र डी और जानकारी प्रारंभिक स्क्रीन पर दिखाई देती है, और हम ... दूसरे नियंत्रक के बटन का उपयोग करके डिबगिंग के प्रदर्शन को नियंत्रित कर सकते हैं!

कुछ बटन ऐसी क्रियाएं करते हैं जो न केवल प्रदर्शन को बदलते हैं, बल्कि उदाहरण के लिए, खेल की गति को भी बढ़ाते हैं।

zerucheck_key_check

अंतिम रहस्य 0x4(zuruKeyCheck) बना हुआ है। यह पता चला है कि यह मान एक बड़े जटिल फ़ंक्शन के साथ अपडेट किया गया है, जो मैंने ऊपर दिखाया:


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

बटन क्लिक की ट्रैकिंग 0x2(zuruKeyCheck) पर 16-बिट मान में संग्रहीत की जाती है। जब नियंत्रक जुड़ा नहीं है, तो मान 0x7638 ।

नियंत्रक बटन के झंडे वाले 2 बाइट्स डाउनलोड किए जाते हैं और फिर zerucheck_key_check की शुरुआत में अपडेट किए zerucheck_key_check । जब यह कॉलबैक फ़ंक्शन कॉल करता है तो नया मान रजिस्टर r4 साथ padmgr_HandleRetraceMsg फ़ंक्शन में पारित किया जाता है।


zerucheck_key_check के अंत के पास एक और स्थान है जहाँ 0x4(zuruKeyCheck) अपडेट किया गया है 0x4(zuruKeyCheck) ।यह क्रॉस-रेफरेंस सूची में दिखाई नहीं दिया क्योंकि यह इसे आधार पते के रूप में उपयोग करता है r3, और हम r3केवल इस फ़ंक्शन को कॉल करने से पहले इसका मूल्य देखकर पता लगा सकते हैं ।

पते पर, 8040ed88मान r4लिखा जाता है 0x4(zuruKeyCheck)। ठीक उससे पहले, लेकिन यह उसी जगह से लिखा गया है और फिर 1 से XORs। इस ऑपरेशन का कार्य 0 और 1. के बीच बाइट (और वास्तव में अंतिम बिट) का मान स्विच करना है (यदि मान 0 है, तो
1 से XOR का परिणाम 1 होगा । यदि मान 1 है, तो परिणाम 0. होगा। XOR के लिए सत्य तालिका देखें।)


इससे पहले, जब मैंने स्मृति में मूल्यों का अध्ययन किया, तो मुझे इस व्यवहार पर ध्यान नहीं दिया, लेकिन मैं इस निर्देश को डीबगर में तोड़ने की कोशिश करूंगा कि क्या हो रहा है। मूल मूल्य पर लोड किया गया है 8040ed7c।

नियंत्रक बटन को छूने के बिना, मुझे प्रारंभिक स्क्रीन पर इस ब्रेकपॉइंट पर नहीं मिलेगा। कोड के इस ब्लॉक में जाने के लिए, ब्रेकपॉइंट ( ) से पहले जाने वाले शाखा निर्देश से पहले मूल्य r5समान होना चाहिए । इस ब्लॉक तक जाने वाले कई अलग-अलग रास्तों में से, केवल एक पते पर इसके सामने एक मान दिया जाता है ।0xb8040ed74r50xb8040ed68


ध्यान दें कि r5मान निर्दिष्ट करने वाले ब्लॉक तक पहुंचने के लिए 0xB, मूल्य इसके ठीक पहले r0बराबर होना चाहिए 0x1000। समारोह की शुरुआत में श्रृंखला तक के ब्लॉक, हम इस ब्लॉक को प्राप्त करने के लिए आवश्यक सभी प्रतिबंध देख सकते हैं:

• 8040ed74: मान r5बराबर होना चाहिए0xB
• 8040ed60: मान r0बराबर होना चाहिए0x1000
• 8040ebe8: मान r5बराबर होना चाहिए0xA
• 8040ebe4: मान r5कम होना चाहिए0x5B
• 8040eb4: मान r5अधिक होना चाहिए0x7
• 8040eb94: मान r61 होना चाहिए
• 8040eb5c: मान r00 नहीं होना चाहिए
• 8040eb74: पोर्ट 2 बटन मान बदलना चाहिए

यहां हम उस बिंदु पर पहुंच गए हैं जिस पर पुराने बटन मान लोड किए गए हैं और नए मान सहेजे गए हैं। फिर नए और पुराने मूल्यों के लिए लागू किए गए कुछ कार्यों का एक हिस्सा आता है: XOR ऑपरेशन उन सभी बिट्स को चिह्नित करता है जो दो मूल्यों के बीच बदल गए हैं। फिर, और ऑपरेशन उन सभी बिट्स को सेट करने के लिए नए इनपुट को मास्क करता है जो वर्तमान में 0 पर सेट नहीं हैं। परिणाम नए मूल्य में नए बिट्स (बटन प्रेस) का एक सेट है। अगर यह खाली नहीं है, तो हम सही रास्ते पर हैं। एक अंतर बनाने के लिए, 16 बिट ट्रैकिंग बटन के चौथे को बदलना होगा। XOR / AND ऑपरेशन के बाद एक ब्रेकपॉइंट डालने के बाद, मुझे पता चला कि START बटन इस स्थिति को ट्रिगर करता है। अगला सवाल यह है कि इसे शुरू में कैसे बराबर किया जाए

old_vals = old_vals XOR new_vals
old_vals = old_vals AND new_vals

r0

r00x1000

r50xA। r5और कुंजी परीक्षण फ़ंक्शन की शुरुआत r6से लोड किए गए हैं और 0x0(zuruKeyCheck)अंत के करीब अपडेट किए गए हैं, जब हम उस कोड ब्लॉक में शामिल नहीं होते हैं जिसमें शामिल हैं 0x4(zuruKeyCheck)।

इससे पहले कई स्थान हैं जहाँ r5मान असाइन किया गया है 0xA:

• 8040ed50
• 8040ed00
• 8040ed38

8040ed38

• 8040ed34: मान r0बराबर होना चाहिए 0x4000(बटन B दबाया गया है)
• 8040ebe0: मान r5बराबर होना चाहिए0x5b
• 8040eba4: मान r5अधिक होना चाहिए0x7
• फिर सब कुछ पहले जैसा हो जाता है ...

r5 से शुरू होना चाहिए 0x5b

8040ed00

• 8040ecfc: मान r0बराबर होना चाहिए 0xC000(A और B दबाए गए हैं)
• 8040ebf8: मान r5होना चाहिए> = 9
• 8040ebf0: मान r510 से कम होना चाहिए
• 8040ebe4: मान r5कम होना चाहिए0x5b
• 8040eba4: r5अधिक होना चाहिए0x7
• फिर सब कुछ पहले जैसा हो जाता है ...

r5 9 से शुरू होना चाहिए

8040ed50

• 8040ed4c: मान r0बराबर होना चाहिए 0x8000(बटन दबाया गया)
• 8040ec04: मान r5कम होना चाहिए0x5d
• 8040ebe4: मान r5अधिक होना चाहिए0x5b
• 8040eba4: मान r5अधिक होना चाहिए0x7
• फिर सब कुछ पहले जैसा हो जाता है ...

r5इसके साथ शुरू करना चाहिए 0x5c

ऐसा लगता है कि कीस्ट्रोक्स के बीच कुछ प्रकार की स्थिति है, जिसके बाद आपको बटन से कॉम्बो का एक निश्चित क्रम दर्ज करना होगा, जो कि START दबाकर समाप्त होगा। ऐसा लगता है कि START से ठीक पहले A और / या B को जाना चाहिए।

यदि आप उस कोड के पथ का पता लगाते हैं जो r5मान को 9 पर सेट करता है , तो एक पैटर्न उत्पन्न होता है: r5- यह एक बढ़ता हुआ मूल्य है जो या तो तब बढ़ सकता है जब r0उपयुक्त मान मिलता है, या शून्य। सबसे अजीब मामलों में जब यह सीमा से मूल्य में नहीं 0x0है0xB, तब होते हैं जब कई बटन के साथ कदम उठाते हैं, उदाहरण के लिए, जब ए और बी को एक साथ दबाया जाता है। इस कॉम्बो में प्रवेश करने का प्रयास करने वाला व्यक्ति आमतौर पर गेमपैड को ट्रैक करते समय एक ही समय में दोनों बटन नहीं दबा सकता है, इसलिए आपको उस बटन को संसाधित करना होगा जो दबाया गया है पहला वाला।

हम विभिन्न कोड पथों का पता लगाना जारी रखते हैं:

• r5जब मान पते पर दबाया जाता है तो मान 9 लेता है 8040ece8।
• r5मान 8 पर ले जाता है जब पते पर दायाँ बटन C दबाया जाता है 8040eccc।
• r5जब बाईं बटन C को पते पर दबाया जाता है तो मान 7 लेता है 8040ecb0।
• r5जब LEFT पते पर दबाया जाता है तो मान 6 लेता है 8040ec98।
• r5जब DOWN पते पर दबाया जाता है तो मान 5 (और r6 मान 1 लेता है) 8040ec7c।
• r5जब मान ऊपरी बटन C पते पर दबाया जाता है, तो मान 4 लेता है 8040ec64।
• r5जब मूल्य कम सी बटन पते पर 3 दबाया जाता है 8040ec48।
• r5जब यूपी पते पर दबाया जाता है तो मान 2 लेता है 8040ec30।
• r5r6जब Z पते पर दबाया जाता है तो मान 1 (और मान 1 लेता है) लेता है 8040ec1c।

वर्तमान अनुक्रम है:

Z, UP, C-DOWN, C-UP, DOWN, LEFT, C-LEFT, C-RIGHT, RIGHT, A + B, START

Z जाँचने से पहले, एक और शर्त की जाँच की जाती है: हालाँकि एक नया बटन दबाया जाना चाहिए जेड, वर्तमान झंडे समान होना चाहिए 0x2030: बाएं और दाएं बंपर को भी दबाया जाना चाहिए (उनके पास मान हैं 0x10और 0x20)। इसके अलावा, UP / DOWN / LEFT / RIGHT डी-पैड बटन हैं, न कि एनालॉग स्टिक।

धोखा कोड

पूर्ण कॉम्बो इस तरह दिखता है:

1. बंपर L + R को पकड़कर Z दबाएं
2. डी-उत्तर प्रदेश
3. सी-नीचे
4. सी-उत्तर प्रदेश
5. डी-नीचे
6. डी-वाम
7. सी-वाम
8. सी-सही
9. डी-सही
10. ए + बी
11. स्टार्ट

यह काम करता है! नियंत्रक को दूसरे पोर्ट से कनेक्ट करें और कोड दर्ज करें, जिसके बाद डिबग जानकारी दिखाई देती है। उसके बाद, आप विभिन्न कार्यों को करने के लिए दूसरे (या यहां तक ​​कि तीसरे) नियंत्रक पर बटन दबाना शुरू कर सकते हैं।

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


संदेश "ZURU% d /% d" का zurumode_callbackउपयोग इस संयोजन की स्थिति को प्रदर्शित करने के लिए किया जाता है यदि आप इसे दर्ज करते हैं जब डिस्क आईडी पहले से ही बराबर है 0x99(शायद धोखा कोड को डीबग करने के लिए)। पहली संख्या अनुक्रम में आपकी वर्तमान स्थिति है, इसी r5। दूसरा मान 1 लेता है, जब अनुक्रम के कुछ बटन आयोजित किए जाते हैं, तो वे तब r6निर्दिष्ट कर सकते हैं जब मान असाइन किया जाता है। 1.

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

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


यह सब करने के बाद, मुझे पता चला कि
संस्करण आईडी को पैच करके डीबग मोड में आना 0x99अन्य लोगों को पहले से ही पता है: https://tcrf.net/Animal_Crossing#Debug_Mode । (इसके अलावा लिंक पर अच्छे नोट हैं जो विभिन्न संदेशों को इंगित करते हैं, और अन्य चीजों के बारे में बात करते हैं जो कि पोर्ट 3 में नियंत्रक के साथ किया जा सकता है।) हालांकि, जहां तक ​​मुझे पता है, किसी ने अभी तक धोखा संयोजन प्रकाशित नहीं किया है।

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



इसके अलावा, मैं मॉड्यूल्स बनाने के लक्ष्य के साथ डायलॉग सिस्टम, इवेंट्स और क्वैस्ट के रिवर्स इंजीनियरिंग पर लेख प्रकाशित करूंगा।