मई 2020 की शुरुआत - अगर आप मेरी तरह हैं, तो संगरोध ने आपको फिर से खेल बना दिया है जो कई सालों से लॉन्च नहीं हुए हैं।

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

तो, आप खेल शुरू करते हैं, मुख्य मेनू में आते हैं, और तुरंत ध्यान देते हैं कि कुछ गलत है ... मेनू घृणित दिखता है ।

यदि आप सोच रहे हैं कि वास्तव में "घृणित" क्या है, तो पानी पर ध्यान दें। बाकी सब भी भयानक है, लेकिन यह कम स्पष्ट है।

तो, आप विकल्पों में जाते हैं, सभी मापदंडों को अधिकतम तक बढ़ाते हैं ... लेकिन खेल अभी भी बदसूरत है।

आप ध्यान दें कि " Shader Quality " विकल्प संदिग्ध रूप से " Low " पर लॉक हैं ।

प्रयास नंबर 1 - हैक मापदंडों

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

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

हम आवश्यक XML ढूंढते हैं , क्योंकि खेल 2005 है और यह, निश्चित रूप से, XML है, जहां हम " ऑप्शनग्रैक्सफैडरक्वाइसिटी " विकल्प पर आते हैं , जो कि 0 पर सेट है। ऐसा लगता है कि हम इसकी तलाश कर रहे थे, इसलिए हम 100 तक मूल्य बढ़ाते हैं, क्योंकि बहुत अधिक गुणवत्ता नहीं है। यहां मैं आपसे सहमत हूं।

आप यह भी देख सकते हैं कि यह XML का एक भयानक उपयोग है। सौभाग्य से, उसका कोई अच्छा उपयोग नहीं है।

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

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

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

प्रयास नंबर 1 - हैकिंग डेटा

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

लेकिन इस पर आपके पास Intel Iris Graphics 6100 हैं। कुछ तो वाकई गलत है। आप एक धारणा बनाते हैं - गेम कंप्यूटर की ग्राफिक क्षमताओं को निर्धारित करता है, इसकी तुलना कार्ड की क्षमताओं की जांच करने के बजाय ग्राफिक कार्ड के डेटाबेस से करता है। क्योंकि यही एएए डेवलपर्स करते हैं, और यदि आपने ओपन-सोर्स आरटीएस पर काम किया है , तो आप जानते हैं कि यह कैसे होता है।

लॉग फ़ाइल की सामग्री। यदि आपको यह अजीब लगता है कि इंटेल 0x8086 के रूप में नामित है, तो आपने उपयुक्त लेख चुना है।

संयोग से, आपको पुराने पैच नोट मिलते हैं जो आपकी चिंताओं की पुष्टि करते हैं। आप GameData फ़ोल्डर में देखते हैं, लेकिन केवल .bar और .xmb फ़ाइलें हैं जो अधिकतर अपठनीय हैं। आप grep " Intel " और " dx7 " की तलाश में हैं। कुछ नहीं हुआ। कई फ़ाइलें हटाएं ... कुछ नहीं होता है। लेकिन आप जानते हैं कि एएए गेम कुछ संसाधनों को अजीब जगहों पर संग्रहीत कर सकते हैं, और यह मैक पर विंडोज गेम्स का बंदरगाह है, इसलिए यहां सब कुछ बहुत विचित्र हो सकता है।

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

हेक्स फ़ाइंड इंटरफ़ेस यह न्यूनतर है, लेकिन यह काम करता है। पहले बाइट्स "ईएसपीएन" अक्षर हैं, जो सबसे अधिक संभावना है।

आप कहते हैं: "जाहिर है, यह UTF-16 है!" गेम विंडोज के लिए बनाया गया था, इसलिए यह तर्कसंगत है कि यह 30-मेगाबाइट डेटा फ़ाइल के लगभग आधे हिस्से को बर्बाद करते हुए, यूटीएफ -16 में पाठ को संग्रहीत करता है। आखिरकार, विंडोज़ को UTF-16 से प्यार था (हालाँकि ऐसा नहीं होना चाहिए ), इसलिए एक फाइल में इस एन्कोडिंग और ASCII शेड्स का उपयोग क्यों नहीं किया गया। यह एक तार्किक विचार है!

(वास्तव में, मुझे यह पता लगाने में एक दिन लग गया)

हेक्स फेंड में यूटीएफ -16 जैसे पार्सिंग बाइट्स का विकल्प है, इसलिए फिर से हम grep string dx7 की तलाश कर रहे हैं। कई प्रविष्टियाँ हैं। हम उन्हें dx9 लाइन से प्रतिस्थापित करते हैं, जो डेटा में भी पाया जाता है, फ़ाइल को सहेजें और गेम लॉन्च करें।

हाँ लॉग फिर से "dx9" प्रदर्शित नहीं करते हैं। यह शायद अन्यत्र स्थापित है।

चलो कुछ और कोशिश करते हैं। मान लीजिए कि खेल ग्राफिक कार्ड को पहचानता है, और उनके हेक्स पहचानकर्ता लॉग में संग्रहीत हैं (मेरे मामले में, 0x8086 इंटेल है, और 0x2773 भी)। हम हेक्स फाईेंड में "8086" की तलाश कर रहे हैं, हम कुछ पाते हैं, और पाठ का हिस्सा आशाजनक दिखता है। इंटेल 9 श्रृंखला GMA 950 श्रृंखला है, और आयु 3 शायद इस पर बहुत अच्छा काम नहीं किया।

कुछ नंबर कार्ड आइडेंटिफ़ायर (2582, 2592) जैसे हैं; शायद अगर आप उन्हें बदल देते हैं, तो कुछ बदल जाएगा। हमने वैसे भी फ़ाइल की एक प्रतिलिपि बनाई, ताकि आप कोशिश कर सकें।

काश, यह भी एक मरा हुआ अंत है। वास्तव में, हम गलत फाइल का अध्ययन कर रहे हैं। सौभाग्य से, मैं आपको यह बता सकता हूं क्योंकि मैंने इस पर बहुत समय बिताया है और बहुत कोशिश की है । इस लानत में लगभग 20 घंटे लगे। और यह सभी स्क्रीनशॉट के लिए समय की गिनती नहीं कर रहा है ...

वांछित फ़ाइल को "DataP.bar" कहा जाता है, और अगर हम समझदारी से आईडी को प्रतिस्थापित करते हैं, तो हम लॉग में कुछ नया देखेंगे:

मुझे यह समझ में नहीं आया कि यह "सामान्य dx7" ऊपर के स्क्रीनशॉट के समान क्यों नहीं है।

बेशक, खेल में हम अभी भी "लो" सेटिंग्स द्वारा सीमित हैं, अर्थात, लॉग झूठ नहीं बोलते हैं। हम एक माध्यम की उम्मीद कर रहे थे, लेकिन अफसोस ।

ऐसा लगता है कि हैकिंग डेटा से अधिक हासिल नहीं किया जा सकता है। टूल को गंभीरता से लेने का समय आ गया है

प्रयास नंबर 2 - हैकिंग

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

हम लेख के सबसे दिलचस्प हिस्से पर जाते हैं (हाँ, आपने पहले ही एक हजार शब्दों को पढ़ा है, लेकिन यह उत्सुक नहीं था?)

डिस्सेम्बलर हॉपर

इस स्तर पर, हमारा टूल एक डिस्सेम्बलर होगा: एक एप्लिकेशन जो निष्पादन योग्य फ़ाइल का बाइनरी कोड प्राप्त करता है और इसे पठनीय (हा हा) कोडांतरक कोड में बदल देता है। इनमें से सबसे लोकप्रिय आईडीए प्रो है, लेकिन यह बहुत महंगा है और मुझे यकीन नहीं है कि अगर यह मैक पर काम करता है, तो मैं हूपर का उपयोग करूंगा । यह मुफ़्त नहीं है (लागत $ 90), लेकिन इसे लगभग सभी आवश्यक कार्यों के साथ 30 मिनट के लिए स्वतंत्र रूप से उपयोग किया जा सकता है।

मैं इंटरफ़ेस के बारे में विस्तार से नहीं बताऊंगा , क्योंकि हॉपर ट्यूटोरियल में सब कुछ ठीक है, लेकिन मैं आपको बताऊंगा कि मैं क्या करूंगा और पर्याप्त स्क्रीनशॉट लेने की कोशिश करूंगा ताकि आप कुछ सीख सकें।

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

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

इसे खोलने के लिए आयु 3 ऐप खींचें। पावरपीसी के बजाय बस "x86" का चयन करें, क्योंकि खेल कुछ 2005 है।

चरण 1 - वांछित टुकड़े की खोज करें

हैरानी की बात है, यह सबसे मुश्किल हो सकता है। हमारे पास एक असंतुष्ट कोड है, लेकिन हमें पता नहीं है कि कहां देखना है। हां, कुछ गेम में डिबगिंग प्रतीक हैं, इसलिए आप फ़ंक्शन के नाम पढ़ सकते हैं, लेकिन हमारे मामले में नहीं। हॉपर हमें "sub_a8cbb6" जैसे नाम देता है, जिसे हमें अपने दम पर निपटना होता है।

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

अरे हाँ, स्ट्रिंग शाब्दिक, मैं उन्हें मानता हूं।

यह अपने आप में हमें इतना आगे नहीं बढ़ा। लेकिन जब से इस "स्ट्रिंग ऑफ़ लिटरल्स" का पता हार्ड-कोड किया गया है, हम इसके लिंक पा सकते हैं। हॉपर ने उन्हें दाईं ओर हरे रंग में उजागर किया: "DATA XREF = sub_1d5908 + 1252।" लाइन पर डबल-क्लिक करने पर, हम अपने हीरो - sub_1d5908 प्रक्रिया पर आगे बढ़ेंगे ।

यहाँ हम कोडांतरक कोड पाते हैं। ऐसा माना जाता है कि इसे पढ़ना मुश्किल है, लेकिन ऐसा नहीं है। इसे समझना सबसे मुश्किल काम है।

डिफ़ॉल्ट रूप से, हूपर "इंटेल सिंटैक्स" का उपयोग करता है, अर्थात, पहला ऑपरेंड रिसीवर है, और दूसरा स्रोत है। हाइलाइट की गई लाइन में हम देखते हैं mov dword [esp+0x1DC8+var_1DC4], aXmlRenderConfi। चलिए इसे बनाते हैं।

कोडांतरक में हमारी पहली पंक्ति

movएक MOV टीम x86 ट्यूरिंग-पूर्ण होने के लिए जानी जाती है । यह A से B के डेटा को वास्तव में कॉपी करता है, जिसका अर्थ अनिवार्य रूप से A है और इसे B को लिखना है। पूर्वगामी के आधार पर, aXmlRenderConfiयह A है, और dword [esp+0x1DC8+var_1DC4]यह B, प्राप्तकर्ता है। आइए इस पर करीब से नज़र डालते हैं।

aXmlRenderConfi- यही वह मूल्य है जो हॉपर हमारी मदद करता है। यह वास्तव में स्ट्रिंग शाब्दिक के मेमोरी एड्रेस के लिए एक उपनाम है जिसे हमने कुछ सेकंड पहले क्लिक किया था। यदि आप विंडो को विभाजित करते हैं और हेक्स मोड में कोड को देखते हैं (जो हैकर्स के लिए पसंदीदा मोड है), तो हम वहां देखेंगे 88 18 83 00।

हॉपर आसानी से दोनों खिड़कियों में समान चयनित टुकड़ों को उजागर करता है।

यदि "फ्लिप" मान सही है, तो हमें 0x00831888 मिलेगा - स्ट्रिंग शाब्दिक का मेमोरी पता (ऊपर दिखाए गए स्क्रीनशॉट में से एक में, यह पीले रंग में भी हाइलाइट किया गया है)। तो, एक पहेली हल हो गई है: कोड MOV निष्पादित करता है, अर्थात, यह पता 0x00831888 लिखता है।

ऐसा क्यों लिखा जाता है 88 18 83 00, कैसे नहीं 00 83 18 88? यह बाइट ऑर्डर के कारण हुआ - बल्कि एक भ्रमित करने वाला विषय जो आमतौर पर बहुत कम प्रभाव डालता है। यह उन चीजों में से एक है जो लोगों को कहते हैं कि "कंप्यूटर काम नहीं करता है।" हमारे लिए, इसका मतलब है कि यह समस्या उन सभी संख्याओं में होगी जिनके साथ हम आज काम करेंगे।

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

किस बारे में dword [esp+0x1DC8+var_1DC4]? यहां सब कुछ अधिक जटिल है। dwordइसका मतलब है कि हम "डबल शब्द (डबल-शब्द)" के साथ काम कर रहे हैं, जो कि 16 * 2 बिट्स के साथ है। यही है, हम 32 बिट्स की नकल करते हैं। याद: हमारा पता है0x00831888, अर्थात्, 8 हेक्साडेसिमल वर्ण और प्रत्येक हेक्साडेसिमल वर्ण में 16 मान हो सकते हैं, अर्थात 4 डेटा बिट्स। तो हम 8 * 4 = 32 प्राप्त करते हैं। वैसे, कंप्यूटर सिस्टम के लिए अंकन "32-बिट" यहां से आया था। यदि हम 64 बिट्स का उपयोग करते हैं, तो स्मृति पता 0x001122334455667788 के रूप में लिखा जाएगा, दो बार लंबा और 2 ^ 32 गुना बड़ा होगा, और हमें 16 बाइट्स की प्रतिलिपि बनाना होगा। तो हमारे पास बहुत अधिक मेमोरी होगी, लेकिन पॉइंटर को कॉपी करने के लिए दो बार ज्यादा काम करने की आवश्यकता होगी, और इसलिए 64 बिट वास्तव में 32 बिट्स की तुलना में दोगुनी नहीं हैं। वैसे, शब्द "शब्द" का अधिक विस्तृत विवरण यहां पाया जा सकता है । क्योंकि यह, ज़ाहिर है, मेरे स्पष्टीकरण से अधिक जटिल है।

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

espयह एक रजिस्टर है कि कोडांतरक में एक चर के बराबर निकटतम है। X86 आर्किटेक्चर में बहुत सारे रजिस्टर हैं, और विभिन्न रजिस्टरों में आवेदन के अलग-अलग तरीके हैं, लेकिन हमने वास्तव में देखभाल नहीं की है। इसके बारे में यहाँ और जानें ।। बस ध्यान रखें कि फ्लोटिंग पॉइंट नंबरों के लिए विशेष रजिस्टर हैं, साथ ही "झंडे" हैं जो तुलना और इसी तरह के संचालन के लिए उपयोग किए जाते हैं। बाकी सब कुछ सिर्फ हेक्साडेसिमल संख्या है जिसे हॉपर ने हमारी मदद करने के लिए थोड़ा सा काम किया। var_1DC4- यह -0x1DC4, हम इसे प्रक्रिया की शुरुआत में, या दाएं पैनल में देख सकते हैं। इसका मतलब है कि गणना का परिणाम [esp+0x1DC8+var_1DC4]हो सकता है [esp + 0x1DC8 — 0x1DC4]कि बराबर [esp + 4]। संक्षेप में, इसका मतलब है "ईएसपी रजिस्टर का 32-बिट मान लें, 4 जोड़ें, और परिणाम को स्मृति पते के रूप में व्याख्या करें।"

इसलिए, हम दोहराते हैं: हम "esp + 4" में स्ट्रिंग शाब्दिक का पता लिखते हैं। यह सही जानकारी है, लेकिन यह पूरी तरह से बेकार है। इसका क्या मतलब है?

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

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

एक कदम वापस ले

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

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

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

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

मैंने नीले रंग में हाइलाइट किया है जिसमें लॉग में "पिक्सेल शेडर संस्करण 0.0 उच्च" प्रदर्शित किया गया है। मैंने अन्य सुंदर रंगों के साथ समान भागों पर प्रकाश डाला।

एकमात्र अंतर यह है कि हम "0x0", "0x1", "0x2" और "0x3" विभिन्न स्थानों पर लिखते हैं। यह संदेहास्पद रूप से पैरामीटर फ़ाइल के समान है जिसे हमने ऊपर जांचा था और ऑप्शनग्रीफैक्सडैक्क्वेरिटी पैरामीटर (आप इसे अभी तक समझ नहीं सकते हैं। लेकिन यह है, मेरा विश्वास करो)।

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

SEMVER प्रशंसक, अधिक उन्नत संस्करण प्रारूप देखें: फ्लोटिंग पॉइंट नंबर।

और वास्तव में, इसके ठीक ऊपर jbएक संक्रमण कमांड है ("गोटो" के बारे में सोचो)। यह एक " सशर्त कूद " है, और स्थिति " यदि कम है ।" असेंबलर "ifs" रजिस्टर झंडे के माध्यम से काम करता है , जो मैंने ऊपर संक्षेप में बात की थी। यह सिर्फ इतना जानना है कि हमें ऊपर दिए गए कमांड को देखने की जरूरत है: सबसे अधिक संभावना है, यह ध्वज सेट करता है। अक्सर यह एक आदेश है cmpया test, लेकिन यहां उपयोग किया जाता है ucomiss। यह बर्बरता है। लेकिन वह आसानी से गुगली : ucomiss । यह एक फ्लोटिंग पॉइंट तुलना कमांड है, और यह बताता है कि कोड क्यों हैxmm0: यह फ्लोटिंग पॉइंट नंबरों का रजिस्टर है। यह तार्किक है: लॉग रिपोर्ट करती है कि पिक्सेल शेड्स का हमारा संस्करण "0.0" है, जो एक फ्लोटिंग-पॉइंट वैल्यू है। तो क्या स्मृति पता 0x89034c पर स्थित है? हेक्साडेसिमल डेटा पर एक नज़र है 00 00 00 40और यह भ्रामक हो सकता है। लेकिन हम जानते हैं कि हमें फ्लोटिंग पॉइंट नंबरों की उम्मीद करनी चाहिए, तो आइए डेटा की व्याख्या इस तरह करें: इसका मतलब है 2.0। जो पिक्सेल शेड्स के संस्करण के लिए एक तार्किक फ्लोटिंग पॉइंट वैल्यू है जो कि Microsoft वास्तव में अपनी उच्च-स्तरीय छायांकन भाषा में उपयोग करता थाजिस पर DirectX shaders लिखे हैं। और एज 3 एक डायरेक्टएक्स गेम है, भले ही मैक पर पोर्ट ओपनजीएल का उपयोग करता है। यह भी तर्कसंगत है कि 2005 में संस्करण 2.0 के पिक्सेल शेड्स को उच्च पैरामीटर को सक्षम करने की आवश्यकता होती है, इसलिए हम सही दिशा में आगे बढ़ रहे हैं।

हम इसे कैसे ठीक करते हैं? यह तुलना निर्देश उस मूल्य के साथ तुलना करता है xmm0जिस पर उपरोक्त पंक्ति में दिया गया है movss xmm0, dword [eax+0xA2A8]:। MOVSS फ़्लोटिंग पॉइंट रजिस्टरों के लिए एक विशेष "चाल" कमांड है, और हम पते से 32 बिट लिखते हैं, जो eax + 0xA2A8 के मूल्यांकन का परिणाम है।

संभवतः, यह मान 2.0 नहीं है, बल्कि 0.0 है। चलो इसे ठीक करते हैं।

असली हैकिंग कर रहे हैं

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

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

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

ऐसा करने के बाद, खेल शुरू करें, विकल्पों पर जाएं ... और चीयर्स - हम "उच्च" का चयन कर सकते हैं। लेकिन हम "माध्यम" नहीं चुन सकते। और हम छाया के उच्च मापदंडों का उपयोग नहीं कर सकते हैं। फिर भी, हम प्रगति कर रहे हैं!

जरा पानी में इन शानदार प्रतिबिंबों पर एक नज़र डालें!

संवर्द्धन

वास्तव में, आप इसे सबसे अच्छे तरीके से ठीक कर सकते हैं। हमारे समाधान ने काम किया, लेकिन हम इसे बना सकते हैं ताकि स्थिति सही ढंग से पूरी हो सके: खेल को लगता है कि हमारे ग्राफिक्स कार्ड में वास्तव में संस्करण 2.0 के शेड हैं।

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

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

ऐसा करने के लिए, हम हूपर एप्लिकेशन के "एसेम्बल इंस्ट्रक्शन" का उपयोग करेंगे, और फिर हेक्स फेनेंड में भी ऐसा ही जोड़तोड़ करेंगे।

हम MOVSS के बजाय MOV का उपयोग करते हैं क्योंकि हम सामान्य मान लिखते हैं, और फ़्लोटिंग-पॉइंट रजिस्टर का विशेष मूल्य नहीं। इसके अलावा, यह प्रत्यक्ष बाइट क्रम में है, अर्थात उलटा है।

आप देखेंगे कि कुछ अजीब हो रहा है: हम टीम को खा गए jb। ऐसा इसलिए हुआ क्योंकि नई कमांड पिछले एक से अधिक बाइट्स लेती है, और जैसा कि मैंने कहा, हम ऑफ़सेट्स को बचाने के लिए निष्पादन योग्य फ़ाइल से डेटा को जोड़ या हटा नहीं सकते हैं। इसलिए, हॉपर के पास टीम को नष्ट करने के अलावा कोई विकल्प नहीं है jb। यह एक समस्या बन सकती है, और हम कमांड को ऊपर ले जाकर इसे समाप्त कर सकते हैं (आखिरकार, हमें अब xmm3 मान लिखने की आवश्यकता नहीं है)। यह यहां काम करेगा, क्योंकि किसी भी मामले में, हम सही रास्ते पर शाखा कर रहे हैं। सौभाग्यशाली।

यदि आप खेल शुरू करते हैं ... तो कुछ भी ज्यादा नहीं बदलेगा। मैंने सुझाव दिया कि इंटेल 9 श्रृंखला पर्याप्त तेज़ नहीं है, इसलिए खेल शिकायत करता है। यह कोई समस्या नहीं है, क्योंकि वास्तव में हम "वेरी हाई" के लिए प्रयास कर रहे हैं।

2004 के आसपास सबसे शक्तिशाली कार्ड क्या था? NVIDIA GeforceFX 6800। चलिए उस गेम को कंफर्म करते हैं जिसे हमने इंस्टॉल किया है।

खरगोश के बील में

हां, यह बिल्कुल नया खंड है।

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

हमारे पास एक सुराग है: विकल्प अजीब व्यवहार करते हैं; निम्न / उच्च है, लेकिन कोई माध्यम नहीं है। तो शायद एक और कोड है जो इन सभी "बहुत उच्च", "उच्च", "मध्यम" और "कम" को संभालता है। और वह वास्तव में एक ही फ़ंक्शन में है। वह CFG में बहुत पहले है, और दिलचस्प लगता है।

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

यह विचार करने योग्य है कि यह एक बहुत ही मनमाना अनुमान है। सब कुछ थोड़ा अलग लग सकता है।

सीएफजी के बाईं ओर एक बहुत ही दिलचस्प हिस्सा दिखाया गया है (आपके लिए यह दाईं ओर हो सकता है, लेकिन स्क्रीनशॉट में बाईं ओर दिखाया गया है): हम उसी var_CCकोड को देखते हैं जिसका उपयोग उस कोड में किया जाता है जो लॉग में डिवाइस आईडी लिखता है। यही है ebp+var_CC, शायद हमारे डिवाइस की आईडी को संदर्भित करता है, 0x2773। अजीब बात यह है कि पहले "चेक" में कोई स्ट्रिंग शाब्दिक नहीं है, लेकिन यह एक हूपर बग है: पता 0x0089da8e में हेक्साडेसिमल डेटा 69006400 है, जो UTF-16 में इस आईडी के लिए खड़ा है (वास्तव में, शायद हूपर यह समझ नहीं सका क्योंकि UTF16)। और हम सिर्फ एक आईडी की तलाश कर रहे हैं ।

आपको पता है कि? चलो डिबगर चलाते हैं और वास्तविकता में सब कुछ जांचते हैं।

खेल डिबगिंग

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

अब हमें एक ब्रेकपॉइंट जोड़ने की आवश्यकता है: हमारी मान्यताओं की पुष्टि करने के लिए, हम ऊपर दिखाए गए कोड पर पहुंचने पर निष्पादन को रोकना चाहते हैं। हमारे पास स्रोत कोड नहीं है, लेकिन इससे कोई फर्क नहीं पड़ता: हम स्मृति पते पर एक विराम बिंदु निर्धारित कर सकते हैं। और हमारे पास कोड में पता है। आइए एक MOV कॉल के लिए एक स्टॉप जोड़ें जो "आईडी" प्राप्त करता है, इसका पता 0x001d5e68 है। ब्रेकपॉइंट जोड़ने के लिए, बस दर्ज करें br set -a 001D5E68। गेम शुरू करने के बाद, यह बंद हो जाता है और एलएलडीबी असंतुष्ट कोड दिखाता है (एटी एंड टी सिंटैक्स में, इंटेल नहीं, इसलिए सभी ऑपरेंड उल्टे हैं, लेकिन हम देखते हैं कि यह समान कोड है)। आप देख सकते हैं कि इस मामले में एलएलडीबी वास्तव में हॉपर से अधिक चालाक है; वह बताता है कि हम एक्सएमएल और प्रिंटफ आउटपुट से संबंधित कार्य कर रहे हैं।

एक हैकर की तरह लग रहा है?

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

इसका मतलब है:if (*(ebp+var_CC) == *(ebp+var_28)) { *(ebp+var_1D84)=edi }

इसकी निकास स्थिति मूल्य ebp+var_1D84शून्य न होने के लिए है। और हम मेरे द्वारा हाइलाइट किए गए एक दिलचस्प कोड पैरामीटर को देखते हैं var_CC।

आइए इस पर एक ब्रेकप्वाइंट जोड़ें cmpऔर हम इसका पता लगाएंगे।

वाम: CMP पर एक ब्रेकपॉइंट सेट करें और निष्पादन जारी रखें। दाईं ओर, हम रजिस्टरों और मेमोरी की निगरानी करते हैं।

हम रजिस्टरों को देखते हैं reg r, और स्मृति के मूल्य के साथ mem read $ebp-0x28। eaxऔर वास्तव में 0x2773 शामिल हैं, और स्मृति में मूल्य अब 0x00A0 है। यदि आप thread cइसे कई बार निष्पादित करते हैं, तो हम देखेंगे कि मैचों की तलाश में विभिन्न आईडी पर पुनरावृत्ति होती है। कुछ चरणों में, मानों का मेल होगा, लूप बाहर निकल जाएगा, और खेल शुरू हो जाएगा। अब हम जानते हैं कि इसे कैसे प्रबंधित किया जाए।

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

इस बार के साथ तुलना की गई हैvar_D0। यह चर वास्तव में निर्माता आईडी के रूप में उपयोग किया जाता है। यदि हम यहां एक ब्रेकपॉइंट डालते हैं और सब कुछ जांचते हैं, तो हम परिचित 0x8086 को देखेंगे eax, और उसी समय, 0x10DE के साथ तुलना हो रही है। आइए इसे लिखें eaxऔर देखें कि क्या होता है।

वाह।

यही है, 0x10DE NVIDIA है। वास्तव में, कोई डेटा फ़ाइल का अध्ययन करते समय इसे समझ सकता है, लेकिन यह बहुत दिलचस्प नहीं है। अब सवाल यह है कि GeforceFX 6800 की पहचान क्या है? हम एलएलडीबी का उपयोग कर सकते हैं और प्रत्येक पहचानकर्ता की जांच कर सकते हैं, लेकिन इसमें समय लगेगा (बहुत सारे हैं, मैंने सही खोजने की कोशिश की)। तो चलिए इस बार रेंडर पर एक नज़र डालते हैं।

मान लीजिए कि यह "एक्सएमबी" है, आयु 3 में उपयोग किए गए एक्सएमएल का द्विआधारी प्रतिनिधित्व।

यह फ़ाइल बहुत अराजक है। लेकिन Geforce FX 6800 टैग के बाद, हम कई पहचानकर्ता देखते हैं। सबसे अधिक संभावना है, हमें उनमें से एक की आवश्यकता है। चलो 00F1 का प्रयास करें।

इसका परीक्षण करने का सबसे आसान तरीका एलएलडीबी का उपयोग करना और वांछित ब्रेकपॉइंट सेट करना है। मैं इस कदम को छोड़ दूंगा, लेकिन मैं कहूंगा कि 00F1 आया (सौभाग्य से)।

इस स्तर पर, हमें इस प्रश्न का उत्तर देने की आवश्यकता है: "इस परिवर्तन को स्थायी कैसे बनाया जाए?" ऐसा लगता है कि मानों को बदलना आसान होगा var_CCऔर var_D00X00F1 और 0X10DE पर। ऐसा करने के लिए, हमें कोड के लिए स्थान प्राप्त करने की आवश्यकता है।

एक सरल समाधान एनओपी के साथ लॉग रिकॉर्ड कॉल में से एक को बदलना होगा, उदाहरण के लिए, एक सबसिस्टम कॉल। यह हमें कई दसियों बाइट्स से मुक्त करेगा, और यह आवश्यकता से अधिक भी है। आइए इस सब का चयन करें और इसे एनओपी से बदल दें। तब हमें केवल MOV चर का उपयोग करके जानकारी लिखना होगा: कोडांतरक mov dword [ebp+var_CC], 0xF1और mov dword [ebp+var_D0], 0x10DE।

पहले और बाद में

चलो खेल चलाते हैं। अंत में, हमने कुछ हासिल किया है: आप निम्न, मध्यम या उच्च में से चुन सकते हैं, साथ ही छाया के लिए उच्च पैरामीटर सक्षम कर सकते हैं।

लेकिन हम अभी भी बहुत उच्च सक्षम नहीं कर सकते हैं, और यह दुखद है। क्या हो रहा है?

आह, समझ गया।

जैसा कि यह निकला, Geforce FX 6800 को संस्करण 3.0 पिक्सेल शेड्स का समर्थन करना चाहिए, और हम केवल संस्करण 2.0 सेट करते हैं। अब इसे ठीक करना हमारे लिए आसान है: बस 3.0 फ़्लोटिंग पॉइंट लिखें ebp+0xA2A8। यह मान 0x40400000 है।

अंत में, यह खेल अब बैसाखी नहीं है, और हम बहुत उच्च सेटिंग्स का आनंद ले सकते हैं।

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

और यह हमारी यात्रा का अंत है, पढ़ने के लिए धन्यवाद।

इसके अलावा, मैं इस बात का उदाहरण दूंगा कि खेल में प्रत्येक पैरामीटर कैसा दिखता है, क्योंकि ऑनलाइन पाए गए सभी स्क्रीनशॉट भयानक या अपूर्ण हैं।

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

ऊपर से नीचे तक: बहुत-उच्च, उच्च (उच्च छाया विकल्प के साथ), मध्यम (बस छाया सक्षम के साथ), कम (छाया अक्षम के साथ)।

अन्य उपयोगी लिंक

मेरे द्वारा ऊपर दिए गए ब्लॉग में आधुनिक रेंडरिंग पाइपलाइनों का अद्भुत विश्लेषण है: http://www.adriancourreges.com/blog/

Rate 0 AD उसी शैली का एक खुला-स्रोत RTS गेम है: https://play0ad.com । उसे डेवलपर्स चाहिए।

यदि आप XMB प्रारूप के बारे में अधिक जानना चाहते हैं, तो आप इसका कोड 0 AD में पढ़ सकते हैं । मैंने जाँच नहीं की, लेकिन मुझे पूरा यकीन है कि यह वही प्रारूप है, क्योंकि जिस व्यक्ति ने एज ऑफ़ एम्पायर स्वर्ग के लिए एज 3 के लिए XMB डिकोडर लिखा था, उसने 2004 में 0 AD स्रोत कोड में इन फ़ाइलों को लागू किया था। इसलिए यह कोड पेलियंटोलॉजी में एक मजेदार सबक होगा। सभी काम के लिए धन्यवाद, यक्रोश।

मुझे ठीक से याद है कि मैंने हॉपर का उपयोग करने पर एक उत्कृष्ट ट्यूटोरियल पढ़ा, लेकिन अब मुझे लिंक नहीं मिल रहा है। अगर किसी को पता है कि मैं किस बारे में बात कर रहा हूं, तो लिंक को छोड़ दें।

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

हमने एन्क्रिप्टेड डेटा फ़ाइल को पढ़ने के लिए लंबे समय से अप्रचलित एपीआई का उपयोग करने के लिए क्लासिक मैक एमुलेटर लॉन्च किया।
खेल कोड से इंजीनियरिंग एन्क्रिप्शन उल्टा
आधुनिक मैक पर समान डेटा तक पहुंचने के लिए उन्होंने एक फ़ाइल सिस्टम हैक का उपयोग किया।

हां, ये वास्तव में भावुक लोग हैं, और मुझे उम्मीद है कि उनकी परियोजना सफलतापूर्वक पूरी हो जाएगी, क्योंकि ईवी नोवा मेरा पसंदीदा खेल है।

हैडर क्वालिटी सेटिंग्स बदलने के लिए एम्पायर III का हैक ऐज