Fformatau Ffeiliau Outpost 2 · bei.pm

Mae'r fformat data a ddefnyddir gan Outpost 2 yn cynnwys strwythur sy'n atgoffa o JFIF / PNG - mae gan y blociau data unigol benawd 8 byte bob amser. Felly, rwy'n dewis peidio â dogfennu'r penawdau unigol yn y mannau penodol priodol ac yn unig ddogfennu'r gwrthdrawiadau yno.

Mae'r fformat bob amser yn yr un peth; mae'r data defnyddiol yn cael eu hymgorffori ynddo:

Mae'r cyfrolau yn gontenwr data ar gyfer y gêm, yn debyg i fformat archif fel, er enghraifft, Tarball. Ar y lleiaf yn Outpost 2, mae'r fformat yn cynnwys dim ond ffeiliau - nid ffolderi. Mae'n debyg y gellid simwleiddio'r rhain drwy henwi ffeiliau priodol.

Mae cyfrol yn cynnwys y penawd cyfrol a sawl bloc cyfrol sy'n cyd-fynd â'r ffeiliau penodol.

"Cyfrolau" yw'r ffeiliau sy'n gorffen â 'vol' yn y cyfeiriadur gêm.

Mae'r Penawd Cyfrol yn cynnwys dim data defnyddiol.
Mae'n gwasanaethu fel cynhwysydd yn unig.

Yn gyntaf, dylai'r ffrindiau cyfrol fod yn y Penawd Cyfrol; dilynir gan y gwybodaeth gyfrol.

Mae'r Ffïrau Cyfrol yn rhestr o enwau ffeiliau a gynhelir yn y cyfnod.

Mae'r gwybodaeth volume yn cynnwys gwybodaeth fanwl am y ffeiliau. Yn rhyw ffordd, mae hyn yn debyg i gofrestr FAT (FAT = Tabl Cyflwyno Ffeiliau)

Mae nifer y ffeiliau yn deillio o'r maint bloc wedi'i rhannu gan hyd y cofrestriadau - 14 Byte.

Mae gan bob cofrestr ffeil y strwythur canlynol:

Mae bloc cyfoeth yn gynhwysydd sy'n derbyn ffeiliau. Mae'n cynnwys unwaith eto - oherwydd y fformat bloc - yn ddibynadwy maint y ffeil, ac yna dilynir yn syth gan y data defnyddiol.

Mae'r tiles yn fformat graffig Bitmap penodol i Outpost-2. Maent yn ymestyn dros 13 sets tile, a elwir yn "wells" (well0000.bmp hyd well0012.bmp), sydd yn y cyfanswm maps.vol.

Mae'r sets tile / Wells yn cynnwys y canlynol:

Ydy hi'n ddoeth peidio â rhaglennu'r tiles ymlaen llaw er mwyn eu cadw, gan fod y data ar gyfer y cylch dydd/nos yn dal i fod yn destun i newid - a byddai llawer iawn o ddata yn cael ei greu.

Dyma'r tiles yn graffeg 8bpp gyda phalet wedi'i ddynodi ar 32x32 pixel, sydd wedi'u trefnu'n gyffyrddus. Fodd bynnag, gallai mwy na hynny fod yn y set deiliau a greawdd.

Mae'r prif dŷ yn cynnwys 2 adran: head a data.

Ar ôl yr wybodaeth hon, bydd ffeil palet yn y fformat RIFF safonol hefyd ar gael. Mae'r fanwl gywir yn cael ei chanfod - gan fod y paletiau hefyd yn ymddangos yn lleoedd eraill - dan Paletiau.

Yn olaf, mae'r data pixel gwag yn dilyn o'r chwith-uchaf yn ôl y llinell i'r dde-isaf.
Mae gwerth y data yn yr elfennau sy'n arferol yn ymddangos fel bitmapiau 8bpp yn cyfateb i'r mynegai o'r lliw yn y paled lliw.

Mae'r peiriant gêm yn codi'r tiles *mae'n debyg* ar alw.
Mae hyn, ymhlith pethau eraill, yn deillio o'r cylch dydd-nos sydd â 32 graddfa o tiles unigol. Mae'n ymddangos bod 'ychydig' yn cael ei dynnu o'r gwerth disgleirdeb bob tro. Ni chafwyd gwybodaeth fanwl hyd yn hyn, rwy'n gweithio ar y sail gyfrifo

v *= (daylight / 48) + 0.25;

gyda data HSV y pixel, lle mae daylight yn werth rhwng 0-31 ac mae v yn werth rhwng 0-1. Yn ogystal, rhaid ystyried bod ym mhob map, mae cwrthwyneb o 16 tiles ar y chwith a'r dde (sy'n gwasanaethu i ryddhau unedau'n gudd) yn bodoli.

Mynych hefyd, mae'n ymddangos bod y cylch dydd-nos yn diweddaru un colofn o'r map yn unig am bob cylch gêm.
Felly, mae cylch dydd-nos cyflym fel a ganlyn:

Ar gyfer beth sydd PRT yn sefyll, nid yw'n glir gennyf; gallai fod yn 'Tabl Palet a Chydrannau' - gan mai dyma'r ffeil - a geir fel op2_art.prt yn y maps.vol - sy'n un o'r fath, neu gallai hyn ddisgrifio'r swyddogaeth yn dda.

Mae'r ffeil hon yn cynnwys rhestr o baletiau, tabl o'r holl bitmapiau a ddefnyddir, pob diffiniad animeiddiadau, a nifer o ddata anhysbys. Mae'n dilyn y fformat cynhwysydd presennol yn rhydd, gan nad yw pob cofrestr yn dilyn y cynllun hwn.

Mae'r adran CPAL (sy'n debyg o sefyll am gynhwysydd palet) yn cynnwys dim ond y data palet, gan ddweud faint o'r paletiau 8-bit sy'n fel arfer 1052 Byte sydd ar gael.

Mae'r cyfeiriad 1052-Byte ddim yn cael ei ystyried yn gysylltiedig, gan y gallai fformat y palet gynnwys maint paletiau gwahanol. Mae'n berthnasol dim ond i'r data a roddir gyda Outpost 2.

Ar ôl y rhestrau paletiau, dilynir yn syth ac heb benawd cychwyn, y rhestr o'r bitmapiau; yn yr un modd, dilynir y rhestrau animeiddiadau.
Mae pob un ohonynt yn dechrau gyda uint(32) (neu eto uint24+uint8 baneri?) sy'n cynnwys y nifer o gofrestriadau.

Mae'r gwybodaeth am blethau yn hawdd iawn i'w darllen.
Maen nhw'n cynnwys penawd a segment data.

Mae'r adran ddata yn cofrestru'r cofrestriadau paled unigol. Mae nifer y cofrestriadau paled yn deillio o hyd y bloc / 4.

Mae gan y cofrestriadau unigol y strwythur syml canlynol;

O ran y paletiau, dim ond hyn sydd i'w ddweud, mai’r rheolau canlynol sy’n berthnasol i’r paletiau a ddefnyddir ar gyfer animeiddiadau:

• Mae'r lliw cyntaf bob amser yn dryloyw, waeth beth yw’r gwerth a nodir yno.
• Mae cofrestriadau'r palet 1-24 yn cael eu hystyried fel lliwiau chwaraewr yn y paletiau 1-8.
  Mae'n aneglur ble mae'r lliwiau eraill, heblaw am chwaraewr 1, yn dod ohonynt.
  Rwy'n amau ​​bod y lliwiau sydd ar ôl wedi'u codio'n galed.

Mae strwythur data'r ffeil PRT hwn yn nodi sut mae'r bitmaps a ddefnyddir ar gyfer y sprites wedi'u hadeiladu. Mae'r bitmaps hyn yn gwasanaethu fel elfen unigol, y mae nifer ohonynt yn cael eu cysylltu i greu ffrâm animasiwn o sprite.

Mae'r data delwedd penodol yn cuddio yn y op2_art.BMP yn y cyfeiriadur gêm.
Nid yw'n glir pam mae'r ffeil bitmap hon yn cynnwys pennawd RIFF bitmap (mewn mwy neu lai cywir), ond mae'n debyg bod Outpost 2 yn defnyddio APIs system i lwytho'r graffeg, gan fod y pennawd hwn yn cael ei drosglwyddo dros dro a bod y meysydd amrywiol perthnasol yn cael eu gorchuddio.

Mae'r data pixel yn y ffeil BMP ar leoliad Offset + y uint32-offset, y gellir ei ddod o hyd iddo yn y ffeil BMP ar gyfeirnod 0x000A (offset data RIFF-Bitmap), ac mae'n unwaith eto'n cyfateb i drefniant rholio o'r gornel chwith uchaf i'r gornel dde isaf.

Gellir dylunio graffeg 1bpp monocrome fel y gall liw 0 fod yn dryloyw llwyr, tra bod lliw 1 yn du/graig hannertraws, gan fod y graffegau monocrome fel arfer yn cael eu defnyddio ar gyfer cysgodion cerbydau a adeiladau yn yr animasiynau.

gyda hynny, gellir cyfuno nifer o graffegau.

Nawr rydym yn dod i gylchfa uchaf y disgyblaethau o fewn fformat data Outpost 2:
Ynddo ef, yr animeiddiadau.

Mae'r rhestrau animeiddiadau'n dechrau gyda phennawd byd-eang, sy'n gwasanaethu'n bennaf ar gyfer gwirio data. Ar ôl hynny, dilynir y diffiniadau animeiddiad penodol, sy'n rhannu'n 3 cham:

1. Animeiddiad
   Mae animeiddiad yn y lefel uchaf; mae'n cynrychioli animeiddiad uned, adeilad neu 'animeiddiad gronyn' (erchwyn comed, tywydd, ffrwydrad) mewn sefyllfa benodol.
2. Ffrâm
   Mae ffrâm yn ddelwedd unigol o fewn animeiddiad. Gall animeiddiad gynnwys ffrâm neu fwy.
3. Isffrâm
   Mae isffrâm yn y wybodaeth am y dylid darlunio bitmap benodol dan gytundebau penodol ar leoliad penodol ffrâm. Gall ffrâm gynnwys isffrâm neu fwy.

Ar ôl hynny, dilynir yn syth y diffiniadau animeiddiad unigol.

Data'r haen uchaf, yr animeiddiad, yn bennaf ddata rheoli - mae'r Boundingbox yn cyfeirio at gydran y marc ar y cerbyd/adeilad, pan fo'r un hwnnw wedi'i ddewis, ac mae hefyd yn nodi pa ardal sydd i fod yn gellir clicio.

Mae'r offset yn bennaf yn pennu'r "pwynt sero"; y pwynt sy'n gorfod cael ei gyfrifo neu ei dynnu oddi ar gydrannau mewnol y gêm. Gallem hefyd ddweud yn fathemategol: mae'r offset yn cyfeirio yma at origyn y cydran.

Mae'r Windows, fel y mae'r offset, yn cynnwys (yng nghyd-destun pob Window) 4 gwerth uint(32), sy'n nodi ardal sy'n cael ei hystyried fel ymarferol ar gyfer subframes unigol. Ni chaniateir i unrhyw beth gael ei ddarlunio y tu allan i'r Windows, os yw'n briodol ar gyfer y bitmap.

Gallwn nawr gydosod ffrâmiau unigol, yn ogystal â chynnal animatio'n llawn, yma'n cael ei ddangos yn enghraifft ar animatio'n gymhleth, y gellir ei chanfod gyda'r Mynegai 500.

Animation 500 yn dangos sut i ddadlwytho Plymouth-Transporter sydd wedi'i llwytho â metel cyffredin. Mae hyn yn un o'r ychydig animasiynau sy'n defnyddio'r swyddogaeth Windowing.

Felly, gellir cyfuno'r animasiwn cyfan.
Mae yna broblem gyda'r llwytho uchaf, gan nad yw'r bit priodol yn y gwybodaeth graffig wedi'i gosod yma.

Yma mae ychydig mwy o sprites hardd wedi'u hanimeiddio o'r gêm:

Nawr mae angen i ni greu rhyngwyneb defnyddiwr y gêm, sydd wedi'i gynllunio mewn arddull metel wedi'i frwsio.

Ond mae hefyd yn amlwg yma nad oedd Dynamix yn gorfod dyfeisio'r olwyn eto; yma, ni chaiff dim ond yr APIs User32 a GDI32 a gynhelir gan Windows eu defnyddio - yn benodol, mae rheoli adnoddau User32 hefyd yn cael ei ddefnyddio.

Gellir dyfynnu'r rhain er enghraifft drwy raglenni fel Resource Hacker, a ddatblygwyd gan Angus Johnson fel freeware, neu - os ydych chi'n osgoi defnyddio Wine ar Linux / Mac OS - trwyddo'r wrestool sydd i gael yn icoutils.