Kedze sa rad zahram na Androide hry typu Tower defense a na Amige som nic taketo nenasiel tak som sa pred dvoma tyzdnama pustil do tohto.
Niesom grafik a neplanujem ani dokoncenie hry na základoch ktore pouzivam v tomto pokuse. Programu chyba uz "len" zaclenenie obsluhy "Straznych vezi". Obsluzny program mam hotovy tak mozno este nejaky tyzden
) . Denne sa tomu venujem tak 2 hodiny tak to berte s rezervou.
Miesta pre "Veze" su tie ocislovane casti screenu. Program uz obsahuje niektore veci ktore z videi nieje vidiet.
Niesom grafik a neplanujem ani dokoncenie hry na základoch ktore pouzivam v tomto pokuse. Programu chyba uz "len" zaclenenie obsluhy "Straznych vezi". Obsluzny program mam hotovy tak mozno este nejaky tyzden
) . Denne sa tomu venujem tak 2 hodiny tak to berte s rezervou.Miesta pre "Veze" su tie ocislovane casti screenu. Program uz obsahuje niektore veci ktore z videi nieje vidiet.
.
. Vybral som sa pre mna trochu pracnejsou cestou, pouzitim jednej VRAM. Ako dalsie sa mi pri HiRes Laced rozliseni nepaci rozlisenie spritu pouziteho pre mysku,zubate a ako past na oko. Tak padlo dalsie rozhodnutie, sprity vobec nepouzit a postarat sa o vsetko sam. Vsetko islo super, vytvoril som si system kde nie treba definovat celu cestu pohybu ale pouzil som tzv. Waitpointy, jednoducho ked objekt dosiahne suradnice X,Y vyberie si nasledujuce z tabulky ktore ma dosiahnut a akou rychlostou. Takto definovany Path ma priblizne 50 bytes a je viac "flexi". Na zaciatok som vyskusal pohyb osmych objektov. A tu na moje prekvapenie nastal problem. Kurzor mysky v urcitych castiach obrazu zmyzne ! Pretoze nepouzivam double buffer musia byt vsetky graficke operacie stihnute pocas VB. Po kratkom testovani a hladani dovodu co ma brzdi som ho nasiel, BLITTER ! Ten clovek jednoducho nieje tak rychly ako chcem a potrebujem ja. A pri pouziti este viac objektov by sa tento jav ukazal aj na dalsich objektoch. Preto zrejme budem musiet zacat znovu a vsetko cez double buffer.
Komentovat