Potrzebuje Kilka drobnych funkcji na Z80 w Assemblerze

[SAJ]

Hejka,

Nie jest modyfikujacym sie, bo wszystko jest zdeterminowane, przed wejsciem w petle.

ten snippet po prostu kopiuje obszar pamieci do innego obszaru pamiec z tym, ze jesli  ilosc bajtow do skopiowania jest dluzsza niz np 8kb, to przelacza Bank na Bank +1 i kopiuje dalej az dlugosc pliku nie spadnie do zera.

po krotce kopiuje gierke z ROMu w Cartridgeu i ja potem uruchamia, a ze Cart ma 512K (29F040) to potrzebne sa banki do plikow nagranych dalej.

[Phonex]

Tak, ale chodziło mi konkretnie, w sensie "kopiuje dane począwszy od adresu .... do obszaru .... "
No dobrze. Jeśli przy kopiowaniu nie trzeba przełączać banków, to robi się to tak:

Kod: [Zaznacz]

LD HL, adres_skąd
LD DE, adres_dokąd
LD BC, długość
LDIR
czyli w tym przypadku, o ile dobrze to odczytuję:

Kod: [Zaznacz]

LD HL, $8200
LD DE, $0801
LD BC, długość
LDIR


[SAJ]

Super,

To wydaje sie w miare proste.

Teraz zakladajac, ze bank ma 8KB i mam do przeniesienia 37KB, z ktorych pierwszy bajt jest gdzies w polowie banku 2 i konczy sie w banku 5, gdzie bank musi byc przelaczony trzy razy....

Przelaczenie banku odbedzie sie komenda  OUT <PORT>, <BANK>, ktora musze wcisnac w odpowiednich momentach podczas kopiowania.

Pozdrawiam.

[Phonex]

Banki są w cartridżu i są od $8000?
To tak:

Kod: [Zaznacz]

   LD A, (BANK)
   OUT (PORT), A
   LD HL, $8200
   LD DE, $0801
   LD BC, długość
LOOP:
   LDI
   JP PO, DALEJ    ;skok jeśli już całe skopiowane czyli BC=0
   LD A,H
   CP $A0       ; czy koniec banku
   JR NZ, LOOP
   LD H, $80
   LD A,(BANK)
   INC A
   LD (BANK),A
   OUT (PORT),A
   JR LOOP
DALEJ:
   ; tu skaczemy po skopiowaniu
   ;
BANK  DEFB 2  ;tu przechowujemy numer banku
   
   

[pear]

Nie jest modyfikujacym sie, bo wszystko jest zdeterminowane, przed wejsciem w petle.

W takim razie co to jest jak nie modyfikacja kodu:

CADDR:    lda $8200
MADDR:    sta $0801         
.....
CC1:  inc MADDR+1
.....
          inc MADDR+2
CC2:  inc CADDR+1
.....
          inc CADDR+2

To jest inkrementacja zawartości komórki pamięci w obszarze kodu.

[SAJ]

Faktycznie masz racje.

Przepraszam i zwracam honor

Teraz czy mog poprosic o cos podobnego na z80 ?

Pozdro.

[Phonex]

A moje niedobre?

[SAJ]

Wyabcz Phonex, Nie zauwazylem.

Juz sie zbieram do testow

Pozdro.

[SAJ]

Tak na marginesie, wyralem Pasmo jako kompiler.

Mam nadzieje, ze to dobry wybor.

Pozdrawiam.

[ZbyniuR]

Tak czy siak modyfikacja kodu czy też inkrementacja komórki to w obu przypadkach nie da się tego bezpośrednio uruchomić z ROMu, i na tym polega wada takich rozwiązań.

[SAJ]

Tak czy siak modyfikacja kodu czy też inkrementacja komórki to w obu przypadkach nie da się tego bezpośrednio uruchomić z ROMu, i na tym polega wada takich rozwiązań.

No Tak to fakt.

W C64 Mapa pamieci jest taka, ze pod ardesem $0340 jest 192 wolnych bajtow, ktore normalnie sa buforem dla kasety.
Ten obszar dziala znakomicie jako lokacja dla programu do kopiowania, bo programy zazwyczaj nie uzywaja tego obszaru, przynajmniej w trakcie ladowania.

W Zx jak sie domyslam, tez trzeba bedzie znalezc taki obszar i na ta chwile, z tego co widze najlepiej by bylo gdzies na samym koncu, ale to by wtedy nie dzialalo na wersji 16kb.

W Cobrze mam 256 bajtow wolnych z kilobajta pamieci ekranu zaraz za obszarem wyswietlanym, w ktorych wiem, ze raczej nic nie ma, bo oprogramowanie jest ladowane od $0000 do ~ $Bf00

Jesli sa jakies sugestie na najlepsza lokacje dla kilkubajtowego programiku kopiujacego tak, zeby nie pojawil sie w obszarze programu kopiowanego to poprosze

Pozdrawiam.

[pear]

W ZX Spectrum takim miejscem może być bufor drukarki, który ma 256 bajtów i zaczyna się zaraz za pamięcią obrazu.

[Phonex]

Pod warunkiem, że to nie jest 128, bo ten ma tam procedury przełączania banków.
Może być też WORKSPACE, czy obszar informacji o kanałach ze zmiennych systemowych.
Jak gra się już uruchomi, to może użyć tych obszarów, ale wtedy to już chyba nieistotne.
Chyba nie ma co się martwić o Spectrum 16K, kto teraz ma taki? A nawet jak ma, to jaka gra na nim pójdzie?