Outpost 2 Dǫtrnaformǫt · bei.pm

Þat er sem at Outpost 2 nýta gögnformát, hafa eigi líkt JFIF / PNG uppbygging - hverr gögnkubb hefur ávalt 8 byte höfuð. Því spara ek mér at skrá niðr hvert höfuð á viðeigandi sérstökum stöðum, ok skrá ek þar einungis frávik.

Formatit er ávalt svá; hin raunverulega notagögn eru þar ífelld.

Við volumin er at um dætaílkrá fyrir leikinn, líkt og í skjalavörsluformi eins og t.d. Tarball. Að minnsta kosti í Outpost 2 þekkir formin aðeins skjal - engin mappa. Vandlega má þó koma í veg fyrir þetta með viðeigandi skjalanöfnum.

Eitt volume samanstendur af volume-hefð og mörgum volume-blokkunum, sem samsvara skjalunum.

"Volumes" eru skjalin með endingu 'vol' í leikaskránni.

Volume-hǫfðr inniheldr eigi nytsamligar dǫttur.
Hann þjónar einungis sem hylki.

Fyrsta dǫtt í Volume-hǫfðr skulu vera Volume-strengir; á eftir koma þá Volume-upplýsingar.

Um Volumstrangar er lista yfir skráarnöfn, er innan volumsins eru.

Volum-upplysningar taka til sérhvert dýrmætari upplýsingar um skrár. Þær eru á einhvern hátt eins konar FAT-skrásetning (FAT = Skrásetning á skráarsvæði)

Fjöldi skráa kemur fram úr blokkstærð deilt með lengd skrásetninganna - 14 bítar.

Hver skrásetning hefur hér að segja eftirfarandi uppbyggingu:

Í volume-block er um kassa, er tekur við skrám. Hann inniheldr einungis enn einu sinni - vegna blockformátins - endurtekin skráarstærð ok síðan fylgja beint notkunargögnin.

Í tiles eru sérstakar myndir fyrir Outpost-2, sem eru búnar til í Bitmap-grafíksformi. Þau teygja sig yfir 13 tileset, nefnd "brunnar" (well0000.bmp til well0012.bmp), sem eru innan rúmsins maps.vol.

Hér innihalda tileset / brunnar eftirfarandi:

Það er ráðlegt fyrir nákvæma framkvæmd, at ekki sé rendrað flísirnar fyrirfram til at geyma þær, því at gögnin fyrir dag/nótt-hringrásina verða enn unnin - ok mjög, mjög mörg gögn munu safnast.

Flísirnar eru 8bpp-grafíkur með lýsandi palettu á 32x32 pixla upplausn, er skipað er í röð. Í slíkum flísasafni getur þó miklu fleiri

Aðal-ílátit samanstendur af 2 hlutum: head ok data.

Eftir þessum upplýsingum fer fram enn ein palettuskjal í staðlaðri RIFF-formi. Nákvæm lýsing finnst - þar sem palettur koma einnig fram annars staðar - undir Palettin.

Í síðasta lagi fylgja nú þegar berir pixeldatarnir, frá vinstri-upp til hægri-neðri, línu fyrir línu.
Þegar gildi gagna er fyrir þær grafíkur sem venjulega eru 8bpp-bitmapar, samsvarar það vísitölunni á litnum í litapalettunni.

Leik-mátið teiknar flöturnar *útlitandi* á viðeigandi tíma.
Ventir þetta meðal annars af sólar- og myrkvacyklinum, sem þekkir 32 stig af einstökum flötum. Þar er augljóslega dregið 'lítið' frá ljósagildinu. Nákvæmt gildi hefur ekki verið fundið, ekk er að vinna á útreikningagrunni

v *= (daylight / 48) + 0.25;

með HSV-gögnum pixla, þar sem daylight er gildi frá 0-31 og v er gildi á milli 0-1. Auk þess er að athuga að á kortinu er í hvoru lagi til 16 flötum til vinstri og hægri (það þjónar til ósýnilegar spawning eininga) til staðar.

Auk þess virðist sólar- og myrkvacyklið uppfæra aðeins eina súlu kortsins á hverju leikhring.
Hraðari sólar- og myrkvacyklið lítur því út svona:

Hva PRT nøyaktig står for, er meg ukjent; det er tenkelig at det kunne være 'Palette and Resource Table' - da denne filen - funnet som op2_art.prt i maps.vol - er av en slik art, eller dette ville beskrive funksjonen godt.

Denne fil inneholder en liste over paletter, en tabell over alle brukte bitmaps, alle animasjonsdefinisjoner, og en rekke ukjente data. Den følger det tidligere containerformatet løst, da ikke alle dataopptegnelser følger dette skjemaet.

CPAL-seksjonen (som sannsynligvis står for palett-container) omslutter bare palettdataene, idet den angir hvor mange av de vanligvis 1052 byte store 8-bit palettene som finnes.

1052-byte angivelsen er ikke å anse som bindende, da palettformatet potensielt kan ha forskjellige palettstørrelser. Den gjelder kun for datainnholdet som Outpost 2 leveres med.

Etter palettlistene følger straks, uten innledende overskrift, listen over bitmaps; likeledes følger deretter animasjonslistene umiddelbart.
Begge innledes med en uint(32) (eller igjen uint24+uint8 flagg?) som inneholder antall dataopptegnelser.

Palettenupplýsingarnar eru mjög auðveldar að lesa.
Þær samanstendur af einum fyrirsagn og einu gagnaþætti.

Þá datasektionen taka einstaka paletta-einträgi. Fjöldi paletta-einträgi er af leiðandi úr blokk-lengdu / 4.

Einstaka einträgi hafa þá eftirfarandi, einfaldan bygging;

Um palettarnar er enn að segja, at palettar er nota í animasjona fylgja þessar reglur:

• Fyrsta litur er ALLTAF gegnsær, sama hverjar tölur eru þar settar.
• Palettar-eintr 1-24 eru í palettum 1-8 taldar sem leikmannalitur.
  Hvar litirnir koma frá, nema leikmaður 1, er mér ókunnugt.
  ég gruna að hinir litirnir séu harðkóðaðir.

Þessi gagnaskipan PRT-skrár segir frá, hvat bitmýndurnar, sem notaðar eru fyrir spriturnar, eru uppbyggðar. Þessar bitmýndur þjóna sem einstakur hluti, þar sem margar eru samanlagðar í eina hreyfingaramma spritu.

Þau skýru myndagögnin leynast aftur á móti í op2_art.BMP í leikskránni.
Hvers vegna þessi bitmýndarskrá hefur RIFF-bitmýndarhöfuð (sem er að mestu leyti rétt) er óljóst. Væntanlega notar Outpost 2 kerfis-API til að hlaða grafíkum, með því að þetta höfuð er tímabundið tekið og viðeigandi breytilegu sviðin eru skrifuð yfir.

Pixeldatarnir eru í BMP-skránni á staðsetningu Offset + uint32-Offset, sem finna má í BMP-skránni á heimilisfangi 0x000A (RIFF-bitmýndar- gögn offset), og samsvara aftur lagskiptingu frá efst til vinstri niður til hægri.

Monochrome 1bpp-grafík geta verið teiknaðar þannig að litur 0 sé fullkomin gegnsæi, en litur 1 sé hálfgegnsætt svart/grátt, þar sem monochrom-grafík eru venjulega notaðar fyrir skugga farartækja og bygginga í hreyfingunum.

Með því má setja saman margar grafík.

Nú koma vér at konungaskipum þeira greina innan Outpost 2 gagnaformata:
Þá animatiónum.

Þær animatiónalistar byrja með alheims höfuð, er aðallega þjónar gagna staðfestingu. Eftir þetta fylgja þær sértæku animatiónar skýringar, er skiptast í 3 stig:

1. Animatión
   Ein animatión er æðsta veran; hún sýnir animatión á einingu, byggingu eða 'örvunar-animatión' (stjörnuárekstur, veður, sprengja) í ákveðnu upphafsástandi.
2. Rammi
   Einn rammi er einstakt mynd innan animatiónar. Ein animatión getur innihafað einn eða fleiri ramma.
3. Undirrammi
   Einn undirrammi er upplýsing um, að ákveðin bitmap eigi að teiknast undir ákveðnum skilyrðum á ákveðna staðsetningu rammans. Ein rammi getur innihafað einn eða fleiri undirramma.

Síðan fylgja nú strax þær einstöku animatiónarskýringar.

Þau gögn hinna efstu laga, hinna hreyfingu, eru fyrst og fremst stjórngögn - Boundingbox merkir hér hnit merkingarinnar um farartæki/byggingu, er þau eru valin og gefur einnig til kynna, hvaða svæði skal vera smellanlegt.

Offsetið ákvarðar fyrst og fremst "nullpunktinn"; punktinn, sem skal á reikna eða draga frá innanhúss hnitum. Maður má einnig segja á stærðfræði máta: offsetið merkir hér hnitaupptök.

Þegar kemur að Windows, þá eru þau, líkt og með offsetið, hver um sig (fyrir hvert Window) 4 uint(32)-gildi, sem gefa til kynna svæði, sem telst nota til einstakra undirramma. Utan Windows má, svo framarlega sem það sé fyrir bitmapið tilgreint, ekki teikna.

Þannig getum vér nú sett saman einstök ramma, sem og heilar hreyfingar, hér sýnt í fordæmi á flóknari hreyfingu, hreyfingunni með vísitölu 500, sýnd.

Animation 500 sýnir, hvat Plymouth-flutningr, er með venjulegu járni hlaðinn, er losaðr. Þat er einn af fáum animations, er nýta windowing-funktionalitet.

Ok svá má samansetja alla animationina.
Óheppilegt er, at enn er vandamál með efri hlaðglugga, því at hér er viðkomandi bit ekki sett í grafík-týpu-upplýsingunum.

Hér eru fleiri, fallega animeraðir sprites úr leiknum:

Nú vantar enn notanda-flokkið í leikinn, er það í burstað málmur-útliti.

En hér sést einnig, að Dynamix þurfti ekki að enduruppgötva hjólið; hér eru ekki aðeins notaðar einfaldlega þær sem Windows veitir með User32- og GDI32-API-um - sérstaklega er einnig notað auðlindastjórnun frá User32.

Þessar má t.d. draga út með forritum eins og því sem Angus Johnson þróaði sem frítt forrit, Resource Hacker, eða - ef maður forðast notkun Wine undir Linux / Mac OS - með hjálp á icoutils sem inniheldur wrestool.