Outpost 2 failų formatas · bei.pm

Outpost 2 naudojami duomenų formatai turi struktūrą, primenančią JFIF / PNG - kiekvienas duomenų blokas visuomet turi 8 baitų antraštę. Dėl to aš taupysiu savo laiką ir nesirašysiu apie atskiras antraštes atitinkamose specifinėse vietose, o dokumentuosiu tik nuokrypius.

Formatas visada yra toks; tikrieji naudingi duomenys jame yra įterpti:

Tūriniai yra duomenų konteineriai žaidimui, panašūs į archyvų formatą, pavyzdžiui, Tarball. Mažiausiai „Outpost 2“ šis formatas žino tik failus - jokių aplankų. Galima būtų juos simuliuoti naudodamiesi atitinkamais failų pavadinimais.

Tūrinys susideda iš tūrinio antraštės ir kelių tūrinio blokų, kurie atitinka konkrečius failus.

„Tūriniai“ yra failai su plėtiniu 'vol' žaidimo kataloge.

Apimties antraštėje nėra jokių naudotojų duomenų.
Ji tarnauja tik kaip konteineris.

Pirmieji duomenys apimties antraštėje turėtų būti apimties eilutės; po to seka apimties informacija.

Tūrinio eilutėse pateikiama failų, esančių tūryje, pavadinimų sąrašas.

Apimties informacija teikia detalesnę informaciją apie failus. Tai tam tikra prasme yra panaši į FAT katalogo įrašą (FAT = Failų paskirstymo lentelė).

Failų skaičius gaunamas padalijus blokų dydį iš katalogo įrašų ilgio - 14 baitų.

Kiekvienas katalogo įrašas turi tokį patį struktūrą:

Volume blokas yra konteineris, kuriame saugomos bylos. Jame dar kartą - dėl bloko formato - reduntantiškai pateikiama failo dydis, o po to tiesiogiai seka naudingi duomenys.

Tiles yra Outpost-2 specifinis bitmap grafikos formatas. Jie apima 13 tilesetų, "well" vadinamų (well0000.bmp iki well0012.bmp), kuriuos galima rasti tūryje maps.vol.

Tilesetai / Wells apima šiuos elementus:

Patartina, kad tiksliai įgyvendinti, nereikėtų iš anksto renderinti plytelių, kad jas būtų galima talpinti, nes duomenys dienos/nakties ciklui dar turi būti apdoroti - ir tai sukeltų labai daug duomenų.

Plyteles sudaro 8bpp grafika su indeksuojama palete, kurių kiekvienos raiška yra 32x32 pikseliai ir jos yra išdėstytos viena šalia kitos. Tačiau tokioje sukurtame plytelių rinkinyje gali būti daug daugiau.

Pagrindinis konteineris susideda iš 2 sekcijų: head ir data.

Pagal šiuos duomenis dar bus pateikta paletės failas, esantis standartizuotame RIFF formate. Tiksli specifikacija yra - kadangi paletės pasirodo ir kitur - Paletėse.

Galiausiai seka gryni pikselių duomenys, nuo kairės viršaus po eilutę į dešinę apačią.
Duomenų vertė grafiko, kuris paprastai pateikiamas kaip 8bpp bitmap, atitinka spalvos indeksą spalvų paletėje.

Žaidimo variklis, matyt, atvaizduoja plyteles *pagal poreikį*.
Tai, be kita ko, atrodo, yra susiję su dienos-nakties ciklu, kuris žino 32 atskiras plytelių pakopas. Akivaizdu, kad nuo ryškumo vertės kiekvieną kartą 'šiek tiek' atimama. Tikslių vertybių dar nepavyko nustatyti, dirbu pagal skaičiavimo pagrindą

v *= (daylight / 48) + 0.25;

su pikselių HSV duomenimis, kur daylight yra vertė nuo 0 iki 31, o v yra vertė nuo 0 iki 1. Taip pat reikėtų atsižvelgti į tai, kad žemėlapyje kiekvienoje pusėje yra 16 plytelių kraštas (tai naudojama nematomam vienetų atsiradimui).

Priedo, dienos-nakties ciklas kiekviename žaidimo cikle atnaujina tik vieną žemėlapio stulpelį.
Paspartintas dienos-nakties ciklas atrodo taip:

Ką tiksliai reiškia PRT, man nežinoma; galėtų būti pavyzdžiui 'Paletė ir Išteklių Lentelė' - nes šiame faile, randamame kaip op2_art.prt maps.vol, yra tokia informacija, arba tai gana gerai apibūdintų funkciją.

Šis failas apima paletėse esančių duomenų sąrašą, lentelę su visomis naudojamomis bitmap’ais, visas animacijų apibrėžtis ir dar daugybę nežinomų duomenų. Jis laisvai seka ankstesnį konteinerio formatą, kadangi ne visi įrašai atitinka šią schemą.

CPAL skyrius (greičiausiai reiškia paletės konteinerį) apima tik paletės duomenis, nurodydamas, kiek yra įprastai 1052 baitų dydžio 8-bitų paletė.

1052 baitų nurodymas nelaikomas privalomu, kadangi paletės formatas potencialiai gali turėti skirtingus paletės dydžius. Jis galioja tik duomenų rinkiniui, su kuriuo „Outpost 2“ pristatomas.

Po paletėse esančių sąrašų nedelsiant ir be įžanginio antraštės seka bitmap’ų sąrašas; taip pat nedelsiant po to seka animacijų sąrašai.
Abi sekos prasideda su uint(32) (arba vėl uint24 + uint8 žymenys?) nurodydamos įrašų skaičių.

Informacija apie paletes yra labai lengvai skaitoma.
Ji sudaryta iš antraštės ir duomenų segmento.

Duomenų skyrius apima atskirus paletės įrašus. Paletės įrašų skaičius priklauso nuo blokų ilgio / 4.

Atskirų įrašų struktūra yra tokia paprasta;

Apie paletes dar galima pasakyti, kad animacijoms naudojamoms paletėms galioja šios taisyklės:

• Pirmasis spalvos elementas VISADA yra skaidrus, nesvarbu, koks ten nurodytas vertė.
• Paletės įrašai 1-24 yra laikomi žaidėjo spalvomis paletėse 1-8.
  Kur tos spalvos, išskyrus žaidėjo 1, tiksliai kyla, man neaišku.
  Aš spėju, kad likusios spalvos yra įrašytos kodo viduje

Ši PRT failo duomenų struktūra nurodo, kaip yra sukurti bitmai, naudojami spritem. Šie bitmai tarnauja kaip atskira dalis, iš kurios keli yra sujungiami į sprito animacijos kadrą.

Konkreti vaizdo duomenys slepiasi op2_art.BMP žaidimo kataloge.
Nėra aišku, kodėl ši bitma failas turi (daugiausia teisingą) RIFF bitmapių antraštę. Tikėtina, kad Outpost 2 naudoja sistemines API grafikai įkelti, laikinas priėmimas šios antraštės ir atitinkamų, kintančių laukų perrašymas.

Pikselių duomenys yra BMP faile pozicijoje Offset + uint32-Offset, kuri randama BMP faile adresu 0x000A (RIFF bitmapių duomenų ofsetas), ir vėl atitinka eilučių išdėstymą iš viršaus kairėje į dešinę apačioje.

Monochrome 1bpp grafikos gali būti piešiamos taip, kad spalva 0 yra visiškai skaidri, o spalva 1 yra pusiau skaidri juoda/pilka, kadangi monochrominės grafikos dažniausiai naudojamos transporto priemonių ir pastatų šešėliams animacijose sudaryti.

Taigi jau galima sukurti daugelį grafikų.

Dabar pereikime prie aukščiausios disciplinos Outpost 2 duomenų formatuose:
Prie animacijų.

Animacijų sąrašai pradedami globaliu antrašte, kuri pirmiausia tarnauja duomenų patvirtinimui. Po to pateikiamos konkrečios animacijų definicijos, kurios skirstomos į 3 lygius:

1. Animacija
   Animacija yra aukščiausias lygmuo; ji vaizduoja vieneto, pastato ar 'dalelių animacijos' (kometos smūgis, oras, sprogimas) animaciją tam tikroje pradinėje padėtyje.
2. Rėmas
   Rėmas yra vienas vaizdas animacijoje. Animacija gali apimti vieną ar kelis rėmus.
3. Podrėmas
   Podrėmas yra informacija apie tai, kad tam tikra bitmap tam tikromis sąlygomis turi būti nupiešta į konkrečią rėmo vietą. Rėmas gali apimti vieną ar kelis podrėmus.

Toliau pateikiamos pačios animacijų definicijos.

Aukščiausios pakopos, animacijos, duomenys pirmiausia yra administraciniai duomenys - Boundingbox nurodo koordinates, žyminčias transporto priemonės / pastato ribas, kai jis yra pasirinktas, ir taip pat nurodo, kuris plotas turi būti paspaudžiamas.

Ofsetas pirmiausia nustato "nulio tašką"; tašką, kuris turi būti apskaičiuotas pagal žaidimo koordinates arba atimtas. Galima būtų matematiškai pasakyti: ofsetas čia nurodo koordinačių pradžią.

Langai, kaip ir ofsetas, sudaryti iš 4 uint(32) reikšmių (kiekvienam langui), kuriomis nurodomas plotas, laikomas tinkamu atskiriems subframe'ams. Uždaroje langų zonoje, jei tai yra skirta bitmap'ui, nereikia piešti.

Dabar galime sudėti atskirus kadrus, taip pat ir visas animacijas, čia pavyzdžiui, demonstruojama kompleksiškesnė animacija su indeksu 500

Animacija 500 rodo, kaip Plymouth furgonas, pilnas įprasto mineralinio vandens, yra iškraunamas. Tai yra viena iš nedaugelio animacijų, kuri naudoja langų funkcionalumą.

Taigi, visa animacija gali būti sujungta.
Dėl viršutinio krovimo angos vis dar yra problema, nes atitinkamas bitas grafikos tipo informacijoje nėra nustatytas.

Štai dar kelios nuostabiai animuotos sprite iš žaidimo:

Dabar trūksta žaidimo vartotojo sąsajos, kuri yra pagaminta šlifuoto metalo stiliumi.

Bet ir čia aišku, kad Dynamix nereikėjo iš naujo išradinėti rato; čia ne tik paprastai naudojamos Windows teikiamos User32 ir GDI32 API, bet ir User32 resursų valdymas.

Jos gali būti išgaunamos, pavyzdžiui, naudojant nemokamą programą Angus Johnson, vadinamą Resource Hacker, arba - jei nenorite naudoti Wine po Linux / Mac OS - naudojant icoutils paketo wrestool.