tak jak mowilem, plik wykonywalny bedzie juz wkrotce dostepny. jest jescze nieprzetestowany kawalek dc. inna gra juz chodzic calkiem calkiem a kolejna 'prawie' dziala. chcialbym kogos namowic na zrobienie filereqestera, tak, zeby nie trzeba bylo puszczec 3 wykonywalnych plikow tylko jeden a gry z trumny sami sobie sciagniecie ;-) a jak mi sie nie uda to chyba zaczne przyspieszac dc przepisujac go kawalkami na 6502

filmik pokazuje ladowanie .sna i jak dziala emulator. milego ogladania.

http://atari.pl/emulator.rar

takie sa moje przemyslenia ale skoro Draco cos tam kombinuje z rozszerzeniami pamieci wiec pewnie wymyslil inny sposob obejscia tego problemu

1. gdy bedzie dopalka Pasia to bedzie inna bajka ze tylko powiem: 64kb ciaglej pamieci
2. knight lore to tylko z ciaglym ramem (temat wraca jak bumerang) dlaczego? stronicujac pamiec jak proponowal Draco trzeba liczyc sie z tym, ze predkosc spadnie drastycznie na czas wyswietlania chyba ze mamy rozszerzenie pamieci zgodne w 100% z atari 130xe :-) lub robimy translacje adresowa ale to trwaaa i zajmie pamiec powyzej bloku 16kb. dlatego tym wiekszy szacun dla Draco dla mnie bylo by to porwanie sie z motyka na slonce. powtorze jeszcze raz: z ramem liniowym bedzie mozliwosc uruchomienia prawie wszystkiego z zx spectrum a dzieki 65816 byc moze bedzie to nawet w miare szybkie
3. projekt juz wkrotce bedzie dostepny dla chetnych, tak, ze Ty, TY i Ty rowniez bedziesz mogl poprawic dzialanie emulatora. ogolnodostepna bedzie tylko wersja przekompilowana. wersja z monitorem i praca krokowa tylko dla testerow - tak, mozesz byc testerem. a jak to rozwiaze? nie wiem. pojde spac a rano bede mial nadzieje ze problem zniknie ;)
4. z planami i ocena przydatnosci proponuje poczekac do publicznej wersji

a 130xe przypadkiem nie ma rozdzialu na pamiec dla antica i 6502 tak ze masz podwojny bufor bez grzebania ?

bardziej interesujace by byla podmiana pierwszego 16k pamieci

---
albo totalny odlot: bankowane strony pamieci :-) np. $10 stron zerowych :-) 4 stosy ;-) hehe

tyle, ze z drugiej strony... ja osobiscie nie widze juz sensu w rozszerzeniach ktore nie sa w 100% kompatybilne z a130, szkoda, ze atarowcy nie doceniaja mozliwosci pracy antica i 6502 w tych samych adresach a roznych bankach... wkrotce kazdy bedzie mogl miec liniowa pamiec (oby) wiec po co dowalac 1-4 mb ramu bankowanego :p

a ja ciupie w
super cobra !, pacman i eee flowers manie :)

taki rozkaz porusza drzewami:
_ed_b8          equ *         ; LDDR - bc bajtow z hl do de, zmniejsz o jeden bc,hl,de

                ldy #0

_ed_b8_3  lda z80_c
                bne _ed_b8_2
                lda z80_b
                bne _ed_b8_1

                rts

_ed_b8_1  dec z80_b
_ed_b8_2  dec z80_c

                lda (z80_hl),y
                sta (z80_de),y
               
                lda z80_l
                bne *+4
                dec z80_h
                dec z80_l

                lda z80_e
                bne *+4
                dec z80_d
                dec z80_e

                jmp _ed_b8_3

--
pokaze jak nie bedzie sie wieszal ... mam gdzies buga... szukam, moze dzis wieczor pokaze juz cos dzialajacego

sorka za podpisywanie pod soba, ale jest mus.

probowalem uruchomic gre deathchase no 1 wsrod 100 najlepszych gier na trumne. program dziala ok poltory sekundy heh.

mam dwie sprawy:

1. kto ma pomysl na rozsadne wprowadzenie kolorow na ekran - moze na vbi postawic procedurke, ktora przeszuka pamiec atrybutow zx i skoryguje pamiec dla drugiej DL ? bedzie migalo ale jakas namiastka kolorow bedzie. ???

2. potrzebuje kodu 6502 dlarozkazow z80 (jak historia pokazala warto prosic o pomoc :) )
- LDDR - kopiuje BC (B-starszy bajt) bajtow z adresu wskazanego przez HL do pamieci wskazanej przez DE, podobne dzialanie jak LDIR tylko ze tu HL,BC,DE maja zostac zmniejszone o 1 po przekopiowaniu jednego bajtu a nie jak tam BC zmniejszany a HL i DE zwiekszane
- LD (ix+n),m - zaladuje liczbe m do pamieci pod adres w IX +/-n  - n jest liczba w kodzie u2

_dd_36
                iny
                lda (z80_pc),y    ; jakie n
                bmi _dd_36_1
                iny                ; dodatnia
                lda (z80_pc),y     ; m
                tax
                dey
                lda (z80_pc),y     ; n
                tay
                txa
                sta (z80_ix),y     ; m do ix+n
                ldy #0
                rts
_dd_36_1
                eor #255        ; ujemna
                adc #1
                sta temp_z      ; n
                lda z80_ixl
                sec
                sbc temp_z
                sta temp_z
                lda z80_ixh
                sbc #0
                sta temp_z1     ; temp_z jest ix-n
                iny
                lda (z80_pc),y  ; m
                sta (temp_z),y  ; m do ix-n
                ldy #0
                clc
                rts

elektron :-) vbxe karta grafiki i emulator zx :-)

ok. tym czasem powprowadzalem te zmiany o ktorych mowil tebe i probe (wszystkie 2,3,4 bajtowe wykonuja sie teraz szybciej) popredni przyklad circle idzie teraz ponizej 12 ale sporo powyzej 11% (metoda pomiaru jak poprzednio)

natomiast zeby pokazac jak wygladaja kolorki zxspectrum bez kolorkow atari przenioslem cos takiego:
http://pouet.net/prod.php?which=1983
i wyglada to tak:
http://atari.pl/05.rar - szybkosc hmm lekko ponizej 6% (poimiar jak poprzednio)

rozkaz z80 LDIR dziala mniej wiecej tak:

sprawdza czy BC (16 bitowy licznik  B-starszy bajt,  L-mlodszy) jest rowny zero, jesli tak to PC zwieksza o dwa (rozkaz 2bajtowy) i koniec, jesli nie to przesyla jeden bajt z adresu wskazywanego przez HL (H starszy, L mlodszy) do komorki wskazanej przez rejestr DE, zwieksza HL i DE o jeden, zmniejsza BC o jeden, PC zmniejsza o dwa i koniec. w tym miejscu BC = 0. jeden przebieg petli LDIR to 21 cykli, 16 jesli BC=0.

pomyslalem ze mozna pominac ta cala zabawe z kazdorazowym ustawieniem pc, tak zeby emulator musial wielokrotnie dekodowac ten rozkaz i wyszlo mi cos takiego:

_ed_b0          equ *      ; LDIR

                ldx z80_c
                beq _ed_b02
                
_ed_b05         ldy #0
_ed_b03         lda (z80_hl),y
                sta (z80_de),y
                iny
                dex
                bne _ed_b03

                stx z80_c
                sty temp_z
                bne _ed_b01
                dec temp_z
                
_ed_b01         clc
                lda z80_l
                adc temp_z
                sta z80_l
                lda z80_h
                adc #0
                sta z80_h
                
                clc
                lda z80_e
                adc temp_z
                sta z80_e
                lda z80_d
                adc #0
                sta z80_d

_ed_b02         lda z80_b
                beq _ed_b04    ; koniec
                dec z80_b
                jmp _ed_b05    ; kopiuj

_ed_b04         equ *

zdaje sobie sprawe ze kod moze byc bledny i/lub wolny, gdyby tak ktos rzucil okiem i moze pomogl zoptymalizowac

> Co do SID-a to już gotowy praktycznie leży ale w związku z narodzinami mojego syna nie mam za bardzo czasu w domu aby dokończyć soft dla MCU sterującego SIDem.

! ! ! ! :-) nareszcie :-)

tez tak mysle, halt bedzie dzialal jak nop.

pc ustaw na $62bd.

--- pomyslalem ze trzeba to dodac:
nie patrz na pamiec po zaladowaniu bo emulce juz zdejmuja ze stosu wartosc pc (obejrzyj jak wyglada stos - to ta wartosc powyzej), najlepiej pobrac z pliku sp obliczyc sobie ofset (startujesz od $4000 + naglowek) i pobrac pc. no albo recznie zerknac na ten nieszczesny stos. po zaladowaniu korygujesz sp i jazda.

----
> tam jest opcja zmiany zegara z80 i na 7 MHz chodzi dwa razy szybciej, a na 14,25,50 i 100 chodzi tak samo.

ja mam emuzwin i jak puszcze na 150%,200%....800% to za kazdym razem widac wyrazna zmiane szybkosci dzialania. sprawdzalem czy nie mam gdzies w prefsach ignorowanie halta ale nie zauwazylem ... ?