na stronie brak opisu komendy $24 i $25.... oby to bylo to o czym mysle :)

w dokumentacji tego nie ma, a to jest dosc wazne, leciwy ramcart byl widziany w systemie jako dodatkowe urzedzenuie Dx: mozna na niego bylo nagrywac z poziomu dosa dowolny program, bootowac, a z tak zabootowany programu jesli mial mozliwosc zapisywania na D: to rowniez zapisywac na ramkarcie dane.

pytanie brzmi: czy SIC ma taka mozliwosc?

pytanie drugie, czy inicjalizer (z obrazkiem i muzyka) jest opcjonalny czy zawsze dogrywany do obrazu na SIC ?

> 3.TOKI - 1D

za to dalbym nawet 100zl ale musialo by chodzic na malym atari

zaznaczylem jakia jest roznica miedzy fileowa a calodyskowa gra, obydwie moga wykonywac operacje dyskowe, calodyskowa ma mniejsze wymagania, rowniez pamieci. w fileowej wersji trudno by bylo trzymac gre w jednym pliku (nie mowie o pliku z zapisanymi wynikami) gdyby byl np. wybor wersji gry.

ok. brakuje kierowania, strzelania i sys.kolizji.

filmik: http://atari.pl/dc_6502.rar

szybkosc jest taka sobie, trzeba bedzie optymalizowac ;-)

szykuje sie drugi Potop? co tym razem wywioza? fanty z compotow? oczywiscie jak napisza jakies dobre produkcje ;-)

rysowanie atrybutow dla mnie ma byc procka uniwersalna... w tej konkretnej grze obraz rysowany jest pionowymi pasami, aktualizacja atrybutow po narysownaiu calego obrazu jest zlym pomyslem (za rzadko), na przerwaniu tez nie mozna (za dlugo sie wykonuje) a co jeden pionowy pas nieekonomiczna - bo wystarczy aktualizowac atrybuty tylko tego konkretnego pasa (i tak bedzie w tej grze) wiec atrybuty na vbxe beda. a zeby nie bylo watpliwosci - gra bedzie dzialac na standardowym atari, jesli atari bedzie mialo vbxe to grafika bedzie taka jaka widac powyzej, jesli nie bedzie vbxe to gra uruchomi sie ... i tu jeszcze mysle jak to zrobic, albo kolorowanie pm albo tryb $e.

> nie narzekaj na VBXE, tu wciąż śmiga biedne 6502 z niecałymi 2Mhz

hmmm, no wlasnie i dlatego zeby 'przetwarzac' atrybuty tracimy z przestrzeni adresowej atari 3kb albo uciekamy sie do bankowania, gdyby... (inny watek o vbxe) to te 3 kilobajty nie musialy by sie znajdowac w przestrzeni 6502.

a czy wersja plikowa umozliwia zaladowanie danych od $0400 - $FFFF

juz w drugim obiegu petla pobiera ze zlego miejsca dene ale zastosowales swietny pomysl ze zmiana adresowania z (),y na $ffff,y w petli co oszczedza 2 cykle na petle oraz z tya adc # tay - oszczednosc 2 cykle na petle. zastosowalem:

attrybuty       lda >_build_atrybuty
                sta _sp1+2
                sta _sp2+2
                lda #$58
                sta _copatr8+2
                
                ldy #0
_copatr81       clc
_copatr8        ldx $5800
                inc _copatr8+1
                lda _ink_tab,x
_sp1            sta _build_atrybuty+1,y
                lda _paper_tab,x
_sp2            sta _build_atrybuty+2,y
                tya
                adc #$04
                tay
                bne _copatr8
                inc _sp1+2
                inc _sp2+2
                lda _copatr8+1
                bne _copatr81

                inc _copatr8+2
                lda _copatr8+2
                cmp #$5B
                bcc _copatr8

co daje procke szybsza i krotsza ok ? 61 ? bajty. jednak ciagle wiecej niz jedna ramka

no wlasnie... zabiera czasu wiecej niz ramka, ale tylko 100 bajtow na program i 512 bajtow na tablice, uwzglednia tez miganie na atrybitach. to ma byc dla mnie procedurka biblioteczna ;-) zalaczam do dowolnej gry konwertowanej z zx i kolor na vbxe ma byc. ale... za duzo czasu zabiera :/

nie wiem jak, przykladzik?

CYBERNOID !!! pycha. ktora czesc? z jakiej maszyny? przenosisz kod czy piszesz od poczatku? w jakim trybie - graficzny/tekstowy?