क्या आप कई रूसी खेलों को याद करते हैं? गुणवत्ता? यादगार? हाँ, वे थे। यदि आपकी उम्र 35 से अधिक है या आप रूसी खेल उद्योग के प्रशंसक हैं, तो आप शायद शापित भूमि से परिचित हैं।

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

खेल के प्रशंसक को यह जानने में दिलचस्पी नहीं होगी कि अंदर क्या है?

परिचय

खेल की जानकारी

शापित भूमि - या, जैसा कि उन्हें सीआईएस, एविल आइलैंड्स के बाहर बुलाया गया था : लानत आत्मा का अभिशाप , 2000 में जारी एक चुपके-आरपीजी गेम। खेल का विकास निवल इंटरएक्टिव द्वारा किया गया था, जो उस समय पहले से ही एलोडा गेम्स (विदेशों में रेज ऑफ मैजेस) की एक श्रृंखला के रूप में स्थापित हो चुका था। मॉस्को स्टेट यूनिवर्सिटी के ज्यादातर स्नातक इसमें काम करते थे - वे पूरी तरह से तीन आयामी दुनिया के साथ पहले खेलों में से एक को साकार करने में काफी सक्षम थे।
2010 में, Mail.Ru ( सूचना ) ने शीर्षक को नाम में स्थानांतरित कर दिया, लेकिन खेल अभी भी Nival की ओर से GOG स्टोर में बेचा जा रहा है।

अपेक्षाकृत हाल ही में, खेल 18 साल का हो गया - जन्मदिन 26 अक्टूबर माना जाता है, सीआईएस में रिलीज की तारीख। उम्र के बावजूद, आधिकारिक मास्टर सर्वर अभी भी सेवा में है: समय-समय पर, कोई व्यक्ति गीपाट के जंगलों के माध्यम से क्रॉल करने का फैसला करता है और साथियों के एक दस्ते के साथ एक दर्जन या दो कंकालों को मारता है।

संक्षेप में लेख के बारे में

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

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

... और इसे कैसे पढ़ा जाए

सभी स्वरूपों के लिए योजनाएं (.ksy फाइलें) प्रदान की जाती हैं, जिन्हें कई लोकप्रिय भाषाओं में कोड में दो-क्लिक कोड में परिवर्तित किया जा सकता है।

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

संसाधन और वे कहाँ रहते हैं

खेल एक पोर्टेबल अनुप्रयोग है जिसमें पुस्तकालयों के साथ एक इंजन होता है, एक लांचर और वास्तव में, पैक किए गए संसाधन।

यह दिलचस्प है: खेल की सेटिंग्स लगभग पूरी तरह से रजिस्ट्री में संग्रहीत हैं। जीओजी संस्करण में कैमरा बग इस तथ्य के कारण है कि इंस्टॉलर सही डिफ़ॉल्ट मानों को पंजीकृत नहीं करता है।

गेम फ़ोल्डर की सामग्री पर पहली नज़र में, हम तुरंत नए फ़ाइल एक्सटेंशन के एक जोड़े को नोटिस करते हैं: एएसआई और आरईजी।
पहला एक गतिशील पुस्तकालय है, जिस पर हम विचार नहीं करेंगे (यह रिवर्स इंजीनियरिंग में विशेषज्ञों द्वारा किया जाता है), लेकिन दूसरा खेल का पहला मालिकाना फ़ाइल प्रारूप है।

REG

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

सामान्य तौर पर, आप इस आरेख की संरचना का वर्णन कर सकते हैं:

संरचना विवरण

meta: id: reg title: Evil Islands, REG file (packed INI) application: Evil Islands file-extension: reg license: MIT endian: le doc: Packed INI file seq: - id: magic contents: [0xFB, 0x3E, 0xAB, 0x45] doc: Magic bytes - id: sections_count type: u2 doc: Number of sections - id: sections_offsets type: section_offset doc: Sections offset table repeat: expr repeat-expr: sections_count types: section_offset: doc: Section position in file seq: - id: order type: s2 doc: Section order number - id: offset type: u4 doc: Global offset of section in file instances: section: pos: offset type: section types: section: doc: Section representation seq: - id: keys_count type: u2 doc: Number of keys in section - id: name_len type: u2 doc: Section name lenght - id: name type: str encoding: cp1251 size: name_len doc: Section name - id: keys type: key doc: Section's keys repeat: expr repeat-expr: keys_count types: key: doc: Named key seq: - id: order type: s2 doc: Key order in section - id: offset type: u4 doc: Key offset in section instances: key_record: pos: _parent._parent.offset + offset type: key_data key_data: seq: - id: packed_type type: u1 doc: Key value info - id: name_len type: u2 doc: Key name lenght - id: name type: str encoding: cp1251 size: name_len doc: Key name - id: value type: value doc: Key value instances: is_array: value: packed_type > 127 doc: Is this key contain array value_type: value: packed_type & 0x7F doc: Key value type types: value: doc: Key value seq: - id: array_size type: u2 if: _parent.is_array doc: Value array size - id: data type: switch-on: _parent.value_type cases: 0: s4 1: f4 2: string repeat: expr repeat-expr: '_parent.is_array ? array_size : 1' doc: Key value data string: doc: Sized string seq: - id: len type: u2 doc: String lenght - id: value type: str encoding: cp1251 size: len doc: String

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

प्रारंभ फ़ोल्डर को हल करने के साथ, चलो उपनिर्देशिकाओं पर चलते हैं।
पहली नज़र सीएएम फ़ाइलों वाले कैमरा फ़ोल्डर पर पड़ती है।

सीएएम

एक बहुत ही सरल प्रारूप बस समय के साथ कैमरों की स्थिति को पैक कर रहा है। कैमरा स्थिति और रोटेशन द्वारा वर्णित है। अन्य दो क्षेत्र निश्चित रूप से आंदोलनों के अनुक्रम में समय और कदम हैं।

संरचना विवरण

 meta: id: cam title: Evil Islands, CAM file (cameras) application: Evil Islands file-extension: cam license: MIT endian: le doc: Camera representation seq: - id: cams type: camera repeat: eos types: vec3: doc: 3d vector seq: - id: x type: f4 doc: x axis - id: y type: f4 doc: y axis - id: z type: f4 doc: z axis quat: doc: quaternion seq: - id: w type: f4 doc: w component - id: x type: f4 doc: x component - id: y type: f4 doc: y component - id: z type: f4 doc: z component camera: doc: Camera parameters seq: - id: unkn0 type: u4 doc: unknown - id: unkn1 type: u4 doc: unknown - id: position type: vec3 doc: camera's position - id: rotation type: quat doc: camera's rotation

अगले फ़ोल्डर में - Res, (अनपेक्षित रूप से!) RES फ़ाइलें जो संग्रह हैं संग्रहीत हैं।

आरईएस

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

यह दो बेहद दिलचस्प तथ्य ध्यान देने योग्य है:

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

संरचना विवरण

 meta: id: res title: Evil Islands, RES file (resources archive) application: Evil Islands file-extension: res license: MIT endian: le doc: Resources archive seq: - id: magic contents: [0x3C, 0xE2, 0x9C, 0x01] doc: Magic bytes - id: files_count type: u4 doc: Number of files in archive - id: filetable_offset type: u4 doc: Filetable offset - id: nametable_size type: u4 doc: Size of filenames instances: nametable_offset: value: filetable_offset + 22 * files_count doc: Offset of filenames table filetable: pos: filetable_offset type: file_record repeat: expr repeat-expr: files_count doc: Files metadata table types: file_record: doc: File metadata seq: - id: next_index type: s4 doc: Next file index - id: file_size type: u4 doc: Size of file in bytes - id: file_offset type: u4 doc: File data offset - id: last_change type: u4 doc: Unix timestamp of last change time - id: name_len type: u2 doc: Lenght of filename - id: name_offset type: u4 doc: Filename offset in name array instances: name: io: _root._io pos: name_offset + _parent.nametable_offset type: str encoding: cp1251 size: name_len doc: File name data: io: _root._io pos: file_offset size: file_size doc: Content of file

यह दिलचस्प है: खेल के रूसी संस्करण में, Speech.res संग्रह में दो उपनिर्देशिकाएं हैं और पूरी तरह समान सामग्री के साथ हैं, यही वजह है कि संग्रह का आकार दो बार बड़ा है - यही कारण है कि खेल एक सीडी पर फिट नहीं होता है।

अब आप सभी अभिलेखों को खोल सकते हैं (नेस्टेड हो सकते हैं):

आरईएस सिर्फ एक संग्रह है,
MPR - खेल स्तरों का परिदृश्य,
MQ - मल्टीप्लेयर के कार्यों के बारे में जानकारी,
एएनएम - एनिमेशन का एक सेट,
MOD - 3 डी मॉडल,
बॉन - मॉडल हड्डियों का स्थान।

यदि संग्रह के अंदर की फ़ाइलों का एक्सटेंशन नहीं है, तो हम BON और ANM अभिलेखागार के लिए मूल एक्सटेंशन डाल देंगे।

आप सभी प्राप्त फ़ाइलों को चार समूहों में विभाजित कर सकते हैं:

बनावट;
डेटाबेस;
मॉडल;
स्तर की फाइलें।

आइए सरल से शुरू करें - बनावट के साथ।

एमएमपी

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

संरचना विवरण

 meta: id: mmp title: Evil Islands, MMP file (texture) application: Evil Islands file-extension: mmp license: MIT endian: le doc: MIP-mapping texture seq: - id: magic contents: [0x4D, 0x4D, 0x50, 0x00] doc: Magic bytes - id: width type: u4 doc: Texture width - id: height type: u4 doc: Texture height - id: mip_levels_count type: u4 doc: Number of MIP-mapping stored levels - id: fourcc type: u4 enum: pixel_formats doc: FourCC label of pixel format - id: bits_per_pixel type: u4 doc: Number of bits per pixel - id: alpha_format type: channel_format doc: Description of alpha bits - id: red_format type: channel_format doc: Description of red bits - id: green_format type: channel_format doc: Description of green bits - id: blue_format type: channel_format doc: Description of blue bits - id: unused size: 4 doc: Empty space - id: base_texture type: switch-on: fourcc cases: 'pixel_formats::argb4': block_custom 'pixel_formats::dxt1': block_dxt1 'pixel_formats::dxt3': block_dxt3 'pixel_formats::pnt3': block_pnt3 'pixel_formats::r5g6b5': block_custom 'pixel_formats::a1r5g5b5': block_custom 'pixel_formats::argb8': block_custom _: block_custom types: block_pnt3: seq: - id: raw size: _root.bits_per_pixel block_dxt1: seq: - id: raw size: _root.width * _root.height >> 1 block_dxt3: seq: - id: raw size: _root.width * _root.height block_custom: seq: - id: lines type: line_custom repeat: expr repeat-expr: _root.height types: line_custom: seq: - id: pixels type: pixel_custom repeat: expr repeat-expr: _root.width types: pixel_custom: seq: - id: raw type: switch-on: _root.bits_per_pixel cases: 8: u1 16: u2 32: u4 instances: alpha: value: '_root.alpha_format.count == 0 ? 255 : 255 * ((raw & _root.alpha_format.mask) >> _root.alpha_format.shift) / (_root.alpha_format.mask >> _root.alpha_format.shift)' red: value: '255 * ((raw & _root.red_format.mask) >> _root.red_format.shift) / (_root.red_format.mask >> _root.red_format.shift)' green: value: '255 * ((raw & _root.green_format.mask) >> _root.green_format.shift) / (_root.green_format.mask >> _root.green_format.shift)' blue: value: '255 * ((raw & _root.blue_format.mask) >> _root.blue_format.shift) / (_root.blue_format.mask >> _root.blue_format.shift)' channel_format: doc: Description of bits for color channel seq: - id: mask type: u4 doc: Binary mask for channel bits - id: shift type: u4 doc: Binary shift for channel bits - id: count type: u4 doc: Count of channel bits enums: pixel_formats: 0x00004444: argb4 0x31545844: dxt1 0x33545844: dxt3 0x33544E50: pnt3 0x00005650: r5g6b5 0x00005551: a1r5g5b5 0x00008888: argb8

संभव पिक्सेल पैकेजिंग प्रारूप:

FourCC	विवरण
४४ ४४ ०० ००	ARGB4
४४ ५ ५४ ३१	DXT1
४४ ५ ५४ ३३	DXT3
50 4 ई 54 33	PNT3 - RLE संपीड़ित ARGB8
५० ५६ ०० ००	R5G5B5
५१ ५५ ०० ००	A1R5G5B5
88 88 00 00	ARGB8

PNT3 के बारे में

यदि छवि प्रारूप PNT3 है , तो अनपैकिंग के बाद पिक्सेल संरचना ARGB8 है; bits_per_pixel - बाइट्स में संकुचित छवि का आकार।

PNT3 को अनपैक करना

 n = 0 destination = b"" while src < size: v = int.from_bytes(source[src:src + 4], byteorder='little') src += 4 if v > 1000000 or v == 0: n += 1 else: destination += source[src - (1 + n) * 4:src - 4] destination += b"\x00" * v n = 0

यह दिलचस्प है: कुछ बनावट लंबवत परिलक्षित होती हैं (या कुछ प्रतिबिंबित नहीं होती हैं?)।
और खेल पारदर्शिता से बहुत ईर्ष्या करता है - अगर छवि एक अल्फा चैनल के साथ है, तो पारदर्शी पिक्सेल का रंग बिल्कुल काला होना चाहिए। या सफेद - यह कितना भाग्यशाली है।

सरल प्रारूप समाप्त हो गए हैं, आइए अधिक कठोर लोगों को आगे बढ़ाएं - एक समय में, मॉड निर्माताओं के रैंक ने निम्नलिखित प्रारूपों के लिए अपने स्वयं के संपादन टूल को क्रुद्ध किया, और व्यर्थ नहीं। मैंने आपको चेतावनी दी थी।

डेटाबेस (* DB और अन्य)

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

प्रत्येक नोड में, इसका प्रकार और आकार निर्दिष्ट है:

 unsigned char type_index; unsigned char raw_size; //      unsigned length; //     read(raw_size); if (raw_size & 1) { length = raw_size >> 1; for (int i = 0; i < 3; i++) length <<= 8; read(raw_size); length += raw_size; } else length = raw_size >> 1;

तालिका फ़ील्ड का प्रकार तालिका के लिए प्रारूप स्ट्रिंग से सूचकांक द्वारा लिया जाता है, वास्तविक प्रकार प्राप्त मूल्य से निर्धारित होता है।

फ़ील्ड प्रकार

पद	विवरण
एस	तार
मैं	4 बी इंट
यू	4 बी अहस्ताक्षरित
एफ	4 बी फ्लोट
एक्स	बिट्स बाइट
च	फ्लोट ऐरे
मैं	int सरणी
बी	bool
ख	बूल सरणी
एच	अज्ञात हेक्स बाइट्स
टी	समय
0	कहा नहीं
1	`0FII`
2	`SUFF`
3	`FFFF`
4	`0SISS`
5	`0SISS00000U`

आधारों का विवरण

आइटम (.idb)

तालिका	संरचना
सामग्री	`SSSIFFFIFIFfIX`
हथियार	`SSISIIIFFFFIFIXB00000IHFFFfHHFF`
कवच	`SSISIIIFFFFIFIXB00000ffBiHH`
त्वरित आइटम	`SSISIIIFFFFIFIXB00000IIFFSbH`
आइटम खोजें	`SSISIIIFFFFIFIXB00000Is`
आइटम बेचना	`SSISIIIFFFFIFIXB00000IHI`

स्विच (.ldb)

तालिका	संरचना
प्रोटोटाइप स्विच करें	`SfIFTSSS`

कौशल और कौशल (.pdb)

तालिका	संरचना
कौशल	`SSI0000000s`
कौशल	`SSI0000000SSIIIFFFIIIIBI`

पैरों के निशान (प्रिंट)

तालिका	संरचना
खून के निशान	`0S11`
ज्वाला के निशान	`0S110000001`
पैरों के निशान	`0S11`

मंत्र (.sdb)

तालिका	संरचना
प्रोटोटाइप	`SSSFIFIFFFFIIIIUSSIIbIXFFFFF`
संशोधक	`SSFIFFISX`
टेम्पलेट्स	`0SssSX`
कवच तत्र	`0SssSX`
हथियार पैटर्न	`0SssSX`

जीव (.udb)

तालिका	संरचना
क्षतिग्रस्त भागों	`SffUU`
दौड़	`SUFFUUFfFUUf222222000000000000SssFSsfUUfUUIUSBFUUUU`
राक्षस प्रोटोटाइप	`SSIUIFFFSFFFFFFFFFUFFFFFFff33sfssSFFFFFUFUSF`
एनपीसी	`SUFFFFbbssssFUB`

चिल्लाता है (acks.db)

तालिका	संरचना
उत्तर	`0S0000000044444444444444444444445444444444444`
चिल्लाहट	`0S0000000044444`
अन्य	`0S0000000044`

Quests (.qdb)

तालिका	संरचना
कार्य	`SFIISIIs`
ब्रीफिंग	`SFFsSsssssI`

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

एशियाई विकास बैंक

एक विशिष्ट प्रकार की इकाई के लिए एनीमेशन डेटाबेस। ऊपर उल्लिखित * DB के विपरीत, यह काफी "मानव" है - यह स्थिर क्षेत्र आकारों के साथ एकल-स्तरीय तालिका है।

संरचना विवरण

 meta: id: adb title: Evil Islands, ADB file (animations database) application: Evil Islands file-extension: adb license: MIT endian: le doc: Animations database seq: - id: magic contents: [0x41, 0x44, 0x42, 0x00] doc: Magic bytes - id: animations_count type: u4 doc: Number of animations in base - id: unit_name type: str encoding: cp1251 size: 24 doc: Name of unit - id: min_height type: f4 doc: Minimal height of unit - id: mid_height type: f4 doc: Middle height of unit - id: max_height type: f4 doc: Maximal height of unit - id: animations type: animation doc: Array of animations repeat: expr repeat-expr: animations_count types: animation: doc: Animation's parameters seq: - id: name type: str encoding: cp1251 size: 16 doc: Animation's name - id: number type: u4 doc: Index in animations array - id: additionals type: additional doc: Packed structure with animation parameters - id: action_probability type: u4 doc: Percents of action probability - id: animation_length type: u4 doc: Lenght of animation in game ticks - id: movement_speed type: f4 doc: Movement speed - id: start_show_hide1 type: u4 - id: start_show_hide2 type: u4 - id: start_step_sound1 type: u4 - id: start_step_sound2 type: u4 - id: start_step_sound3 type: u4 - id: start_step_sound4 type: u4 - id: start_hit_frame type: u4 - id: start_special_sound type: u4 - id: spec_sound_id1 type: u4 - id: spec_sound_id2 type: u4 - id: spec_sound_id3 type: u4 - id: spec_sound_id4 type: u4 types: additional: seq: - id: packed type: u8 instances: weapons: value: 'packed & 127' allowed_states: value: '(packed >> 15) & 7' action_type: value: '(packed >> 18) & 15' action_modifyer: value: '(packed >> 22) & 255' animation_stage: value: '(packed >> 30) & 3' action_forms: value: '(packed >> 36) & 63'

यह दिलचस्प है: कई इकाइयों के लिए, आंशिक रूप से छोटा डेटाबेस प्रारूप का उपयोग किया जाता है, जिसे शायद ही कभी खोजा गया हो।

डेटाबेस से निपटने के बाद, हम एक विज्ञापन विराम की घोषणा करते हैं। लेकिन हम किसी भी चीज़ का विज्ञापन नहीं करेंगे - हमारी पद्धति नहीं। बेहतर निरूपित करें कि आगे क्या काम आता है - जीव फ़ाइलों का नाम कैसे दिया जाता है।

मॉडल का नाम प्रारूप

नाम दो वर्णों के समूहों से एकत्र किया गया है - तार्किक "स्तर" के संक्षिप्त रूप।
उदाहरण के लिए, महिला पात्र unhufe होगा - Unit > Human > Female , और initwesp - Inventory > Item > Weapon > Spear , यानी इन्वेंट्री में एक स्पीयर (बैक नहीं, और यह अच्छा है)।

नाम तत्वों का पूरा पेड़:

 un: # unit an: # animal wi: # wild ti # tiger ba # bat bo # boar hy # hyen de # deer gi # rat ra # rat cr # crawler wo # wolf ho: # home co # cow pi # pig do # dog ho # horse ha # hare or: # orc fe # female ma # male mo: # monster co # column (menu) un # unicorn cu # Curse be # beholder tr # troll el # elemental su # succub (harpie) ba # banshee dr # driad sh # shadow li # lizard sk # skeleton sp # spider go # golem, goblin ri # Rick og # ogre zo # zombie bi # Rik's dragon cy # cyclope dg # dragon wi # willwisp mi # octopus to # toad hu: # human fe # female ma # male in: # inventory it: # item qu # quest qi # interactive ar: # armor pl # plate gl # gloves lg # leggins bt # boots sh # shirt hl # helm pt # pants li: # loot mt # material tr # trade we: # weapon hm # hammer dg # dagger sp # spear cb # crossbow sw # sword ax # axe bw # bow gm # game menu fa: # faces un: # unit an: # animal wi: # wild ti: # tiger face # face ba: # bat face # face bo: # boar face # face de: # deer face # face ra: # rat face # face cr: # crawler face # face wo: # wolf face # face ho: # home co: # cow face # face pi: # pig face # face do: # dog face # face ho: # horse face # face ha: # hare face # face hu: # human fe: # female fa # me # th # ma: # male fa # me # th # mo: # monster to: # toad face # face tr: # troll face # face or: # orc face # face sp: # spider face # face li: # lizard face # face na: # nature fl: # flora bu # bush te # termitary tr # tree li # waterplant wa # waterfall sk # sky st # stone ef: # effects cu # ar # co # components st: # static si # switch bu: # building to # tower ho # house tr # trap br # bridge ga # gate we # well (waterhole) wa: # wall me # medium li # light to # torch st # static

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

नैतिक रूप से आराम करने के बाद, हम मॉडल में हेडलॉन्ग करते हैं। उन्हें कई प्रारूपों में प्रस्तुत किया जाता है जो एक साथ जुड़े होते हैं।

LNK

तार्किक रूप से - मॉडल का आधार। आधुनिक 3 डी मॉडलिंग के संदर्भ में मॉडल के कुछ हिस्सों की पदानुक्रम का वर्णन किया गया है - हड्डियों का पदानुक्रम।

संरचना विवरण

 meta: id: lnk title: Evil Islands, LNK file (bones hierarchy) application: Evil Islands file-extension: lnk license: MIT endian: le doc: Bones hierarchy seq: - id: bones_count type: u4 doc: Number of bones - id: bones_array type: bone repeat: expr repeat-expr: bones_count doc: Array of bones types: bone: doc: Bone node seq: - id: bone_name_len type: u4 doc: Length of bone's name - id: bone_name type: str encoding: cp1251 size: bone_name_len doc: Bone's name - id: parent_name_len type: u4 doc: Length of bone's parent name - id: parent_name type: str encoding: cp1251 size: parent_name_len doc: Bone's parent name

मूल हड्डी का मूल नाम एक खाली स्ट्रिंग है (लंबाई 0)।

हड्डियां हैं, हालांकि, उन्हें नाम देना और उन्हें एक साथ रखना पर्याप्त नहीं है - आपको उन्हें एक कंकाल में इकट्ठा करने की आवश्यकता है।

बोन

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

संरचना विवरण

 meta: id: bon title: Evil Islands, BON file (bone position) application: Evil Islands file-extension: bon license: MIT endian: le doc: Bone position seq: - id: position type: vec3 doc: Bone translation repeat: eos types: vec3: doc: 3d vector seq: - id: x type: f4 doc: x axis - id: y type: f4 doc: y axis - id: z type: f4 doc: z axis

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

यह कैसे काम करता है: मॉडल के तीन प्रक्षेप पैरामीटर हैं - सशर्त, ताकत, निपुणता, विकास। मॉडल के 8 चरम राज्य भी हैं। मापदंडों का उपयोग करके, हम ट्रिलिनियर इंटरपोलेशन द्वारा अंतिम मॉडल प्राप्त कर सकते हैं।

एल्गोरिथ्म ही

 def trilinear(val, coefs=[0, 0, 0]): # Linear interpolation by str t1 = val[0] + (val[1] - val[0]) * coefs[1] t2 = val[2] + (val[3] - val[2]) * coefs[1] # Bilinear interpolation by dex v1 = t1 + (t2 - t1) * coefs[0] # Linear interpolation by str t1 = val[4] + (val[5] - val[4]) * coefs[1] t2 = val[6] + (val[7] - val[6]) * coefs[1] # Bilinear interpolation by dex v2 = t1 + (t2 - t1) * coefs[0] # Trilinear interpolation by height return v1 + (v2 - v1) * coefs[2]

यह दिलचस्प है: ट्रिलियनियर मॉडल प्रक्षेप का उपयोग कुछ वस्तुओं को चेतन करने के लिए किया जाता है, उदाहरण के लिए, एक पत्थर का दरवाजा और चेस्ट खोलना।

अब मॉडल के हिस्सों को खुद देखने का समय है।

अंजीर

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

संरचना विवरण

 meta: id: fig title: Evil Islands, FIG file (figure) application: Evil Islands file-extension: fig license: MIT endian: le doc: 3d mesh seq: - id: magic contents: [0x46, 0x49, 0x47, 0x38] doc: Magic bytes - id: vertex_count type: u4 doc: Number of vertices blocks - id: normal_count type: u4 doc: Number of normals blocks - id: texcoord_count type: u4 doc: Number of UV pairs - id: index_count type: u4 doc: Number of indeces - id: vertex_components_count type: u4 doc: Number of vertex components - id: morph_components_count type: u4 doc: Number of morphing components - id: unknown contents: [0, 0, 0, 0] doc: Unknown (aligment) - id: group type: u4 doc: Render group - id: texture_index type: u4 doc: Texture offset - id: center type: vec3 doc: Center of mesh repeat: expr repeat-expr: 8 - id: aabb_min type: vec3 doc: AABB point of mesh repeat: expr repeat-expr: 8 - id: aabb_max type: vec3 doc: AABB point of mesh repeat: expr repeat-expr: 8 - id: radius type: f4 doc: Radius of boundings repeat: expr repeat-expr: 8 - id: vertex_array type: vertex_block doc: Blocks of raw vertex data repeat: expr repeat-expr: 8 - id: normal_array type: vec4x4 doc: Packed normal data repeat: expr repeat-expr: normal_count - id: texcoord_array type: vec2 doc: Texture coordinates data repeat: expr repeat-expr: texcoord_count - id: index_array type: u2 doc: Triangles indeces repeat: expr repeat-expr: index_count - id: vertex_components_array type: vertex_component doc: Vertex components array repeat: expr repeat-expr: vertex_components_count - id: morph_components_array type: morph_component doc: Morphing components array repeat: expr repeat-expr: morph_components_count types: morph_component: doc: Morphing components indeces seq: - id: morph_index type: u2 doc: Index of morphing data - id: vertex_index type: u2 doc: Index of vertex vertex_component: doc: Vertex components indeces seq: - id: position_index type: u2 doc: Index of position data - id: normal_index type: u2 doc: Index of normal data - id: texture_index type: u2 doc: Index of texcoord data vec2: doc: 2d vector seq: - id: u type: f4 doc: u axis - id: v type: f4 doc: v axis vec3: doc: 3d vector seq: - id: x type: f4 doc: x axis - id: y type: f4 doc: y axis - id: z type: f4 doc: z axis vec3x4: doc: 3d vector with 4 values per axis seq: - id: x type: f4 doc: x axis repeat: expr repeat-expr: 4 - id: y type: f4 doc: y axis repeat: expr repeat-expr: 4 - id: z type: f4 doc: z axis repeat: expr repeat-expr: 4 vertex_block: doc: Vertex raw block seq: - id: block type: vec3x4 doc: Vertex data repeat: expr repeat-expr: _root.vertex_count vec4x4: doc: 4d vector with 4 values per axis seq: - id: x type: f4 doc: x axis repeat: expr repeat-expr: 4 - id: y type: f4 doc: y axis repeat: expr repeat-expr: 4 - id: z type: f4 doc: z axis repeat: expr repeat-expr: 4 - id: w type: f4 doc: w axis repeat: expr repeat-expr: 4

कठिनाई क्या है? तो सब के बाद, मानदंडों और कोने का डेटा 4 के ब्लॉक में संग्रहीत किया जाता है, और वर्टिपेशन को 8 ब्लॉकों में ध्रुवीकरण के लिए भी व्यवस्थित किया जाता है।

यह दिलचस्प है: संभवतः, एसएसई निर्देशों की मदद से प्रसंस्करण में तेजी लाने के लिए ऐसा समूह बनाया गया था जो 1999 से इंटेल प्रोसेसर में दिखाई दिया था।

ठीक है, हमने मॉडल पढ़ा और बनाया, लेकिन कुछ गायब है। बिल्कुल - एनिमेशन!

एएनएम

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

संरचना विवरण

 meta: id: anm title: Evil Islands, ANM file (bone animation) application: Evil Islands file-extension: anm license: MIT endian: le doc: Bone animation seq: - id: rotation_frames_count type: u4 doc: Number of rotation frames - id: rotation_frames type: quat repeat: expr repeat-expr: rotation_frames_count doc: Bone rotations - id: translation_frames_count type: u4 doc: Number of translation frames - id: translation_frames type: vec3 repeat: expr repeat-expr: translation_frames_count doc: Bone translation - id: morphing_frames_count type: u4 doc: Number of morphing frames - id: morphing_vertex_count type: u4 doc: Number of vertices with morphing - id: morphing_frames type: morphing_frame repeat: expr repeat-expr: morphing_frames_count doc: Array of morphing frames types: vec3: doc: 3d vector seq: - id: x type: f4 doc: x axis - id: y type: f4 doc: y axis - id: z type: f4 doc: z axis quat: doc: quaternion seq: - id: w type: f4 doc: w component - id: x type: f4 doc: x component - id: y type: f4 doc: y component - id: z type: f4 doc: z component morphing_frame: doc: Array of verteces morphing seq: - id: vertex_shift type: vec3 repeat: expr repeat-expr: _parent.morphing_vertex_count doc: Morphing shift per vertex

यह बात है - अब हमारे पास एक पूर्ण विकसित मॉडल है, आप ताज़ी रूप से प्रदान की गई हर्मिट छिपकली की प्रशंसा कर सकते हैं:

विषाद का एक क्षण

जानें कि छिपकली की जरूरत क्या है

अपने घर में छिपकली के साथ बातचीत

हरमिट छिपकली: आप आ गए हैं यार। यह अच्छा है।

Zach: यह है कि तुम सब मुझे बताना चाहता था?

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

हरमिट छिपकली: लोग सोने से प्यार करते हैं। सोने की छिपकलियां निर्बाध होती हैं। तुम मेरा काम पूरा करोगे, और मैं तुम्हें वह सोना दूंगा जो मेरे पास है। बहुत सोना है।

Zach (सोच-समझकर और बिना ज्यादा दिलचस्पी के) : हम्म ... गोल्ड ... यह निश्चित रूप से नुकसान नहीं पहुंचाएगा ...

Zach: यह बेहतर होगा यदि आप मुझे यह पता लगाने में मदद कर सकें कि जिस पुराने जादूगर को मैं इतने लंबे समय से देख रहा हूं। आखिरकार, छिपकली एक प्राचीन लोग हैं, और आप इसे जान सकते हैं!

हरमिट छिपकली: आप सही कह रहे हैं। छिपकली एक प्राचीन लोग हैं। मैं वह सब कुछ एकत्र कर सकता हूं जो हम बूढ़े आदमी के बारे में जानते हैं। क्या आप मेरे मिशन को पूरा करने के लिए सहमत हैं?

Zach: क्या बात है! गौर कीजिए कि सब कुछ पहले ही हो चुका है।

हर्मिट छिपकली (गंभीरता से) : पहले से ही किया है? क्या आप मुझे धोखा देना चाहते हैं?

Zach: वास्तव में, मैं एक मजाक बनाना चाहता था, अन्यथा आप वास्तव में गंभीर थे।

द हर्मिट छिपकली: मैं देख रहा हूं। यह एक मजाक है। मुझे लगता है कि मैं मजाक भी कर सकता हूं। तब। और अब मुझे आपको नहर में पानी लौटाने की आवश्यकता है। Orcs ने हमसे पानी चुराया।

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

हरमिट छिपकली: उसके बाद, वापस आओ। मैं आपको पुराने जादूगर के बारे में सब कुछ बताऊंगा।

Zach: हाथ पर हाथ! लेकिन, अगर आप कहानी में थोड़े से सिक्के जोड़ते हैं, तो मुझे बिल्कुल भी बुरा नहीं लगेगा।

द हर्मिट छिपकली: सिक्कों के लिए, मेरे रिश्तेदारों के पास जाएं जो दक्षिण में आगे उथले हैं। सबसे दूर रेतीले द्वीप, एक पंक्ति में तीसरा। खज़ाना आपका होगा!

छिपकली हरमिट (खुद को) : अजीब बात है। इस आदमी को हास्य पसंद है। मैं मजाक कर रहा था। वह आदमी नहीं हंसा। बहुत अजीब है।

अब - सबसे दिलचस्प: नक्शा कैसे संग्रहीत किया जाता है।

सांसद

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

पहले आपको परिदृश्य का सामान्य विवरण देने की आवश्यकता है:

"विखंडू" की संख्या - कार्ड के टुकड़े 32x32 मीटर;
अधिकतम ऊँचाई (चूंकि लम्बाई की ऊँचाई पूर्णांक पैमाने में संग्रहीत होती है);
टाइल एटलस की संख्या।

, — , .

 meta: id: mp title: Evil Islands, MP file (map header) application: Evil Islands file-extension: mp license: MIT endian: le doc: Map header seq: - id: magic contents: [0x72, 0xF6, 0x4A, 0xCE] doc: Magic bytes - id: max_altitude type: f4 doc: Maximal height of terrain - id: x_chunks_count type: u4 doc: Number of sectors by x - id: y_chunks_count type: u4 doc: Number of sectors by y - id: textures_count type: u4 doc: Number of texture files - id: texture_size type: u4 doc: Size of texture in pixels by side - id: tiles_count type: u4 doc: Number of tiles - id: tile_size type: u4 doc: Size of tile in pixels by side - id: materials_count type: u2 doc: Number of materials - id: animated_tiles_count type: u4 doc: Number of animated tiles - id: materials type: material doc: Map materials repeat: expr repeat-expr: materials_count - id: id_array type: u4 doc: Tile type repeat: expr repeat-expr: tiles_count enum: tile_type - id: animated_tiles type: animated_tile doc: Animated tiles repeat: expr repeat-expr: animated_tiles_count types: material: doc: Material parameters seq: - id: type type: u4 doc: Material type by enum: terrain_type - id: color type: rgba doc: RGBA diffuse color - id: self_illumination type: f4 doc: Self illumination - id: wave_multiplier type: f4 doc: Wave speed multiplier - id: warp_speed type: f4 doc: Warp speed multiplier - id: unknown size: 12 types: rgba: doc: RGBA color seq: - id: r type: f4 doc: Red channel - id: g type: f4 doc: Green channel - id: b type: f4 doc: Blue channel - id: a type: f4 doc: Alpha channel enums: terrain_type: 0: base 1: water_notexture 2: grass 3: water animated_tile: doc: Animated tile parameters seq: - id: start_index type: u2 doc: First tile of animation - id: length type: u2 doc: Animation frames count enums: tile_type: 0: grass 1: ground 2: stone 3: sand 4: rock 5: field 6: water 7: road 8: empty 9: snow 10: ice 11: drygrass 12: snowballs 13: lava 14: swamp 15: highrock

terrain type
0
1
2
3

material type
0	grass
1	ground
2	stone
3	sand
4	rock
5	field
6	water
7	road
8	(empty)
9	snow
10	ice
11	drygrass
12	snowballs
13	lava
14	swamp
15	highrock

, Res/aiinfo.res/tileDesc.reg .

: , — .
: .

. !

SEC

— 3232 . , ZonenameXXXYYY .

 meta: id: sec title: Evil Islands, SEC file (map sector) application: Evil Islands file-extension: sec license: MIT endian: le doc: Map sector seq: - id: magic contents: [0x74, 0xF7, 0x4B, 0xCF] doc: Magic bytes - id: liquids type: u1 doc: Liquids layer indicator - id: vertexes type: vertex doc: Vertex array 33x33 repeat: expr repeat-expr: 1089 - id: liquid_vertexes type: vertex doc: Vertex array 33x33 if: liquids != 0 repeat: expr repeat-expr: 'liquids != 0 ? 1089 : 0' - id: tiles type: tile doc: Tile array 16x16 repeat: expr repeat-expr: 256 - id: liquid_tiles type: tile doc: Tile array 16x16 if: liquids != 0 repeat: expr repeat-expr: 'liquids != 0 ? 256 : 0' - id: liquid_material type: u2 doc: Index of material if: liquids != 0 repeat: expr repeat-expr: 'liquids != 0 ? 256 : 0' types: vertex: doc: Vertex data seq: - id: x_shift type: s1 doc: Shift by x axis - id: y_shift type: s1 doc: Shift by y axis - id: altitude type: u2 doc: Height (z position) - id: packed_normal type: normal doc: Packed normal normal: doc: Normal (3d vector) seq: - id: packed type: u4 doc: Normal packed in 4b instances: x: doc: Unpacked x component value: packed >> 11 & 0x7FF y: doc: Unpacked y component value: packed & 0x7FF z: doc: Unpacked z component value: packed >> 22 tile: doc: Tile parameters seq: - id: packed type: u2 doc: Tile information packed in 2b instances: index: doc: Tile index in texture value: packed & 63 texture: doc: Texture index value: packed >> 6 & 255 rotation: doc: Tile rotation (*90 degrees) value: packed >> 14 & 3

— .

10 z, 11 x y

 unsigned packed_normal; float x = ((float)((packed_normal >> 11) & 0x7FF) - 1000.0f) / 1000.0f; float y = ((float)(packed_normal & 0x7FF) - 1000.0f) / 1000.0f; float z = (float)(packed_normal >> 22) / 1000.0f;

6 , 8 , 2

 unsigned short texture; unsigned char tile_index = f & 63; unsigned char texture_index = (f >> 6) & 255; unsigned char rotation = (f >> 14) & 3;

33 33 , , 3232 . — 1 .

:
x = x + x_offset / 254
y = y + y_offset / 254
z = altitude / 65535 * max_altitude ( .mp )

"", :

  0 1 2 *-*-* |\|\| ~ 33 *-*-* |\|\| ~ 66 *-*-* ~ ~ ~

, , 1616 . — 2 . , 90 .

. , , ID , MP .

: MP, , : ID , - .
ID — .

— :

- — , .

MOB

( ) , , : . — " ", .
, ( ).

 typedef structure { unsigned type_id; unsigned size; byte data[size - 8]; } node;

(, !)

( , )

 meta: id: mob title: Evil Islands, MOB file (map entities) application: Evil Islands file-extension: mob license: MIT endian: le doc: Map entities tree seq: - id: root_node type: node doc: Root node types: node: doc: Entity node seq: - id: type_id type: u4 doc: Node children type ID - id: size type: u4 doc: Node full size - id: data type: node_data size: size - 8 doc: Node stored data node_data: doc: Node data seq: - id: value type: switch-on: _parent.type_id cases: 0xA000: node 0x00001E00: node 0x00001E01: node 0x00001E02: node 0x00001E03: node 0x00001E0B: node 0x00001E0E: node 0x0000A000: node 0x0000AA01: node 0x0000ABD0: node 0x0000B000: node 0x0000B001: node 0x0000CC01: node 0x0000DD01: node 0x0000E000: node 0x0000E001: node 0x0000F000: node 0x0000FF00: node 0x0000FF01: node 0x0000FF02: node 0xBBAB0000: node 0xBBAC0000: node 0xBBBB0000: node 0xBBBC0000: node 0xBBBD0000: node 0xBBBE0000: node 0xBBBF0000: node 0xDDDDDDD1: node _: u1 doc: Node elements repeat: eos

	()
AiGraph
AreaArray
Byte	1	1
Diplomacy	4096	32x32 2
Dword	4	4
फ्लोट	4	4
LeverStats	12
Null	0
Plot	12	3 floats (vec3)
Plot2DArray
Quaternion	16	4 floats (vec4)
Record	>8
Rectangle
तार
StringArray	>4
StringEncrypted	>4
UnitStats	180
Unknown

type_id

type_id
0x00000000	Record	ROOT
0x00001E00	Record	VSS_SECTION
0x00001E01	Record	VSS_TRIGER
0x00001E02	Record	VSS_CHECK
0x00001E03	Record	VSS_PATH
0x00001E04	Dword	VSS_ID
0x00001E05	Rectangle	VSS_RECT
0x00001E06	Dword	VSS_SRC_ID
0x00001E07	Dword	VSS_DST_ID
0x00001E08	तार	VSS_TITLE
0x00001E09	तार	VSS_COMMANDS
0x00001E0A	Byte	VSS_ISSTART
0x00001E0B	Record	VSS_LINK
0x00001E0C	तार	VSS_GROUP
0x00001E0D	Byte	VSS_IS_USE_GROUP
0x00001E0E	Record	VSS_VARIABLE
0x00001E0F	StringArray	VSS_BS_CHECK
0x00001E10	StringArray	VSS_BS_COMMANDS
0x00001E11	तार	VSS_CUSTOM_SRIPT
0x0000A000	Record	OBJECTDBFILE
0x0000AA00	Null	LIGHT_SECTION
0x0000AA01	Record	LIGHT
0x0000AA02	फ्लोट	LIGHT_RANGE
0x0000AA03	तार	LIGHT_NAME
0x0000AA04	Plot	LIGHT_POSITION
0x0000AA05	Dword	LIGHT_ID
0x0000AA06	Byte	LIGHT_SHADOW
0x0000AA07	Plot	LIGHT_COLOR
0x0000AA08	तार	LIGHT_COMMENTS
0x0000ABD0	Record	WORLD_SET
0x0000ABD1	Plot	WS_WIND_DIR
0x0000ABD2	फ्लोट	WS_WIND_STR
0x0000ABD3	फ्लोट	WS_TIME
0x0000ABD4	फ्लोट	WS_AMBIENT
0x0000ABD5	फ्लोट	WS_SUN_LIGHT
0x0000B000	Record	OBJECTSECTION
0x0000B001	Record	OBJECT
0x0000B002	Dword	NID
0x0000B003	Dword	OBJTYPE
0x0000B004	तार	OBJNAME
0x0000B005	Null	OBJINDEX
0x0000B006	तार	OBJTEMPLATE
0x0000B007	तार	OBJPRIMTXTR
0x0000B008	तार	OBJSECTXTR
0x0000B009	Plot	OBJPOSITION
0x0000B00A	Quaternion	OBJROTATION
0x0000B00B	Null	OBJTEXTURE
0x0000B00C	Plot	OBJCOMPLECTION
0x0000B00D	StringArray	OBJBODYPARTS
0x0000B00E	तार	PARENTTEMPLATE
0x0000B00F	तार	OBJCOMMENTS
0x0000B010	Null	OBJ_DEF_LOGIC
0x0000B011	Byte	OBJ_PLAYER
0x0000B012	Dword	OBJ_PARENT_ID
0x0000B013	Byte	OBJ_USE_IN_SCRIPT
0x0000B014	Byte	OBJ_IS_SHADOW
0x0000B015	Null	OBJ_R
0x0000B016	तार	OBJ_QUEST_INFO
0x0000C000	Null	SC_OBJECTDBFILE
0x0000CC00	Null	SOUND_SECTION
0x0000CC01	Record	SOUND
0x0000CC02	Dword	SOUND_ID
0x0000CC03	Plot	SOUND_POSITION
0x0000CC04	Dword	SOUND_RANGE
0x0000CC05	तार	SOUND_NAME
0x0000CC06	Dword	SOUND_MIN
0x0000CC07	Dword	SOUND_MAX
0x0000CC08	तार	SOUND_COMMENTS
0x0000CC09	Null	SOUND_VOLUME
0x0000CC0A	StringArray	SOUND_RESNAME
0x0000CC0B	Dword	SOUND_RANGE2
0x0000CC0D	Byte	SOUND_AMBIENT
0x0000CC0E	Byte	SOUND_IS_MUSIC
0x0000D000	Null	PR_OBJECTDBFILE
0x0000DD00	Null	PARTICL_SECTION
0x0000DD01	Record	PARTICL
0x0000DD02	Dword	PARTICL_ID
0x0000DD03	Plot	PARTICL_POSITION
0x0000DD04	तार	PARTICL_COMMENTS
0x0000DD05	तार	PARTICL_NAME
0x0000DD06	Dword	PARTICL_TYPE
0x0000DD07	फ्लोट	PARTICL_SCALE
0x0000E000	Record	DIRICTORY
0x0000E001	Record	FOLDER
0x0000E002	तार	DIR_NAME
0x0000E003	Dword	DIR_NINST
0x0000E004	Dword	DIR_PARENT_FOLDER
0x0000E005	Byte	DIR_TYPE
0x0000F000	Record	DIRICTORY_ELEMENTS
0x0000FF00	Record	SEC_RANGE
0x0000FF01	Record	MAIN_RANGE
0x0000FF02	Record	RANGE
0x0000FF05	Dword	MIN_ID
0x0000FF06	Dword	MAX_ID
0x31415926	AiGraph	AIGRAPH
0xACCEECCA	तार	SS_TEXT_OLD
0xACCEECCB	StringEncrypted	SS_TEXT
0xBBAB0000	Record	MAGIC_TRAP
0xBBAB0001	Dword	MT_DIPLOMACY
0xBBAB0002	तार	MT_SPELL
0xBBAB0003	AreaArray	MT_AREAS
0xBBAB0004	Plot2DArray	MT_TARGETS
0xBBAB0005	Dword	MT_CAST_INTERVAL
0xBBAC0000	Record	LEVER
0xBBAC0001	Null	LEVER_SCIENCE_STATS
0xBBAC0002	Byte	LEVER_CUR_STATE
0xBBAC0003	Byte	LEVER_TOTAL_STATE
0xBBAC0004	Byte	LEVER_IS_CYCLED
0xBBAC0005	Byte	LEVER_CAST_ONCE
0xBBAC0006	LeverStats	LEVER_SCIENCE_STATS_NEW
0xBBAC0007	Byte	LEVER_IS_DOOR
0xBBAC0008	Byte	LEVER_RECALC_GRAPH
0xBBBB0000	Record	UNIT
0xBBBB0001	Null	UNIT_R
0xBBBB0002	तार	UNIT_PROTOTYPE
0xBBBB0003	Null	UNIT_ITEMS
0xBBBB0004	UnitStats	UNIT_STATS
0xBBBB0005	StringArray	UNIT_QUEST_ITEMS
0xBBBB0006	StringArray	UNIT_QUICK_ITEMS
0xBBBB0007	StringArray	UNIT_SPELLS
0xBBBB0008	StringArray	UNIT_WEAPONS
0xBBBB0009	StringArray	UNIT_ARMORS
0xBBBB000A	Byte	UNIT_NEED_IMPORT
0xBBBC0000	Record	UNIT_LOGIC
0xBBBC0001	Null	UNIT_LOGIC_AGRESSIV
0xBBBC0002	Byte	UNIT_LOGIC_CYCLIC
0xBBBC0003	Dword	UNIT_LOGIC_MODEL
0xBBBC0004	फ्लोट	UNIT_LOGIC_GUARD_R
0xBBBC0005	Plot	UNIT_LOGIC_GUARD_PT
0xBBBC0006	Byte	UNIT_LOGIC_NALARM
0xBBBC0007	Byte	UNIT_LOGIC_USE
0xBBBC0008	Null	UNIT_LOGIC_REVENGE
0xBBBC0009	Null	UNIT_LOGIC_FEAR
0xBBBC000A	फ्लोट	UNIT_LOGIC_WAIT
0xBBBC000B	Byte	UNIT_LOGIC_ALARM_CONDITION
0xBBBC000C	फ्लोट	UNIT_LOGIC_HELP
0xBBBC000D	Byte	UNIT_LOGIC_ALWAYS_ACTIVE
0xBBBC000E	Byte	UNIT_LOGIC_AGRESSION_MODE
0xBBBD0000	Record	GUARD_PT
0xBBBD0001	Plot	GUARD_PT_POSITION
0xBBBD0002	Null	GUARD_PT_ACTION
0xBBBE0000	Record	ACTION_PT
0xBBBE0001	Plot	ACTION_PT_LOOK_PT
0xBBBE0002	Dword	ACTION_PT_WAIT_SEG
0xBBBE0003	Dword	ACTION_PT_TURN_SPEED
0xBBBE0004	Byte	ACTION_PT_FLAGS
0xBBBF0000	Record	TORCH
0xBBBF0001	फ्लोट	TORCH_STRENGHT
0xBBBF0002	Plot	TORCH_PTLINK
0xBBBF0003	तार	TORCH_SOUND
0xDDDDDDD1	Record	DIPLOMATION
0xDDDDDDD2	Diplomacy	DIPLOMATION_FOF
0xDDDDDDD3	StringArray	DIPLOMATION_PL_NAMES
0xFFFFFFFF	Unknown	UNKNOWN

— , , Nival, — , ( , ).

 unsigned key; for (size_t i = 0; i < size; i++) { key += (((((key * 13) << 4) + key) << 8) - key) * 4 + 2531011; data[i] ^= key >> 16; }

: , ( ) . , , , .

( , , — Windows 98):

: , . , ( , , " : ", ).

, , - - , , Collada :

. , .

, . - , — - , . , -...

— !

UPD (23.01.2019):
, : github .
, (, "" ).

http://ru.nival.com/games/history/zemli —
https://ru.wikipedia.org/wiki/_ —
https://allods.gipat.ru/index.php?p=ei — " "
https://evil-islands.imtqy.com — ,

http://gipatgroup.org/utilities — EiEdit (.res, .*db), MobSurgeon (.mob)
http://svn.gipat.org/trac/GGWiki — EiEdit (.res, .*db), MobSurgeon (.mob), .mp, .sec, .*db
https://github.com/demothorg/eifixer —
https://github.com/konstvest/ei_figer — Blender .lnk, .fig, .bon, .anm
https://github.com/demothorg/ei-tools — (.mob, .lnk, .mpr, .res) +
https://github.com/konstvest/ei_maper — (.mpr, .mp, .sec, .mob)
https://github.com/chemmalion/EIDBEditor — (.*db)
https://gitlab.com/ykurganov/open-evil-islands — ,

https://vk.com/evil.islands —
http://allods.gipat.ru — " "
http://gipat.ru — " "
http://gipatgroup.org/forum — GipatGroup ( — )
http://honestgroup.net/forum — HonestGroup

"मैं पत्थर नहीं देता" या "शापित भूमि" खेल के संसाधनों को कैसे व्यवस्थित किया जाता है

परिचय

खेल की जानकारी

संक्षेप में लेख के बारे में

... और इसे कैसे पढ़ा जाए

संसाधन और वे कहाँ रहते हैं

REG

सीएएम

आरईएस

एमएमपी

PNT3 को अनपैक करना

डेटाबेस (* DB और अन्य)

आइटम (.idb)

स्विच (.ldb)

कौशल और कौशल (.pdb)

पैरों के निशान (प्रिंट)

मंत्र (.sdb)

जीव (.udb)

चिल्लाता है (acks.db)

Quests (.qdb)

एशियाई विकास बैंक

मॉडल का नाम प्रारूप

LNK

बोन

अंजीर

एएनएम

जानें कि छिपकली की जरूरत क्या है

सांसद

SEC

MOB

More articles: