to zalezy czy ma byc to procedurka wyczynowa czy raczej na uzytek domowy ;-)

nie wydaje mi sie zeby trzymanie masek do kilku/kilkunastu 'nakladanych' znakow bylo pamieciozerne ale jesli tak to:

do dynamicznego tworzenia masek potrzeban jest tablica o wielkosci 1 strony pamieci (dla znakow 8*8)

        ldy #7
petla ldx nakladany,y
        lda tab_maska,x
        sta _and+1
        lda znak,y
_and and #0
        ora nakladany,y
        sta znak,y
        dey
        bpl petla

chyba o to Ci chodzilo, oczywiscie to pomysl - wykonanie zostawiam lepszym.

z nielegalami szybciej :p

@miker

Stealth - to "Landscape"

http://www.intellivision.ca/Reviews/landscape.html

landscape to niedokonczony stealth, ma czolowke rozbudowana ale ma bledy przy wyswietlaniu np. radarow, scout lata nie ten tego, ma mniej roznorodnych przeszkadzajek. stealth ma 6 faz i zakonczenie, landscape 3 fazy bez zakonczenia.

a co do bjl to:
http://www.qlam.com/atari/s_rescue.html

nie moglem, bo temat zablokowany...

co z ludzmi, ktorzy zabulili a nie byli na zlocie?

gdzies czytalem ze pod koniec produkcji atari8bit (modele 800xe) mialy wsadzane gtia z defektem.

hmmm zerkam.  na czym polega sztuczka 2 zestawow znakow i DL z pobierajacym danych 2 razy z tego samego miejsca? dlaczego odrazu nie zdefiniowac pobieranie tylko 40 bajtow przez antic na calym ekranie i manewrowac zestawami znakow. wszelkie operacje dokonujemy w pamieci znakow.

wracajac do glownego watku. nie chodzi mi o niewiadomo jaka procedure mistrzow swiata z avalonu tylko o optymalizacje procedury ktora ma polozyc sprita na znakach w okreslonym miejscu z dokladnoscia do jednego znaku a nie pixela z tym tylko aby tlo bylo widoczne pod znakiem tak jak opisalem w 1 poscie. mysle ze mozna to przyspieszyc badajac tylko skrajne bajty sprita. cos komus przychodzi do glowy?

no nie calkiem, wybierajac tryb znakowy masz o tyle prosciej ze bajty sprite np 8*8 (tryb antica 2) leza kolo siebie - tak jak pm, na ekranie i w pamieci, w trybie bitowym dane takiego sprite mozesz trzymac w jednym miejscu  ale przy wyswietaniu beda oddalone o x bajtow. poza tym latwiej zrobic detekcje kolizji, animacje. ja to tak widze, ale chcialbym poznac zdanie innych.

no to mam juz odpowiedz na najmniej istotne pytanie. temat nepublikowanych rozkazow uwazam za zamkniety.

pozostaje pytanie glowne. organizacja ekranu i szybka procedura rysowania plajera.

---------
o wlasnie.

podgladalem zrodla rysowania sprajtow na trumnie i w sumie mozna to tak zapisac:

ekran: 11110000, maska plajera: 11000011, plajer: 00011000
(maska jest zawsze tak dobrana aby zostal 'wolny pixel' miedzy tlem a plajerem.

na ekran zostanie zapisany: 11011000

zdecydowalem sie na cos takiego:

lda damage
tax
and #%1111
ora #%10000
sta ekr+1
lda tab_licznik_hi,x
sta ekr

jak dla mnie rozsadny stosunek szybkosci do ilosci zajmowanego miejsca (1 tabela) zjechalem z 32 cykli do 22 (procedura pecusia 20 cykli) cala procedura drukowania z 290 cykli na wygaszanie skrocila sie do 198 cykli.

podziekowania:
lizard - za ora zamiast adc - wyeliminowanie clc na poczatku procedury drukowania licznikow
pecus - za pomysl z tablicami, dobre.
eru - za spostrzegawczosc - faktycznie and jest niepotrzebne w drukowaniu starszego nibbla

dzieki takiej pomocy jeszcze nie raz o nia poprosze :-)

----------- dopisane

definiujac charset odpowiednio mozemy wyeliminowac ora #%10000 co daje nam oszczednosc 2 cykli czyli procedura 20 cykli - tyle co pecusia i ciagle tylko jedna tabelka. czasowo: 9 (par) po 20 cykli = 180 cykli.

--- dopisane 2

mozna rowniez zamist lda tax wstawic niepublikowany lax dodatkowo 2 cykle (ewentualnie ldx, xaa zamiast lda, tax, and) . czyli 18 cykli na pare. 162 cykle podprogram.

hmm, 060 przetaktowalem do 100mhz i chodzil powiedzmy stabilnie tylko jak mial dobre chlodzenie ale ciekawostka - chyba nie wszystko w nim dobrze dzialalo bo nie wszystko na 100mhz chodzilo prawidlowo ... na 66mhz chodzil stabilnie (radiator i wiatrak, na 50mhz bez wiatraka) ... skad to 120mhz, pierwsze slysze.

wiem, ze nie jego. ale ze stabilnoscia emulca nie poradze. a pewnie nawet nie wina emulca .. cholerny pc ;-) sie wiesza