HTML

gondolataim elsősorban játékfejlesztésről

Elsősorban játékfejlesztés magyarul: az enginem fejlesztése során felmerülő problémák, ötletek, tévutak stb dokumentálása, amely számomra és talán mások számára is hasznos lehet később Másodsorban gondolatok szavakban...

Kapcsolat:
aalberik 'at' gmail 'dot' com

Haletető

Galéria

Címkék

Összes

Linkblog

Naptár

október 2022
Hét Ked Sze Csü Pén Szo Vas
<<  < Archív
1 2
3 4 5 6 7 8 9
10 11 12 13 14 15 16
17 18 19 20 21 22 23
24 25 26 27 28 29 30
31

From byte to byte - MDK1

2022.06.14. 00:05 :: syam

What was the goal?

Extract a level static geometry and its materials.

My choice was the first level of the game but which file I should be interested in?
After some brute force investigation (e.g. load the whole file as a binary point cloud)
it turned out there are two candidates: LEVEL7O.SNI and LEVEL7O.MTO.
The first one stores the corridors and the other one stores the arenas.
AFAIK, the game uses a clever method to overcome the memory limitations 
(The game's original system requirements were a 60 MHz Pentium, 16 MB of RAM... - from wiki) only one arena is loaded at once (which can fit into the memory) and not the whole level. When the player enters a corridor the old arena is unloaded and the next arena will be loaded. I guess this may be one of the reasons why the corridors are in a separated file (those are relatively small so can be present in the memory all the time). LEVEL7O.SNI: Its structure seems very straight-forward. First comes a header then chunks' information and at last chunks' data. The way of reading this file in pseudocode and the tokens' meanings: in.Read(XXX) - XXX may represent a sized type or a byte count in.Seek(XXX, YYY) - XXX means byte count, YYY is equivalent to the token from C's stdio in.Padding - skips arbitrary number of bytes to continue reading at an aligned offset push_back - this indicates that the value will be stored in a dynamic array for_each - iterates through a dynamic array [i] - points to an element in a dynamic array stream - a low-endian byte stream stream in; filesize = in.Read(uint32_t) filename = in.Read(12) filesize2 = in.Read(uint32_t) num_chunks = in.Read(uint32_t) for_each(num_chunks) { chunk_name = in.Read(12) // store the chunk's type chunk_types.push_back(in.Read(uint32_t)) // store the offset where the chunk's data is at chunk_data_offsets.push_back(in.Read(uint32_t)) in.Seek(4, SEEK_CUR) } for_each(num_chunks) { // it seems chunks with type 0 means a mesh if(chunk_types[i] == 0) { in.Seek(chunk_data_offsets[i], SEEK_SET) CreateGeometry(in) } } You can see the CreateGeometry function here which is the heart of our project. Let's see what it does: { // unknown 4 bytes in.Seek(4, SEEK_CUR); { num_material_references = in.Read(uint32_t); for_eacb(num_material_references) { // 10 byte length character literal - name of the material material_references.push_back(in.Read(10)); } } // it seems need a 4 byte alignment in.Padding(4) { num_planes = in.Read(uint32_t); for_eacb(num_planes) { // this may be the four coefficients for the plane equation in.Read(float); in.Read(float); in.Read(float); in.Read(float); // unknown 28 bytes in.Read(28); } } { num_triangles = in.Read(uint32_t); for_eacb(num_triangles) { // these indices forms a triangle vertex_indices.push_back(in.Read(uint16_t)) vertex_indices.push_back(in.Read(uint16_t)) vertex_indices.push_back(in.Read(uint16_t)) // which material reference is assigned to this triangle material_indices.push_back(in.Read(uint16_t)) // non-normalized texture coordinates (U, V) for the three vertices uvs.push_back(in.Read(float)) uvs.push_back(in.Read(float)) uvs.push_back(in.Read(float)) uvs.push_back(in.Read(float)) uvs.push_back(in.Read(float)) uvs.push_back(in.Read(float)) } } { num_vertices = in.Read(uint32_t); for_eacb(num_triangles) { // these are the vertex positions in an RH, Z-up coord. system vertices.push_back(in.Read(float)) vertices.push_back(in.Read(float)) vertices.push_back(in.Read(float)) } } // there is some information beyond this which seemed irrelevant for this project }
LEVEL7O.MTO:
This function is also suitable for the LEVEL7O.MTO, however,
the file structure is not fully explored.
This means I manually discovered the file offsets to the chunks' data in this file. These are: 0x93524 - 4 0x1b50ec - 4 0x2a0e4c - 4 0x366d10 - 4 0x439cf8 - 4 0x53fcfc - 4 0x5e78d0 - 4 0x693508 - 4 0x79f728 - 4
There's one thing missing: the textures.
In this case I cheated and used a PowerVR emulator for capture those.

And the result:

And this is another useful tool for MDK1.

Szólj hozzá!

STVB - r6674

2022.05.30. 00:26 :: syam

A végéhez érkezett az első Star Trek játékom fejlesztése, ami az STVB nevet kapta.

A játék forgatókönyve a Star Trek Voyager sorozat 142-147 részei között helyezkedik el, a játék pedig egy sétaszimulátor-kalandjáték-úrhajószimulátor ötvözete (nincs benne fegyver, ellenség - teljesen gyerekkompatibilis). A sorozatból három szereplő kapott új hangot: a kapitány, Belanna és a Doki. A főszereplő pedig Hetes ill. a Delta komp.

Szólj hozzá!

STDF

2021.01.24. 16:54 :: syam

 

Hosszú idő után ismét egy demó készítésére adtam a fejem ezúttal egy konkrét célból. Először is egy rövid videó:

Mint látható egy űrhajószimulátorról van szó egész pontosan a Delta kompról a Star Trek Voyager sorozatból, amellyel a Mars légkörét lehet szelni valamint dokkolni a hangárban.

Szólj hozzá!

10 év

2019.04.18. 23:52 :: syam

Kicsivel több mint 10 éve született az első poszt és 4 éve jelent meg a legutóbbi. Az elmúlt 5 évben sűrűn követték egymást az események. Az egyik, hogy engem is bevonzott az önvezető autók piaca, de mellette az új technológiák felfedezése ill. játékfejlesztési törekvéseim nem álltak meg. Következzen néhány videó a fontosabb állomásokról:

Szólj hozzá!

Címkék: star wars star trek összefoglaló tomb raider softbody inverz kinematika cssm

Recens grafikus API-k - vulkán, földköpeny és a többiek

2015.03.12. 00:26 :: syam

Úgy tűnik ismét eljön az a korszak (egy időre?), amikor a "legyen egységes szabvány" helyett mindenki egyedi, a saját igényeinek megfelelő grafikus szabványt akarja népszerűvé és/vagy kötelezővé tenni. Erre már volt korábban példa a Microsoft-tól, de most úgy látszik az Apple is belépett a táborba, hiszen iOS-n OpenGL ES 3.1 támogatásnak egyelőre nincs nyoma. Hasonló funkcionalitás kihasználásához a saját megoldását a Metal-t kell használnunk (természetesen ennek más okai is vannak).
Most vegyük sorra a főbb, recens grafikus API-kat:

2 komment

Játékanatómia - MDK1 és adatbányászat

2015.02.07. 00:22 :: syam

Ez is egy régi játék (1997) számomra majdhogynem az akció TPS műfaj etalonja többek között pörgő játékmenete, változatos helyszínei, könnyű irányíthatósága miatt. Első találkozás után rajongója lettem így érthető volt, hogy programozói szemszögből is szerettem volna a játékot megismerni vagyis leginkább a kontentjét. Ezzel csak az volt a gond, hogy sehol nem találtam leírást/segítséget (állítólag az eredeti forráskód és kontent is elveszett) ennek kinyerésére ezért egyedül vágtam bele az adatbányászatba.

Szólj hozzá!

Címkék: glide mdk pvs

Játékanatómia - Trespasser és Jurassic Park: Operation Genesis

2015.02.02. 02:07 :: syam

Ismét két őskövület (1998 és 2003), amelyek közül az első izgalmasabb ill. érdekesebb. Talán van még aki emlékezik az első névre, de amit szerintem érdemes róla tudni: technológiailag zseniális volt, de maga a játék megvalósítása borzalmas lett - kivéve a rajongóknak, akik viszont még ma is aktívak.

Szólj hozzá!

Címkék: ai csontváz trespasser vertex skinning inverz kinematika vertex attributum occlusion cull

Linux, MacOS - barát vagy ellenség? - r2236

2014.10.17. 23:59 :: syam

Az elmúlt a napokban a Function-re készült demó portolásával foglalkoztam. A cél a PC-re elérhető másik két jelentősebb operációs rendszer volt: Linux és MacOS - mindkettő 64 bites verzióban. Azért esett a választásom ezekre, mert bár Android portom létezik, de az ottani irányítás még mindig kísérleti fázisban van.

Szólj hozzá!

Címkék: linux macos openal alsa xlib obj-c

Scener lettem?

2014.10.07. 00:51 :: syam

Életem első scene partija és versenye is volt az elmúlt hétvégi Function. Elsőbálozóként sokszor csak pislogtam, hogy konkrétan mi is történik, de szerencsére a szervezők nagyon segítőkészek voltak, amit nagyon köszönök. Rajtuk kívül még külön köszönet B. Zsoltnak ill. H. Csabának, hogy felhívták a figyelmem erre az eseményre és bátorítottak, hogy jelentkezzek játékfejlesztés kategóriában.

5 komment

Címkék: function 2014

Összefoglaló - ráadás

2014.09.30. 00:35 :: syam

Az elmúlt 3 hónapban az eddig leírtakon kívül történt számos apróbb - nagyobb javítás / változtatás, amik közül jöjjenek a lényegesebbek.

Szólj hozzá!

Címkék: vr bullet anaglif physx cardboard softbody multithread sztereó renderelés adreno compute shader newton dynamics delaunay

süti beállítások módosítása