wypelnij playera wartoscia 128 ($80) i przetestuj jeszcze raz, wyjdzie 48

temat bardziej pasuje do dzialu "kolekcjonowanie" ;-)

ja polecam "Trejos Devynerios 999" ziolowe gowno, tanie, nie czuc alkoholu... po nim pierwszy raz dusilem golymi rekami

polecam.

no, nie....
trzeba bedzie zmiejszyc obrazki

teraz:

brawo Miker!

za latwe bylo :/ wymysle cos trudniejszego :p

ale wiesz, ze takie auto (model/wyposazenie ) w salonie w polsce kosztuje od 15300 - 16500 eu

tak, trzeba uwazac. Nosty raczej bedziesz musial wprowadzic powazne uproszczenia.

rejestry mozesz przechowywac tez tak: (szybkosc taka sama jak przy zachowaniu rej. na stronie zero)

sta _a+1
stx _x+1
sty _y+1
...
_a lda #$ff
_x ldx #$ff
_y ldy #$ff

i w oderwaniu:

lda kolory_dli,y
sta COLBAK
iny
lda kolory_dli,y
sta COLPF0

zauwaz, ze taki sam efekt dostaniesz nie zmieniajac rejestru indeksowego

lda kolory_dli,y
sta COLBAK
lda kolory_dli+1,y
sta COLPF0

i jeszcze jedna wazna informacja, wszystkie operacje jak np to:
lda linia_dli
asl @
asl @
asl @      ;teraz mamy w A numer linii pomnozony x8
tay
wykonuj PO zmianie rejestrow np.

_aaa ldy #$00
....

lda _aaa+1
clc
adc #$08
sta _aaa+1

oczywiscie to jest tak na marginesie a nie jako poprawa tej procki wyzej...

> Zostały starocie. AY, Z80, 15 kolorów, 256*192 pixeli.

ktoras wersja miala chyba 16 kolorow ?

> 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?