trzeba jeszcze zaplanowac zadanie (przerwanie vbi?) ktore bedzie co ramke przerzucac 32*24 (768) bajtow z pamieci atrybutow zx spectrum do pamieci vbxe :-)

najciezej zrobic ostatnie 10%

jestem pod wrazeniem.

http://atari.pl/fmtest.sna - uruchamiac na zxspectrum; joystick kempston

-- kto mi pomoze rozszyfrowac naglowek (27 bajtow) pliku .sna albo inaczej jak/gdzie trumna zapisuje adres startu programu?

8080 ma mniej rejestrow, nie ma niektorych trybow adresowania, rej stanu jest krotszy, jakies myki sa z rozkazamio skokow wzglednych, lista rozkazow jest sporo krotsza od z80, emulacja 8080 musi byc szybsza od emulacji z80, poza tym caly czas mowicie o emulacji zx, ja o emulacji samego procesora. dopoki nie bedzie 65816 i vbxe nie ma co marzyc o zxsectrum

> http://atari.pl/z80test.sna
> programik mozna uruchomic pod dowolnym emulatorem spektrumny.
> rysuje migajacy roznokolorowy pasek w pamieci atrybutow

    ld a, 0xc8
    ld b, 0x07
    ld hl, 0x5800
lo:ld (hl), a
    inc hl
    add a, 0x08
    djnz lo

a tu skrin z emulacji:

pasek na srodku pokazuje jak dlugo wykonywala sie ta petla, dla zainteresowanych policze (ale to juz w domu) ile cykli pozarla emulacja

powinno dac sie to przyspieszyc, pisalem w pracy wiec....

rozkaz djnz robi skoki tylko w tyl (ale dodany jest skok na procke do przodu wiec to nie powinno wplywac na szybkosc emulacji tej konkretnej procedurki)

hmmm moze ktos poda szybki sposob obliczenia wartosci dla skokow wzglednych?

-- policzylem cykle mam nadzieje dobrze:
petla wykonana na z80 250 cykli
petla wykonana na emulowanym z80 - 1806 cykli 6502 (obejmuje dekodowanie rozkazu pustego i opuszczenie trybu emulacji)

jak sie maja cykle z80 na 3,5mhz do cykli 6502 przy 1,79?mhz ???

-- male poprawki i z 1806 zjechalem do 1716 cykli

-- cos kolo 14% ? innymi slowy, implementujac wszystkie rozkazy i myki z80 na 6502 pewnie emulacja zamknie sie przy wlaczonym ekranie w 10% szybkosci oryginalu - na 65816/14 po optymalizacji byc moze bedzie 70-80% oryginalu - mozliwe?

e tam zmian, zaznaczasz na ekranie rozpoczecie emulacji oraz zakonczenie dzialania emulatora, pasek pokazuje jak szybko dziala emulec, nikt tu nie mowi pokaz program tylko poke skrinszota.

jest tam taka masa rejestrow ze automodyfikacja raczej nie byla by potrzebna... chociaz...

tu lezy program testowy, ktory bede chcial uruchomic na atari:

http://atari.pl/z80test.sna
programik mozna uruchomic pod dowolnym emulatorem spektrumny.
rysuje migajacy roznokolorowy pasek w pamieci atrybutow

    ld a, 0xc8
    ld b, 0x07
    ld hl, 0x5800
lo:ld (hl), a
    inc hl
    add a, 0x08
    djnz lo
     
swoja droga w assie z80 pisze sie prawie jak w basicu ;-) faktycznie podnad 500 rozkazow
jesli ktos wie jak wydobyc pisk (beep) z gumiaka i jak obslugiwac klawisze to zapraszam na priv moze sie cos na gumowca napisze ;-)

wracajac do emulatora z80 na 6502 (nie trumny na atari), mam pewne przemyslenia jak przyspieszyc emulacje:
- brak ochrony pamieci (dlaczego emulator ma dbac o to zeby nie dac sie wyrabac zle napisanemu programowi w z80?) - to odnosnie blokowania zapisu do rom
- umiejscowienie pamieci emulowanego proca w liniowym ramie (65816 sie klania)
- napotkanie rozkazu nieobslugiwanego powoduje opuszczenie emulatora

jeszcze nie wiem jak zaemulowac rejestr stanu z80...

na dniach program

---
@draco030, jesli mozesz uruchom ten programik moze w taki sposob:

    lda #50
q  cmp vcount
    bne q

    sta wsync
    sta colpf2

    jmp emulator

po skonczeniu dzialania petli z80

    lda colpf2s
    sta colpf2

i tu skok do poczatku czyli zerowania z80 i znowu petla

pozwoli to 'zobaczyc' jak toto szybko dziala. i pokaz skrinszota :-)

pozdrawiam

> Czemu? Znasz rozkaz, który po pobraniu opkodu nie wymaga zwiększenia PC?

po pobraniu nie, po wykonaniu owszem - chociazby JP - a to jest dla nas istotne wykonujemy rozkaz i oczekujemy aktualnych wartosci w rejestrach.

pc nie zawsze sie zwieksza o 1: rodzina ADC, SUB, OR, XOR, CP, INC, DEC, RLC, SRA, JP, CALL itd itd dwa razy robisz aktualizacje pc a wystarczy raz przy rozkazie (bo juz wiadomo co to bedzie) u Ciebie nie wiadomo dlatego 2 razy robisz to samo a cykle leca.

> Zaimplementuj, zdebuguj, pogadamy

przyjmuje wyzwanie. prosze o przykladowy w miare krotki kod z80 z iloscia cykli 6502 w jakim sie wykonal, moze byc lista niepowiazanych rozkazow tylko dla sprawdzenia... od podania przykladu prosze o tydzien czasu na napisanie emula (tydzien jak nie bedzie w przykladowym kodzie udziwnien). moze mi sie uda :-)

emulgator:

1. rejestry z80 na stronie zerowej poukladane tak, zeby mozna bylo uzywac adresowania (),y czyli np. rej H i L leza w kolejnosci L, H itd.
2. petla dekodujaca na stronie zerowej
3. tablice skokow 256b x 2 (L adresu, H adresu procedury emulacji rozkazu)
4. pamiec od $4000 - 32kb
5. dbamy przy operacji na stosie i skokach bezposrednich z80 o wlasciwa wartosc pc - pc powiekszone jest o $4000

petla dekodujaca na stronie zerowej:
start:
ldy #0
lda (pc),y
tax
lda Lo_tab,x
sta _jmp+1
lda Hi_tab,x
sta _jmp+2
_jmp:
jmp $ffff - 27 cykli i mamy zdekodowany rozkaz z80

procedura emulacji LD (HL),$n
_LD
iny
lda (PC),y   - argument
dey
sta (HL),y   - do pamieci
inc pc
bne _LDend
inc pc+1
bpl _LDend
lsr pc+1     - pc od $4000 do $7fff
jmp start
-- wlasnie zauwazylem ze pc ma sie zwiekszyc o 2 wiec tu wchodzi w gre procedura z adc #2

i to tyle, emulec nie jest taki ciezki do zrobienia cos mi sie wydaje. cos przegapilem?

a 65816 swoja droga by sie przydal, nie trzeba by bylo stronicowac pamieci z80...

---
tak chcialem zeby emulec zmiescil sie tak w 4 kb :-) i uruchomil na 65xe bez rozszerzenia dla z80 i 32kb ramu

---
jak wyglada Twoja procedura dekodowania rozkazu?

---
500 rozkazow :-) ufff to ja chyba zerknalem na inna tabele rozkazow z80 :-) zlamilem :-)

NOP - z warunkami jak wyzej czyli petla, skoki, interpretacja rozkazu i powrot do petli to 48 cykli 6502
LD (HL),$x - 62 cykle 6502

tylko, ze nie biore pod uwage istnienia romu czyli gdzie z80 chce zapisac tam zapisze (oczywisice w granicach swojej pamieci 16kb)