Martin1 píše:
Grafické dáta sú pripravené vopred v RAM a natlačené do zásobníka formou 2 bajty adresa sprajtu, 2 bajty grafické dáta. Keďže Ondra má veľmi zvláštne zvislé adresovanie VideoRAM, bolo vloženie adresy na zásobník najrýchlejším riešením oproti zmene adresy výpočtom (Ondra potrebuje RR L, DEC L, RL L pre ďalší mikroriadok).
len upresnim dve veci.
jedna je, ze na modifikaciu adresy pre posun o mikroriadok dolu treba RLC L; DEC L; RRC L. (RR L rotuje 9 bitov [a este k tomu opacnym smerom ako chceme], my potrebujeme rotovat len 8)
druha je ze v skutocnosti na vykreslovanie sprite-ov o velkosti 16x16 px nie je nutne predpocitavat adresy vram a davat ich na zasobnik, staci si len uvedomit, ze v sprite mozme najskor vykreslit neparne mikroriadky (po ktorych sa posuva jednoduchym DEC L), a ked su neparne vykreslene, urobit jeden presun na parny mikroriadok (nutnost pridat aj tie rotacie) a nasledne dokreslit parne mikroriadky sprite-u (s posunom INC L). samozrejme je potom nutne spravne pred-interlace-ovat predlohu sprite-u, ale to je 'compile-time' zalezitost.
vykreslovanie 16x16 px sprite-u potom pojde v tomto "hadikovom" poradi:
Kód:
0 1
31 30
3 2
28 29
4 5
27 26
7 6
24 25
8 9
23 22
11 10
20 21
12 13
19 18
15 14
16 17
urcite ste si vsimli, ze kazdy druhy neparny mikroriadok je vykresleny opacne (napr. '3 2' miesto '2 3'), to je dalsie usetrenie, netreba sa pred kazdym druhym neparnym mikroriadkom vracat na lavu stranu sprite-u. cize, prvy neparny kreslime zlava doprava a druhy neparny zprava dolava, cim sa vratime na lavu stranu a mozme ist zasa dalsi zlava doprava a dalsi zprava dolava.. a takto cely sprite.
rutinka by potom mohla vypadat nejak takto:
Kód:
rept 4
pop de
ld (hl),e
dec h
ld (hl),d
;inc h ;optimizacia, nepotrebny navrat na lavu stranu sprite-u
dec l
pop de
ld (hl),e
inc h ;az tu sa spravi navrat na lavu stranu
ld (hl),d
dec l
endm
rlc l
dec l
rrc l
rept 4
pop de
inc l
ld (hl),e
dec h
ld (hl),d
;inc h ;optimizacia, nepotrebny navrat na lavu stranu sprite-u
pop de
inc l
ld (hl),e
inc h ;az tu sa spravi navrat na lavu stranu
ld (hl),d
endm
samozrejme, ak sa nam nechce predpocitavat poprehadzovane poradie bajtov (vid. '3 2' vs. '2 3'), da sa to spravit aj bez prehadzovania v datach, bez spomalenia/zvacsenia kodu, len zmenou poradia kreslenia D a E - v prvom casti rept kreslit najskor E a potom D v druhej casti najskor kreslit D a potom E, potom mozu byt pripravene data uniformne zlava doprava.
rutina sa da este drobne skratit vyhodenim nadbytocnych DEC L/INC L: znizenim poctu opakovani REPT o 1 a posledny/prvy prechod REPT nakopirovat zvlast, bez nepotrebneho DEC L/INC L (nenapisal som to tak, aby ten priklad nebol moc dlhy)
Přihlásit se
Registrovat
OC Wiki 
OC GitHub 
FAQ
Hledat
