> Coś tam będę próbował. Ale po 18 latach będę musiał uczyć się assemblera od nowa smile
> Na razie muszę skompletować sprzęt.
> Zarchiwizować wszystko, potem się w to wgryźć.
> Mam sporo edytorów konwerterów i różnego rodzaju toolsów.
> Sporo muzyki, ogrom grafiki. Trzeba to ogarnąć.

przez te 'pare' lat duzo sie zmienilo, sporo z tych toolsow podejrzewam ma swoje wersje na pc, warto tez zaznajomic sie z madsem lub xasmem - pisanie programu jest duzo wygodniejsze i szybsze niz uzywanie QA lub MACa. ogolnie, braki w sprzecie nie powinny byc przeszkoda.

swietnie wyglada

>Teraz wyobraź sobie długie skrolowanie w dół. Aby ograniczyć przepisywanie pamięci, dorysowujemy tylko dolną linię i zwiększamy LMS. Jednak musimy mieć jakąś granicę, bo inaczej zamazalibyśmy całą pamięć. Dlatego zaczynamy rysować w pamięci "od góry" (której już nie widać) i w DL musimy wstawić drugi LMS, gdzie na ekranie zaczyna się ta "góra".

> Nie do tego, że mamy w pamięci całą wielką grafikę i chcemy ją skrolować. Grafikę generujemy na bieżąco.

wlasnie o tym mowie.
1 linia znaki: 0,1,2,3,.....47, pierwszy zestaw znakow
2 linia znaki: 48,49,......95, pierwszy zestaw znakow - reszta znakow dla spritow
3 linia znaki: 0,1,2,3,.....47, drugi zestaw znakow
4 linia znaki: 48,49,......95, drugi zestaw znakow - reszta znakow dla spritow
....
jesli chcemy scrollowac w bok to wstarczy zwiekszyc LMS o 2 otrzymujemy

1 linia znaki: 2,3,.....47,0,1, pierwszy zestaw znakow
2 linia znaki: 50,51,......95,48,49 pierwszy zestaw znakow - reszta znakow dla spritow
3 linia znaki: 2,3,.....47,0,1, drugi zestaw znakow
4 linia znaki: 50,51,......95,48,49 drugi zestaw znakow - reszta znakow dla spritow

w pamieci obrazu nie kopiujemy niczego
w pamieci zestawu znakow na pozycji 0,1,48,49 lub 0,1,2,3 zalezy jak zbudowana jest linia kopiujemy klocka - nie ma ograniczen co do rozmaitosci grafiki - nie ogranicza nas 128 elementow w zestaw znakow

zeby zrobic scroll pionowy o jeden klocek wystarczy w dli zmienic zestaw na ten nizszy czyli
1,2 linia zestaw 1
3,4 linia zesatw 2
5,6 linia zestaw 3
po scrollu:
1,2 linia zestaw 2
3,4 linia zesatw 3
5,6 linia zestaw 0
i w zestaw zero kopiujemy definicje klockow

i tu nie trzeba zwiekszac nic po LMS

> Zestawy znaków nie mają tu nic do rzeczy.

to by oznaczalo ze mamy ograniczona ilosc elementow graficznych - bo zestaw ma 128 znakow a jeszcze potrzeba cos na sprity programowe.

obawiam sie ze to chyba nie jest MWP.

czy zestaw znakow w MWP jest jeden?

to co widac to czas dzialanie emulatora sida i nie ma tu nic do rzeczy. wczesniej wywolywany jest ORYGINALNY kod playera SID z c64 i dziala on tak samo jak na c64.

http://allegro.pl/konsola-atari-xe-pist … 63515.html

obecna cena 200zl w jakich cenach to chodzi? chcialbym kupic ale juz wydaje mi sie wysoka... ?

nie wylaczalem emulacji sida na pokey ale to nie ma znaczenia bo player oryginalnie zapina na SIDa zapisujac do D5xx a pozniej dopiero emulator interpretuje wartosci zapisane do rejestrow SIDa na wartosci dla POKEYa, ale... ale interpretuje zawsze to samo bo zmienilem strone gdzie player sida zapisuje... innymi slowy, dopoki na stronie $0100-$011f sa zera nie bedziesz slyszal dzwieku na pokey a pasek na ekranie bedzie mniej wiecej tej samej szerokosci, ale SID ma grac...

udostepnij jakis dzwiek

na d4 jest antic, ten player korzysta z antica (synchronizacja) ale nie zapisuje tam dzwieku, VBI atari os tez dziala wiec zapisuje tam wartosci ale nie sa to wartosci dzwiekowe plajera sidow...

na atari najprosciej zrobic tak, zeby caly obraz byl dostepny - bo po LMS mozna 4kb przyporzadkowac. ale ma to cala mase wad - pamieciozernosc jest chyba najwieksza z nich...

np. dla scrolla w jedna strone spotkalem sie z takimi sposobami:
1. ekran jest standardowej szerokosci, bufor jest szerszy o wielkosc 'klocka' i co ustalony czas bufor jest kopiowany na ekran (ekran jest zbudowany z grafiki 'na znakach') po przewinieciu, licznik linii wraca, bufor jest przepisywany nowa wartoscia i od poczatku procedura sie powtarza
2. nie ma bufora, ekran jest szerszy od widocznej czesci o wielkosc elementu graficznego (najczesciej widzialem 2 lub 3 bajty) po przewinieciu  licznik zerowany, ekran jest kopiowany a w wolne miejsce (teraz zasloniete) kopiowany jest pionowy pas z elementami graficznymi
3. podobnie jak na atari, tylko tak jakby po LMS mozna bylo zdefiniowac po ilu bajtach linia ekranu sie 'zawinie' i zawsze kopiowany jest tylko pionowy pas grafiki na znakach, licznik scrolla nigdy nie jest zerowany.

czyli w najlepszym wypadku trzeba kopiowac (w warunkach atari) ok 12-72 bajty co 4-12 ramek oraz < 1kb po przeladowaniu scrolla ?

w ankiecie brak pozycji "pomidor" dla tych co nie chca glosowac.

zmienna "Z" nie jest wyrzucona poza warunek bo znajduje sie w tym samym wierszu (nawet po ":")...