2007. október 02. (kedd)
fejlesztések...
A cim a kis enginemre utal, ugyanis az elmúlt hetekben kapott pár újitást.
Először is végre implementáltam a pak fájl kezelést. Ha valakinek magyarázni kell, mi is ez, az biztos még nem játszott Doom-mal. 
Szóval, mikor több adatfájlt (textúra, modellek, hangok) egy nagyba csomagolunk. Olyasmi mint a zip. Gondolkodtam is, hogy kapjon-e valami tömöritést is, de mivel "on the fly" töltöm be az adatokat, nem lenne szerencsés még a kitömöritéssel is bajlódni, plusz idő. Elvetve. A pak fájl struktúrája viszonylag egyszerű:
- fájl header
- egy hat bájtos ASCII sztring, azaz a szokásos fájl azonosító ('BSTPAK' - (milyen ötletes, heh?:D))
- egy egész tipus, ami a fájlok számát jelöli a csomagban.
- fájl adatok
- s a fájl végére egy lista, ami a fájlban tárolt adatokról ad bővebb infót:
- fájl neve, ez a név alapján hivatkozhatunk rá (pl. 'walltexture.tga')
- egész szám, fájl offset (franc tudja, van-e rá magyar kifejezés :S), vagyis hol KEZDŐDIK a fájl tartalma a csomagon belül.
- s végül a fájl mérete.
A fájl mérete végülis elhagyható, mert a média lerió lista olyan sorrendben van, amilyenben a fájlok a csomagban, vagyis könnyen ki lehetne számolni (következő offset - aktuális offset). Egyelőre hagyom igy. Azt pedig, hogy hol kezdődnek a végén a leirók, pedig úgy kapom, meg, hogy (sizeof(leiró_struktúra) * fájlok_száma_a_headerből), s a fájl végétől ennyit hajtok vissza.
(Minap újra elővettem a Doom-ot (nem, nem a 3-ast), s láttam, hogy Carmack is igy oldotta meg a WAD fájlokat: header előre, adatok középre, leirók legvégére. Nem meglepő.)
Ez igy nagyon jól hangzik (legalábbis nekem 
), de ez igy még magában elég kevés. Ezért is jött létre még egy osztály, ami annyit tesz, hogy fájlokat keres. Van egy RequestFile nevű függvénye, melynek paramétere a fájl neve. Egyelőre minden elérési út nélkül kell megani neki, tehát pl. 'walltexture.tga', a visszatérési értéke pedig egy sztring, a fájl teljes útvonala az exe-hez viszonyitva. Nem tudom, hogy ez jó megoldás-e, de eddig nem ütköztem olyan dologba, ami kétsége vonná... Szóval, ez az osztály, ha fájl kérésnél nem találja a kért fájl, akkor átnézi a pak fájlokat (már ha vannak, ugye), s benne van a kért fájl, kicsomagolja, s visszaadja az elérési útvonalát.
S van még egy fontos osztály: ResourceManager. Alapból 5 féle resource van: textúra (vagy kép), mesh (modellek), material (anyagleiró xml-ek), sounds (hangok), és végül music (vagyis a zene fájlok). Ez a resource manager kezeli a fájlkéréseket, valamint törli az ideiglenes fájlokat. Ideiglenes fájlok azok, amelyek a pak fájlból lettek kicsomagolva.
Egyelőre a megoldás hátrány, hogy ha van kettő (vagy több) azonos nevű fájl (külön mappában persze), akkor lehet gubanc. De majd vigyázok.
Ami nekem szembetűnő problémának tűnik hogy minden csomag változáskor újra kell építened az egész csomagot. Mivel gondolom nincs plugined Tchez így gondolom elég bajos lehet egy nagyobb projectnél.
Na most sztem ha nem akarsz plugint írni akkor érdemes lenne úgy megcsinálni a cucmót hogy ameddig fejlesztés alatt áll a project addig símán könyvtárszerkezetből tőlt a program, ha pedig kiadod a kezedből a demot akkor fogod magad és símán átütnéd az előfordító konstansát és onnantól már packageben kezelné az anyagot a program.
Remélem érthető voltam. Ebben végülis az volna jó hogy elég volna demo kiadás előtt előállítani az új csomagot, és nem minden új modelnél vagy textúránál szórakozni.
Jelen formában csak akkor kellene az egész csomagot újra felépiteni, ha pl. középről ki szeretnék törölni egy fájl. De ha csak a végére hozzá akarok szúrni még egyet, ehhez nem kell piszkálnom az eddigi tartalmat. Csak a legutolsó fájl offset + file size-hoz pozicionálok a csomagban és beirom az adatot. A végén levő fájl-infó lánc mindig kiolvasódik, s egy láncolt listánban tárolódik, amig a csomagfájl meg van nyitva. Majd, ha már befejeztem a csomaggal való dolgozást, s zárom be, akkor visszairódik az egész lánc a legvégére.
Egyébként, ezért oldottam meg úgy, hogy előbb átnézi a fájlokat, betöltésnél, s ha nincs olyan nevű fájl, akkor átnézi a csomagokat. Quake2 is igy csinálta, ezért volt könnyű modolni.
TC plugin tervbe van már véve, de mivel láthatóan a csomag még beteges felépitésű, ezért várok mig letisztul, kinövi a kezdeti betegségeit.
Végső release-nél persze csak egy csomag lesz az exe mellett.
