Outpost 2 Formáty souborů · bei.pm

Formáty dat používané v Outpost 2 mají strukturu připomínající JFIF / PNG - jednotlivé datové bloky vždy obsahují 8 bajtový header. Takže si ušetřím dokumentaci jednotlivých headerů na příslušných specifických místech a dokumentuji pouze odchylky.

Formát je vždy následující; skutečná uživatelská data jsou v něm pak vložena:

Volumes jsou datové kontejnery pro hru, podobně jako archivní formát jako např. Tarball. Alespoň v Outpost 2 formát obsahuje pouze soubory - žádné složky. Pravděpodobně by se však daly simulovat pomocí odpovídajících názvů souborů.

Volume se skládá z hlavičky volume a několika bloků volume, které odpovídají konkrétním souborům.

"Volumes" jsou soubory s příponou 'vol' ve herním adresáři.

Objemový hlavička sama o sobě neobsahuje žádná uživatelská data.
Slouží pouze jako kontejner.

A jako první údaj v objemové hlavičce by měly být objemové řetězce; za nimi následují informace o objemu.

V případě Volume Strings se jedná o seznam názvů souborů, které jsou obsaženy v daném volume.

Informace o svazku obsahují podrobnější údaje o souborech. V určitých ohledech se jedná o jakýsi typ záznamu v adresáři FAT (FAT = Tabulka alokace souborů).

Počet souborů se vypočítá jako velikost bloku dělená délkou záznamů v adresáři - 14 bajtů.

Každý jednotlivý záznam v adresáři má přitom následující strukturu:

Objemový blok je kontejner, který obsahuje soubory. Znovu, kvůli formátu bloku, obsahuje redundatně velikost souboru a následně přímo následují uživatelská data.

Tiles jsou specifickým bitmapovým grafickým formátem pro Outpost-2. Čítají 13 Tilesetů, nazývaných "wells" (well0000.bmp až well0012.bmp), které se nacházejí uvnitř objemu maps.vol.

Tilesety / Wells obsahují následující:

Doporučuje se pro přesnou realizaci nezobrazovat dlaždice předem, aby se mohly ukládat do cache, protože data pro cyklus den/noc musí být ještě zpracována - a vzniklo by tak velmi, velmi mnoho dat.

Dlaždice jsou 8bpp grafiky s indexovanou paletou o rozlišení 32x32 pixelů, které jsou uspořádány vedle sebe. V takto vytvořeném dlaždicovém souboru však může být mnohem více

Hlavní kontejner se skládá ze 2 sekcí: head a data.

Po těchto údajích následuje ještě soubor palety ve standardizovaném formátu RIFF. Přesná specifikace se nachází - protože se palety objevují i jinde - na stránce Palety.

Nakonec následují čistá pixlová data, zleva nahoře řádkově směrem k pravému dolnímu rohu.
Hodnota dat u grafiky, která je obvykle ve formátu 8bpp bitmap, odpovídá indexu barvy v barevné paletě.

Herní engine pravděpodobně vykresluje dlaždice *na vyžádání*.
To je zřejmě částečně způsobeno cyklem dne a noci, který zná 32 odstínů jednotlivých dlaždic. Z hodnoty jasu se zřejmě 'trochu' odečítá. Přesné hodnoty zatím nebylo možné určit, pracuji na základě výpočtu

v *= (daylight / 48) + 0.25;

s HSV daty pixelů, přičemž daylight je hodnota od 0 do 31 a v je hodnota mezi 0 a 1. Dále je třeba vzít v úvahu, že na mapě existuje ještě okraj 16 dlaždic vlevo a vpravo (ten slouží k neviditelnému spawnování jednotek).

Kromě toho se zdá, že cyklus dne a noci aktualizuje každé herní kolo pouze jeden sloupec mapy.
Zrychlený cyklus dne a noci vypadá následovně:

Co přesně znamená PRT mi není známo; mohlo by to například znamenat 'Palette and Resource Table' - protože se jedná o tento soubor - nalezený jako op2_art.prt v maps.vol - který skutečně takovou funkci má, nebo by to tuto funkci docela dobře popsalo.

Tento soubor obsahuje seznam palet, tabulku všech použitých bitmap, všechny definice animací a také řadu neznámých dat. Volně se drží dosavadního formátu kontejneru, protože ne všechny záznamy tomuto schématu odpovídají.

CPAL sekce (pravděpodobně znamená kontejner palet) zahrnuje pouze data palet tím, že uvádí, kolik z obvykle 1052 bajtových 8-bitových palet je přítomno.

Uvedení 1052 bajtů není považováno za závazné, protože formát palet může potenciálně předpokládat různé velikosti palet. Platí pouze pro datový soubor, se kterým je Outpost 2 dodáván.

Za seznamem palet ihned a bez úvodního záhlaví následuje seznam bitmap; stejně bezprostředně za ním následují seznamy animací.
Oba jsou zahájeny uint(32) (nebo opět uint24+uint8 flagy?) tím, že obsahují počet záznamů.

Informace o paletách se velmi snadno načítají.
Skládají se vždy z hlavičky a datového segmentu.

Datová sekce zahrnuje jednotlivé záznamy palet. Počet záznamů palet se určuje jako délka bloku děleno 4.

Jednotlivé záznamy mají následující, jednoduchou strukturu;

K paletám lze navíc říci, že pro palety používané v animacích platí následující pravidla:

• První barva je VŽDY transparentní, bez ohledu na to, jaká hodnota je tam uvedena.
• Položky palety 1-24 se v paletách 1-8 považují za barvy hráče.
  Odkud přesně pocházejí barvy mimo hráče 1, není mi známo.
  Předpokládám, že zbývající barvy jsou hardcoded.

Tato datová struktura souboru PRT udává, jak jsou strukturovány bitmapy používané pro sprity. Tyto bitmapy slouží jako jednotlivé části, z nichž je několik složeno do animačního snímku spritu.

Konkrétní obrazová data se však skrývají v op2_art.BMP v herním adresáři.
Proč tento bitmapový soubor obsahuje (většinou správný) RIFF bitmapový header, není jasné. Pravděpodobně Outpost 2 používá systémové API pro načítání grafik, přičemž tento header je dočasně převzat a příslušná, variabilní pole jsou přepsána.

Pixelová data se nacházejí v BMP souboru na pozici Offset + uint32-Offset, který lze najít v BMP souboru na adrese 0x000A (RIFF bitmapový datový offset) a znovu odpovídají řádkovému uspořádání zleva doprava a shora dolů.

Monochromatické grafiky 1bpp mohou být vykresleny tak, že barva 0 představuje úplnou průhlednost, zatímco barva 1 je poloprůhledná černá/šedá, protože monochromatické grafiky se obvykle používají pro stíny vozidel a budov v animacích.

Tímto způsobem lze již sestavit mnoho grafik.

Nyní se dostáváme k vrcholné disciplíně v rámci datových formátů Outpost 2:
k animacím.

Seznamy animací začínají globální hlavičkou, která slouží primárně pro verifikaci dat. Následují konkrétní definice animací, které jsou rozděleny do 3 úrovní:

1. Animace
   Animace je nejvyšší instancí; představuje animaci jednotky, budovy nebo 'partiklové animace' (náraz komety, počasí, exploze) v určité výchozí situaci.
2. Frame
   Frame je jednotlivý snímek v rámci animace. Animace může obsahovat jeden nebo více snímků.
3. Subframe
   Subframe je informace o tom, že určité bitmapě má být pod určitými kritérii vykresleno na určité pozici snímku. Snímek může obsahovat jeden nebo více subframe.

Následně již přímo následují jednotlivé definice animací.

Údaje nejvyšší vrstvy, animace, jsou především administrativními daty - Boundingbox označuje souřadnice značky kolem vozidla/budovy, když je vybráno, a zároveň také určuje, která oblast by měla být klikací.

Offset primárně určuje "nulový bod"; bod, který je třeba připočítat nebo odečíst od herních souřadnic. Mohli bychom také říci matematicky: offset zde označuje počátek souřadnic.

V oknech se, stejně jako u offsetu, jedná o 4 uint(32) hodnoty pro každé okno, které určují oblast, která je považována za použitelnou pro jednotlivé subrámce. Mimo okna se, pokud to není pro bitmapu příslušně určeno, nesmí kreslit.

Tímto můžeme nyní jednotlivé snímky i kompletní animace sestavovat podle potřeby, zde je to ukázáno na komplexnější animaci s indexem 500.

Animace 500 ukazuje, jak je vykládán Plymouth Transporter naložený běžným rudným materiálem. Jedná se o jednu z mála animací, které využívají funkčnost okna.

A tak lze celou animaci spojit dohromady.
Omlouváme se, ale stále existuje problém s horním nakládacím otvorem, protože zde není nastavený odpovídající bit v informacích o typu grafiky.

Zde je ještě několik dalších nádherně animovaných spriteů ze hry:

Nyní zbývá ještě uživatelské rozhraní hry, které je ve stylu kartáčovaného kovu.

Ale i zde je patrné, že Dynamix nemusel vynalézat kolo znovu; zde se nejen jednoduše využívají API User32 a GDI32 poskytované Windows - zejména se zde také využívá správa zdrojů z User32.

Tyto zdroje lze například extrahovat pomocí programů, jako je Resource Hacker, který vyvinul Angus Johnson jako freeware, nebo - pokud se někdo pod Linuxem / Mac OS vyhýbá použití Wine - pomocí wrestool obsaženého v icoutils.