Outpost 2 failu formāti · bei.pm

Outpost 2 izmantotie datu formāti ir līdzīgi JFIF / PNG struktūrai - katram datu blokam ir 8 baitus liels virsraksts. Tādēļ es izlaidu katra virsraksta dokumentēšanu atbilstošajās specifiskajās vietās un dokumentēšu tikai novirzes.

Formāts vienmēr ir šāds; faktiskie lietotnes dati ir tajā iekļauti:

Apjomi ir datu konteiners spēlei, līdzīgs arhīva formātam, piemēram, Tarball. Vismaz spēlē Outpost 2 šajā formātā ir tikai faili - nav mapju. Iespējams, ka tās varētu simulēt, izmantojot atbilstošus failu nosaukumus.

Apjoms sastāv no apjoma galvenes un vairākiem apjoma blokiem, kas atbilst konkrētajiem failiem.

"Apjomi" ir faili ar paplašinājumu 'vol' spēles direktorijā.

Apjoma galvene pati par sevi nesatur nekādas lietotāja datus.
T tā kalpo tikai kā konteineris.

Pirmajā datumā apjoma galvenē vajadzētu atrasties apjoma virknes; pēc tam seko apjoma informācija.

Apjoma virknes ir failu nosaukumu saraksts, kas iekļauti apjomā.

Apjoma informācija ietver sīkākas ziņas par failiem. Tas ir zināmā mērā līdzīgs FAT direktorija ierakstam (FAT = Failu sadales tabula).

Failu skaits ir iegūts, dalot bloka izmēru ar direktorija ierakstu garumu - 14 baitiem.

Katram direktorija ierakstam ir šāda struktūra:

Apjoma bloks ir konteineris, kurš satur failus. Tajā vēlreiz - blokformāta dēļ - ir redundanti norādīta faila lielums, un pēc tam seko tieši lietotājdati.

Tiles ir Outpost-2 specifisks bitmap grafikas formāts. Tie aptver 13 Tileset, "wells" sauktas (well0000.bmp līdz well0012.bmp), kuri atrodas tilpumā maps.vol.

Tileseti / Wells satur sekojošo:

Ir ieteicams, lai nodrošinātu precīzu īstenošanu, nesagatavot flīzes iepriekš, lai tās varētu kešot, jo dati dienas/nakts ciklam vēl ir jāapstrādā - un radīsies ļoti, ļoti daudz datu.

Flīzes ir 8bpp grafikas ar indeksētu paleti, katra ar 32x32 pikseļu izšķirtspēju, kas ir sakārtotas viena virs otras. Tomēr šādā veidā radītajā flīžu komplektā var būt ievērojami vairāk

Pamatsastāvdaļa sastāv no 2 sekcijām: head un data.

Pēc šiem datiem seko standarta RIFF formātā sagatavota paletes faila. Precīzu specifikāciju var atrast - jo paletes parādās arī citur - zem Paletes.

Visbeidzot seko jau neapstrādātie pikseļu dati, sākot no kreisā augšējā stūra un virzoties pa rindām uz labo apakšējo stūri.
Datu vērtība grafikai, kas parasti ir 8bpp bitkarti, atbilst krāsas indeksam krāsu paletē.

Spēļu dzinējs izsauc lauku *visticamāk* pēc pieprasījuma.
Tas, iespējams, ir saistīts ar dienas-nakts ciklu, kuram ir 32 atsevišķu lauku pakāpes. Šajā procesā, šķiet, tiek atņemts 'mazliet' no gaismas vērtības. Precīzi rādītāji vēl nav noteikti, es strādāju ar aprēķinu pamatu

v *= (daylight / 48) + 0.25;

ar pikseļu HSV datiem, kur daylight ir vērtība no 0-31, un v ir vērtība no 0-1. Tāpat ir jāņem vērā, ka kartē katrā pusē ir vēl 16 lauki (tie kalpo neredzamai vienību izsaukšanai).

Turklāt dienas-nakts cikls katrā spēles ciklā atjaunina tikai vienu kolonu kartē.
Paātrināts dienas-nakts cikls izskatās šādi:

Ko precīzi nozīmē PRT, man nav zināms; iespējams, tas varētu nozīmēt 'Paletes un Resursu Tabula' - jo šī faila, kas atrodas kā op2_art.prt mapē maps.vol, saturs ir tieši saistīts ar to, un tas diezgan labi aprakstītu funkciju.

Šis fails satur sarakstu ar paletēm, tabulu par visām izmantotajām bitmap attēliem, visām animāciju definīcijām un vēl virkni nezināmu datu. Tas brīvi seko iepriekšējā konteineru formātam, jo ne visi datu ieraksti atbilst šai shēmai.

CPAL sekcija (visticamāk, nozīmē paletes konteineru) ietver tikai paletēm datus, norādot, cik daudz no parasti 1052 baitiem lielajām 8-bit paletēm ir pieejamas.

1052 baitus skaitlis nav uzskatāms par saistošu, jo paletes formāts potenciāli varētu paredzēt dažādas paletes izmērus. Tas attiecas tikai uz datu kopumu, ar kuru tiek piegādāts Outpost 2.

Pēc paletes saraksta nekavējoties un bez ievada virsraksta seko bitmapu saraksts; tāpat nekavējoties seko animāciju saraksti.
Abi tiek uzsākti ar uint(32) (vai atkal uint24+uint8 karodziņi?) skaitli, kas satur ierakstu skaitu.

Informācija par paletēm ir ļoti viegli lasāma.
Tā sastāv no galvenes un datu segmenta.

Datu sekcija iekļauj katru atsevišķo paletes ierakstu. Paletes ierakstu skaits ir atkarīgs no bloka garuma / 4.

Atsevišķiem ierakstiem ir šāda vienkārša struktūra;

Par paletēm jāatzīmē, ka animācijām izmantotajām paletēm pastāv šādi noteikumi:

• Pirmā krāsa vienmēr ir CAURSPIDĪGA, neatkarīgi no tā, kāda vērtība tur ir norādīta.
• Paletes ieraksti 1-24 tiek uzskatīti par spēlētāju krāsām paletēs 1-8.
  Man nav skaidrs, no kurienes nāk krāsas, kas nav saistītas ar spēlētāju 1.
  Es pieņemu, ka pārējās krāsas ir cieti kodētas.

Šī PRT faila datu struktūra norāda, kā ir veidoti bitmapi, kas tiek izmantoti spritē. Šie bitmapi kalpo kā atsevišķas sastāvdaļas, no kurām vairākas tiek apkopotas, veidojot sprita animācijas kadru.

Konkrētie attēlu dati slēpjas op2_art.BMP spēles direktorijā.
Kāpēc šai bitmapii ir (galvenokārt pareizs) RIFF bitmapa galvene, nav skaidrs. Iespējams, ka Outpost 2 izmanto sistēmas API, lai ielādētu grafikas, uztverot šo galveni pagaidu veidā un pārrakstot attiecīgās, mainīgās laukus.

Pikseļu dati BMP failā atrodas pozīcijā Offset + uint32-Offset, kas BMP failā atrodas adresē 0x000A (RIFF bitmapa datu offsets), - un atkal atbilst rindu kārtībai no augšas pa kreisi uz apakšu pa labi.

Monohromās 1bpp grafikas var zīmēt tā, ka krāsa 0 ir pilnīga caurspīdība, bet krāsa 1 ir puscaurspīdīga melna/ pelēka, jo monohromās grafikas parasti tiek izmantotas transportlīdzekļu un ēku ēnu animācijās.

Tādējādi var jau kombinēt daudzus grafikus.

Tagad mēs pārejam pie augstākās klases disciplīnām Outpost 2 datu formātos:
Animācijām.

Animāciju saraksti sākas ar globālu galveni, kas galvenokārt kalpo datu verificēšanai. Tam seko konkrēto animāciju definīcijas, kas iedalās trīs līmeņos:

1. Animācija
   Animācija ir augstākā instance; tā attēlo vienības, ēkas vai 'daļiņu animāciju' (komētas trieciens, laika apstākļi, eksplozija) animāciju noteiktā izsākuma situācijā.
2. Rāmītis
   Rāmītis ir viens attēls animācijā. Animācija var ietvert vienu vai vairākus rāmīšus.
3. Apakšrāmītis
   Apakšrāmītis ir informācija par to, ka noteikta bitmapa noteiktos kritērijos jāizvieto noteiktā rāmīša pozīcijā. Rāmītī var būt viens vai vairāki apakšrāmīši.

Pēc tam seko tieši konkrētās animāciju definīcijas.

Augstākās slāņa dati, kas attiecas uz animāciju, galvenokārt ir administratīvie dati - Boundingbox apzīmē koordinātas ap transportlīdzekli/ēku, kad tas ir izvēlēts, un norāda arī to, kurš apgabals ir klikšķināms.

Ofsets galvenokārt nosaka "nulles punktu"; punktu, kas jāaprēķina vai jāatņem no spēles iekšējām koordinātām. Matemātiski sakot, ofsets šeit apzīmē koordinātu izcelsmi.

Windows ir, tāpat kā ofsets, katram logam 4 uint(32) vērtības, kuras norāda apgabalu, kas tiek uzskatīts par izmantojamu atsevišķiem subframe. Ārpus logiem nedrīkst zīmēt, ja vien tas nav paredzēts bitmap.

Tādējādi mēs tagad varam salikt atsevišķus kadrus, kā arī pilnīgas animācijas, šeit piemēram tiek demonstrēta sarežģītāka animācija ar indeksu 500

Animācija 500 parāda, kā Plymouth transportieris, kas ir iekrauts ar parasto ore, tiek izkrauts. Tā ir viena no nedaudzajām animācijām, kas izmanto logu funkcionalitāti.

Tādējādi var savienot visu animāciju kopā.
Diemžēl joprojām pastāv problēma ar augšējo kravas atveri, jo šeit attiecīgais bits grafikas tipa informācijā nav iestatīts.

Šeit ir vēl daži, skaisti animēti sprite no spēles:

Tagad trūkst spēles lietotāja saskarne, kas ir izstrādāta slīpēta metāla stilā.

Tomēr arī šeit ir skaidrs, ka Dynamix nebija jāizgudro ritenis no jauna; šeit tiek izmantotas ne tikai vienkāršās User32 un GDI32 API, ko nodrošina Windows, bet īpaši tiek izmantota arī resursu pārvaldība no User32.

Šos resursus var izvilkt, piemēram, izmantojot programmas, ko izstrādājis Angus Johnson kā bezmaksas programmatūru Resource Hacker, vai - ja jūs nevēlaties izmantot Wine Linux / Mac OS - izmantojot icoutils iekļauto wrestool.