🛌 🌥️ 🌵 [एनईएस] हम फारस के राजकुमार के लिए एक स्तर के संपादक लिख रहे हैं। उपसंहार। कालकोठरी 👃🏽 🤵🏼 🍪

अध्याय एक , अध्याय दो , अध्याय तीन , अध्याय चार , अध्याय पाँच , उपसंहार

त्याग

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

कालकोठरी

एनईएस के लिए पीओपी पासवर्ड प्रणाली अब विस्तृत से अधिक है: मौजूदा पासवर्ड को बदलने और एल्गोरिथ्म के विवरण के लिए दोनों तरीके हैं।

यह छोटा है, इसलिए मैं इसे पहली भाषा में लाऊंगा जो हाथ से बदल गई है:

बैश पासवर्ड जनरेटर

#!/bin/bash PLEVEL=$1 PTIME=$2 if ! [[ ${PLEVEL} =~ ^[0-9]{1,2}$ ]] ; then echo "Invalid level" >&2 ; exit 1 ; fi if ! [[ ${PTIME} =~ ^[0-9]{1,2}$ ]] ; then echo "Invalid time" >&2 ; exit 1 ; fi if [ "0" == ${PLEVEL} ] ; then echo "Level must be great than 0" >&2 ; exit 1 ; fi PLEVEL=$[PLEVEL-1] R1=$[RANDOM % 10] R2=$[RANDOM % 10] PASS0=$[((PTIME / 10)+R1) % 10] PASS3=$[((PTIME % 10)+R2) % 10] PASS1=$[((PLEVEL & 3)+R1) % 10] PASS7=$[((PLEVEL / 4)+R2) % 10] PASS2=$R1 PASS5=$R2 SUM=$[PASS0+PASS1+PASS2+PASS3] SUM=$[SUM+(SUM % 10)+PASS5] SUM=$[SUM+(SUM / 10)+PASS7] PASS4=$[SUM % 10] PASS6=$[SUM / 10] echo "${PASS0}${PASS1}${PASS2}${PASS3}${PASS4}${PASS5}${PASS6}${PASS7}${PASS8}${PASS9}"

और अब, सॉर्टिंग पासवर्ड (वापस तब डेंडी पर, जब उनके वर्तमान रूप और परियोजना में कोई एमुलेटर नहीं थे), मैं उन अजीब जगहों पर समाप्त हुआ जो स्पष्ट रूप से डेवलपर्स द्वारा प्रदान नहीं किए गए थे:

या

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

बाढ़

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

सत्यापन की कमी पासवर्ड संकलित करने की प्रक्रिया पर भी लागू होती है, जिसका एल्गोरिथ्म 0 से 15. के स्तर की संख्या प्रदान करता है। विकास के समय को बचाने के लिए, डेवलपर्स ने फैसला किया कि चूंकि गेम पासवर्ड नहीं बनाता है, जिसमें संख्या 14 और 15 के साथ स्तर होंगे (अनुक्रमण में 0 से), फिर कोई भी उन्हें दर्ज नहीं करेगा। हाँ।

हम जानते हैं कि पॉइंटर्स की हमारी तीन तालिकाओं में, जिसमें से अंतिम स्तर बनाया गया है, केवल 14 तत्व और 16 के साथ 15 उपलब्ध नहीं हैं। इसलिए, स्तर कचरे से बनाया गया है जो मौजूदा तालिकाओं के बाद डेटा की व्याख्या करते समय संकेत में गिरता है। लेकिन वहां आप चरित्र को पूरी तरह से नियंत्रित क्यों नहीं कर सकते?

सिद्धांत याद करते हैं

स्तर तीन डेटा प्रकारों के आधार पर बनाया गया है, जिनमें से प्रत्येक के पास पॉइंटर्स की अपनी तालिका है:

ब्लॉक जिसमें से कमरे बने हैं - 0x1EB4A;
स्तर हेडर - 0x1EB66;
स्तर ज्यामिति - 0x1EB82।

सहायक डेटा भी है:

स्तर का प्रकार;
पैलेट;
गार्ड का प्रकार;
स्वास्थ्य की मात्रा;
अन्य डेटा जो उपस्थिति को महत्वपूर्ण रूप से प्रभावित नहीं करते हैं।

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

आइए हम मानसिक रूप से 15 "स्तर" के एक दृश्य की कल्पना करें। ऑफसेट 0x1EB66 (हेडर) लें, 28 जोड़ें, और पॉइंटर को देखें:
D9 82 61 86 91 89 F1 8C 06 90 85 92 0D 96 61 99 F3 9C CD 9F 2C A3 9B A6 5B A8 AC A9 >> 79 82 << ...
$ 8,279 पहले स्तर के शीर्षक [$ 82D9] से भी पहले का है। यह स्पष्ट है कि हम पहले स्तर की ज्यामिति का वर्णन करने वाले डेटा को प्राप्त करते हैं। लेकिन अब उनकी व्याख्या अलग तरीके से की जाएगी:
05 00 00 02 06 03 01 00 02 09 00 00 13 0E 14 00 15 01 00 06 08 02 05 00 ...
* 05 - हम 5 वें कमरे में शुरू करते हैं;
* 00 00 - स्थिति 00 पर शुरू करें और दाईं ओर देखें;
* बाकी डेटा हमें बताता है कि गार्ड ऊपरी बाएँ कोने में प्रत्येक कमरे में होगा, कुछ अपवादों के साथ।

0x1EB4A + 28 = 0x1EB66: $ 82D9। स्तर डेटा के आधार पर बनाया जाएगा जो एक बार पहले स्तर का शीर्षक था। लेकिन हम पांचवें कमरे से शुरू करेंगे, इसलिए, $ 82D9 से शुरू, हमें नियम के अनुसार 4 कमरे छोड़ने की आवश्यकता है: +30 बाइट्स, अगर पहली बाइट #FF के बराबर नहीं है, अन्यथा +1 बाइट्स:
$ 82D9 = # 01। हम +30 जोड़ते हैं।
$ 82F7 = # 05। हम +30 जोड़ते हैं।
$ 8315 = # 08। हम +30 जोड़ते हैं।
$ 8333 = # 20। हम +30 जोड़ते हैं।
$ 8351: 20 00 00 14 01 03 21 03 14 14 20 00 00 14 14 14 14...
डेटा की प्रकृति को देखते हुए, हम कुछ दूसरे स्तर के कमरे के बीच में कहीं खत्म हो गए। दूसरा स्तर $ 8331 से शुरू होता है, इसलिए, यह दूसरे कमरे के अंदर कहीं है, जो इस तरह दिखता है:

।
गार्ड को ऊपरी बाएँ कोने में स्थित होना चाहिए, जो शीर्ष लेख के आधार पर दिया गया है।

अब आइए स्तरीय ज्यामिति को देखें।
0x1EB82 + 28 = 0x1EBA0: 0C 03 C0 30 0C 03... यही है, यह कहीं न कहीं $ 030C RAM (ROM में नहीं!) के आसपास होगा। इन पतों पर डेटा 24 से अधिक जाना जाता है, जो बताता है कि सभी इच्छा के साथ अगले कमरे में जाना संभव नहीं होगा।

के तुलना करते हैं:

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

गति में सेट करें

अब मैं यह देखने का प्रस्ताव करता हूं कि स्तर के गार्ड के बारे में जानकारी का उपयोग कैसे किया जाता है।

 $F284:20 DA C0 JSR $C0DA $F287:B1 6D LDA ($6D),Y @ $9FC7 = #$1E $F289:29 1F AND #$1F $F28B:C9 1E CMP #$1E $F28D:B0 0E BCS $F29D $F28F:A6 17 LDX $0017 = #$00 $F291:9D 11 07 STA $0711,X @ $0723 = #$00 $F294:A5 18 LDA $0018 = #$00 $F296:9D 10 07 STA $0710,X @ $0722 = #$00 $F299:E6 17 INC $0017 = #$00 $F29B:E6 17 INC $0017 = #$00 $F29D:E6 18 INC $0018 = #$00 $F29F:A5 18 LDA $0018 = #$00 $F2A1:C9 19 CMP #$19 $F2A3:D0 D9 BNE $F27E $F2A5:A6 17 LDX $0017 = #$00 $F2A7:A9 FF LDA #$FF $F2A9:9D 10 07 STA $0710,X @ $0722 = #$00 $F2AC:60 RTS

प्रक्रिया $ C0DA, जैसा कि हम याद करते हैं, एक पॉइंटर को स्तर के शीर्ष पर ले जाता है और इसे पते पर $ 6D: $ 6E में रखता है, रजिस्टर Y में हम # 03 को ऑफसेट करते हैं, क्योंकि गार्ड के बारे में जानकारी पहले तीन बाइट्स के बाद संग्रहीत की जाती है, जो राजकुमार की स्थिति के लिए जिम्मेदार हैं। स्तर की शुरुआत। यह आगे देखा गया है कि यदि पहले 5 बिट्स को संख्या # 1E में जोड़ा जाता है, तो पुनरावृत्ति छोड़ दी जाती है, अन्यथा निम्न संरचना $ 0710 से शुरू होने वाले पतों पर लिखी जाती है: <कमरा नंबर>: <गार्ड समन्वय> - प्रति संरचना दो बाइट्स। यदि सभी कमरे गार्ड से भरे हुए हैं, तो अंतिम पता जहां हम डेटा डाल सकते हैं, $ 0740 होगा, जिसके बाद #FF मार्कर $ 0742 पर रखा जाएगा। लेकिन पते, $ 0735 से शुरू होते हैं, एक अलग उद्देश्य के लिए उपयोग किया जाता है - यह खेल के नियमित संचालन से स्पष्ट है, जिसका अर्थ है कि इस स्थिति में एक क्लासिक बफर अतिप्रवाह होता है।
$ 0735 पर, हमारे पास एक ध्वज है जो गेमपैड को नियंत्रित करने के लिए जिम्मेदार है। यदि 0 है, तो नियंत्रण मानक है, यदि 0 नहीं है, तो यह माना जाता है कि हम स्टार्ट रूम में हैं, जहां नियंत्रण सीमित है। अब, इस "स्तर" पर, इस तथ्य के कारण कि गार्ड के निर्देशांक ने महत्वपूर्ण डेटा को अधिलेखित कर दिया है, सेल $ 0 735 शून्य नहीं है, और यदि हम इसमें 0 डालते हैं, तो हम पूरी तरह से राजकुमार को नियंत्रित कर सकते हैं। सच है, हम इस कमरे से आगे नहीं निकल पाएंगे, क्योंकि स्तर ज्यामिति टूट गया है।

यही बात 16 वें "स्तर" पर भी लागू होती है। 17 और "स्तर" से ऊपर, यदि $ 70 का पासवर्ड दर्ज करने के समय वांछित संख्या डाल दी जाती है, तो वे ओवरवेट कचरे में गिर जाते हैं और बस दिखाई नहीं देते हैं।

उपसंहार में उपसंहार

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

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

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