troche zle sie wyrazilem. nie porownuje vbxe i gtiaupgrade - obydwa projekty maja tylko jedna wspolna ceche: zwiekszaja mozliwosci graficzne 8bitowego atari, cala reszta od podejscia do problemu, zalozenia, stopien skomplikowania do mozliwosci jest rozna. poza tym jest za wczesnie... trzeba sie jednak liczyc z tym, ze przyjdzie moment w ktorym takie porownanie nie bedzie dziwic.

kolejne marzenia za grosz: modyfikowany adres startu pobierania przez dopal wartosci ze swojej pamieci.

> $d022 - shift Horizontal (w trybie ON), licznik linii poziomej (w trybie OFF)
+
> (bit 5 będzie powodował wygenerowanie przerwania NMI)

mozemy odczytac pozycje x plamki? generujemy przerwanie w dowolnym punkcie x ekranu?
heh zblizamy sie do amigi ? ;-) a czy bedzie patch na os zeby mozna bylo rozpoznac od kogo pochodzi sygnal przerwania ;) ?

> nie obchodzi mnie co by można było gdyby... itd.

no dobrze mozemy wystartowac 6502 od dowolnego punktu ale czy mozemy go zatrzymac do jakiegos punktu/do konca lini?
powkurzam. 6 bit $d025 to jakby sta wsync.

pierwszy raz widze zeby ktos umiescil rej rozszerzenia w miejsu gdzie trzeba, no dobra, drugi raz, pierwszy to pokey stereo.
bardzo mocna konkurencja dla vbxe. bardzo mocna.

ps. ciekawe co sie stanie jak zaczniesz szybko zapisywac wartosci do rej consol na 1bit wyjscie dzwieku ;-)

ps2. narysuj cos w gr.8 i zapodaj mape kolorow na tlo co cykl koloru czy tam dwa i co linie, ciekawe jak bedzie wygladal taki tryb graficzny

dobrze by bylo zeby chociaz ze dwa przyklady np jak zapisac kolor taki i taki np w 2 wierszu i 3 kolumnie itp.

lubie rude ;-)

b.ladny rysunek.

pytalem naszego firmowego goscia od reklamy o smycz powiedzial, ze metoda sublimacji (transfer?) to koszt 2,03 zl od sztuki.

http://atari.online.pl/v01/index.phtml? … ct=nowinki

kurde... pamiec znakow atari ulozona jest tak, ze bajty lezace kolo siebie na ekranie leza pod soba (po 8)... to moze dac kopa ale dla spritow pod warunkiem ze znaki ulozone sa od 0-40 obok siebie ale trumna ma pamiec ekranu tak ulozona ze bajty lezace kolo siebie na ekranie tez leza kolo siebie (po 32) pozniej skok o 8 pozycji i kolejnr 32 bajty... tak mniej wiecej.
nie mam pojecia jakby to zrobic na znakach???
poza tym dl atari idealnie symuluje bitmape spektruma...

tak, ukryte na ile % emulec szedl zeby nie draznic ludzi...

> 1. całkowicie olałbym atrybuty. Być może w tej konkretnej grze mają one znaczenie, ale w większości gier usunięcie atrybutów nic nie zmienia

mozna ich nie wyswietlac ale obslugiwac trzeba, wlasnie probuje uruchomic jedna gierce i widze, ze kolizje sa sprawdzne na atrybutach...

e tam, bit 6 portb byl niewykorzystany mozna rozszerzac, jesli malo to zawsze mozna bylo jakis rejestr zrobic w przestrzeni pia lub gdziekolwiek indziej mialbyc ile chcesz 16k stron i nie tracilbys moim zdaniem WAZNEJ cechy atari - antic i 6502 w innych bankach a te same adresy zreszta tu to bylo opisane: http://atariarea.krap.pl/forum/viewtopic.php?id=4822 - nikt nie jest przeciwko rozszerzeniom ale nie takim kosztem - to byla funkcjonalnosc osobliwa wsrod 8bitowcow... szkoda ze atarowcy to olali.

zerknalem na HoH teraz i grafika nie jest zorganizowana jak na zx, wyglada mi na normalna gr.8 basica. popatrzylem tez (raczej szybki rzut oka) na kod, jak na mulacje (w moim rozumieniu) nie widze za duzo jmp/jsr/rts ... nie wyglada mi to na emulacje. ale oczywiscie moge sie mylic.

tak to wyglada w tym momencie, blad polega na tym, ze niemozna zestrzelic drugiego motocyklisty... nie wiem dlaczego (nigdy nie jest w zasiegu) obecnie siedze z debuggerem zx i atari i klikam po jednym rozkazie sprawdzajac w ktorym momencie rejestry lub pamiec beda sie roznic.. no ale to ... trwa :( zastanawiam sie czy jest sens publikowac ta gierke z takim zolwim tempem czy moze troszke ja podrasowac... dli, pm, przyspieszyc przepisujac conieco na 6502 ???