Outpost 2 failivormingud · bei.pm

Outpost 2 kasutatavad andmeformaatidel on JFIF / PNG-le sarnane struktuur - iga andmeploki puhul on alati olemas 8-baidine päis. Seetõttu jätan enda jaoks vahele individuaalsete päiste dokumenteerimise vastavates spetsiifilistes kohtades ja dokumenteerin seal ainult kõrvalekalded.

Formaat on alati järgmine; tegelikud kasutusandmed on seal sees:

Volüümid on mängu jaoks andmekonteiner, sarnane arhiiviformaadile, nagu näiteks Tarball. Outpost 2-s tunneb see formaat siiski vaid faile - mitte kaustasid. Tõenäoliselt saaks neid aga vastavate failinimede kaudu simuleerida.

Volüüm koosneb volüümi päisest ja mitmest volüümi plokist, mis vastavad konkreetsetele failidele.

"Volüümid" on failid, mille laiend on 'vol' mängu kataloogis.

Volume'i pealkiri ei sisalda mitte mingit kasulikku teavet.
See teenib vaid konteinerina.

Volume'i pealkirjas peaks esimesena olema Volume'i stringid; nendele järgnevad siis Volume'i andmed.

Volume Strings on nimekiri failinimedest, mis kuuluvad mahutisse.

Mahtude teave sisaldab üksikasjalikumat teavet failide kohta. See on teatud mõttes nagu FAT-i katalooge (FAT = Faili jaotustabel).

Failide arv tuleneb ploki suurusest, jagatuna katalooge sissekannete pikkusega - 14 baiti.

Igal katalooge sissekandel on järgmine struktuur:

Volume-blokk on konteiner, mis sisaldab faile. See sisaldab veel kord - blockformaatide tõttu - redundantselt faili suurust ja seejärel järgivad kohe kasutusandmed.

Tiilid on Outpost-2-spetsiifiline bitmap-graafikafailide formaat. Need katavad 13 tiilide komplekti, mida nimetatakse "kaevudeks" (well0000.bmp kuni well0012.bmp), mis asuvad mahus maps.vol.

Tiilide komplektid / Kaevud sisaldavad järgmist:

On soovitatav, et täpne rakendus ei renderdaks plaatide eelnevalt, et neid vahemälus hoida, kuna andmed päeva/öö tsükli jaoks peavad veel töötlemiseks minema - ja andmeid koguneks väga, väga palju.

Plaatideks on 8bpp graafika indekseeritud paletiga, mille lahutusvõime on 32x32 pikslit, ja need on omavahel paigutatud. Sellises loodud plaatide kogumis võib siiski olla palju rohkem

Pea konteiner koosneb kahest sektsioonist: head ja data.

nende andmete põhjal järgneb standardiseeritud RIFF-vormingus palettifail. Täpse spetsifikatsiooni leiate - kuna paletid ilmuvad ka mujal - Värvipalettide tabelitest.

Lõpuks järgivad juba puhtad pikselandmed, vasakult ülalpool rida-realt paremale alla.
Datanä值, mis tavaliselt esineb 8bpp-bitmappidena, vastab värvi indeksile värvipaletis.

Mängu mootor joonistab plaate *tõenäoliselt* nõudmisel.
Tundub, et see on osaliselt tingitud päeva-öö tsüklist, mis tunneb 32 erinevat taset. Selgub, et heledusväärtusest 'võetakse natuke' ära. Täpsed väärtused pole veel selgunud, töötan arvutuste põhjal

v *= (daylight / 48) + 0.25;

pikslite HSV-andmetega, kusjuures daylight on väärtus vahemikus 0-31 ja v väärtus vahemikus 0-1. Lisaks tuleb arvesse võtta, et kaardil on kummalgi pool veel 16 plaati (need teenivad nähtamatute üksuste spawnimiseks).

Lisaks näib, et päeva-öö tsükkel uuendab iga mängutsükli jooksul ainult ühte kaardiveergu.
Kiirendatud päeva-öö tsükkel näeb seega välja järgmine:

Millele PRT täpselt viitab, ei ole mulle teada; võimalik, et see tähistab näiteks 'Palette and Resource Table' - kuna see fail, mida leidub nimega op2_art.prt maps.vol failis, on just selline fail, või see kirjeldaks funktsiooni üsna hästi.

See fail sisaldab nimekirja palettidest, tabelit kõigi kasutatud bitmappide kohta, kõiki animatsiooni määratlusi ja veel mitmeid tundmatuid andmeid. See järgib varasemaid konteinerivormingute lõdvalt, kuna mitte kõik andmerikkad ei vasta sellele skeemile.

CPAL sektsioon (tõenäoliselt tähendab see palettide konteinerit) sisaldab ainult palettide andmeid, märkides ära, kui palju on tavaliselt 1052 baitist koosnevaid 8-bitiseid palette.

1052-baidine näit on siiski mitte kohustuslik, kuna palettide formaat võib potentsiaalselt näha ette erinevaid palettide suurusi. See kehtib ainult andmekogumi kohta, millega Outpost 2 tarnitakse.

Palettide nimekirjadele järgneb kohe ja ilma sissejuhatava päiseta bitmappide nimekiri; sellele järgneb kohe ka animatsioonide nimekiri.
Kumbki neist algab uint(32) (või jälle uint24+uint8 lipud?) abil, mis sisaldab andmerikkade arvu.

Kaubaaluste teave on väga lihtne lugeda.
Need koosnevad igaühel pealkirjast ja andmesegmentidest.

Andmesection sisaldab üksikute pookimiste sissekandeid. Pookimiste sissekannete arv tuleneb ploki pikkusest / 4.

Üksikutel sissekannetel on järgmine lihtne struktuur;

Palettide kohta on veel öelda, et animatsioonide jaoks kasutatavate palettide puhul kehtivad järgmised reeglid:

• Esimene värv on ALATI läbipaistev, olenemata sellest, milline väärtus seal on.
• Palettide sissekanded 1-24 loetakse palettides 1-8 mängija värviks.
  Kust värvid mängijast 1 väljaspool täpselt tulevad, on mulle ebaselge.
  Kahtlustan, et ülejäänud värvid on hardcoded.

PRT-faili andmestruktuur näitab, kuidas sprite'ide jaoks kasutatavad bitmap'id on üles ehitatud. Need bitmap'id toimivad kui üksik komponent, millest mitmed kokku pannakse sprite'i animatsioonikaadriks.

Konkreetne pilditeave peitub aga op2_art.BMP mängu kaustas.
Miks selle bitmap-failil on (peamiselt õige) RIFF-bitmapi päis, on ebaselge. Tõenäoliselt kasutab Outpost 2 süsteemi-API-sid graafika laadimiseks, kasutades seda päist ajutiselt ning asendades vastavad, varieeruvad väljad.

Pikslite andmed on BMP-failis asendis offset + uint32-offset, mis asub BMP-failis aadressil 0x000A (RIFF-Bitmapi andmeoffset), ja on jälle järjestatud vasakult ülalpool paremale allapoole.

Monokroomseid 1bpp graafikaid saab joonistada nii, et värv 0 esindab täielikku läbipaistmatust ning värv 1 on poolläbipaistev must/hall, kuna monokroomseid graafikaid kasutatakse tavaliselt sõidukite ja hoonete varjude jaoks animatsioonides.

Nii saab juba palju graafikaid kokku panna.

Nüüd liigume edasi väljaannete 2 andmeformaatide kuningaklassi:
Animatsioonid.

Animatsioonide loendid algavad globaalsete peadega, mis teenivad peamiselt andmete kontrollimist. Seejärel järgivad konkreetsed animatsiooni määratlemised, mis jagunevad 3 tasandisse:

1. Animatsioon
   Animatsioon on kõrgeim tase; see esindab üksuse, hoone või 'osakeste animatsiooni' (koometaari tabamine, ilm, plahvatus) animatsiooni teatud algtingimustes.
2. Raam
   Raam on üksikud pilt animatsioonis. Animatsioon võib sisaldada ühte või mitut raami.
3. Alaraam
   Alaraam on teave selle kohta, et teatud bitmap tuleb teatud kriteeriumide alusel joonistada teatud raami positsioonile. Raam võib sisaldada ühte või mitut alaraami.

Seejärel järgivad kohe konkreetsed animatsiooni määratlemised.

Ülemise kihi, animatsiooni, andmed on peamiselt haldusandmed - Boundingbox tähistab siin sõiduki/hoone ümber asuva märgise koordinaate, kui see on valitud, ja näitab samal ajal, milline ala peaks olema klikatav.

Offset määrab peamiselt "nullpunkti"; punkti, mida tuleb mängusiseste koordinaatide pealt arvesse võtta või maha arvestada. Matemaatiliselt öeldes: offset tähistab siin koordinaatide algpunkti.

Aknad koosnevad, nagu ka offset, igaühe kohta (igale aknale) 4 uint(32) väärtusest, mis näitavad ala, mis on kasutatav eraldi subraamide jaoks. Aknadest väljaspool ei tohi, niikaua kui see on bitmapi jaoks ette nähtud, joonistada.

Samuti saame nüüd koostada üksikuid kaadreid ning ka terveid animatsioone, siin näidates näitena keerukamat animatsiooni, animatsiooni indeksiga 500.

Animatsioon 500 näitab, kuidas Plymouthi transportija, mis on tavalise rauaga laaditud, tühjendatakse. See on üks väheseid animaatsioone, mis kasutab akende funktsionaalsust.

Nii saab kokku panna kogu animatsiooni.
Kahjuks on ülemise laadimisluugi osas endiselt probleem, kuna graafikateabe bit ei ole seadistatud.

Siin on veel mõned, kaunilt animatsioonitud spritid mängust:

Nüüd on puudu mängu kasutajaliides, mis on valmistatud harjatud metall -näo järgi.

Aga ka siin on selgelt näha, et Dynamix ei pidanud ratast uuesti leiutama; siin ei kasutata mitte ainult Windowsi pakutavaid User32- ja GDI32-API-sid, vaid ka User32 ressursside haldust.

Näiteks saab neid eraldada programmidega nagu Angus Johnson tasuta arendatud Resource Hacker, või - kui keegi ei soovi Linuxis / Mac OS-is kasutada Wine'i - kasutades icoutils paketi sisaldavat wrestool.