Tydzień? Takie demko musiałoby w realu trwać z 10 godzin :P Zważywszy, ze rozsądne demko pewnie nie jest dłuższe niż 10 minut, Atari trzeba byłoby mieć włączone nie przez tydzień, ale jedynie przez jakieś 3 godziny (trzy demka po 10 minut = droga koleją z Warszawy do Trenczyna) :)

A u mnie tak:

Dla chętnych - i tych, którzy nie wiedzą, co tam jest napisane - wyraźniejsza wersja:

http://drac030.krap.pl/zxnapis.jpg

Dojście, a raczej domęczenie się, do tego miejsca po zastartowaniu OS-u Sinclaira od adresu $0000 zajmuje emulatorowi 1819 ramek (circa 36,5 sek.).

Patrz też strona dyskusji: http://atariki.krap.pl/index.php/Dyskusja:Vicky <-- jest tam pewna informacja, która wypadła z hasła ze względów formalnych (jest sformułowana w pierwszej osobie). Ktoś znający się na tej grze (np. ty) mógłby dokonać jakiejś ostatecznej redakcji tego hasła, tylko przestrzegając przy tym reguł edycyjnych Atariki, bo inaczej będę strzelał.

W en.wiki (http://en.wikipedia.org/wiki/CP/M) jest napisane, że to jest:

a) terminal
b) Intel 8080
c) 16k RAM-u
d) stacja dysków

Co do tych "16k", tutaj: http://www.dcast.vbox.co.uk/cpm.html napisali że ma to jednak być co najmniej 20k ze wskazaniem na nie mniej niż 48k.

Ale z drugiej strony ekran jest wąski (256 pikseli), więc per saldo chyba się opłaca ...

Czy CP/M może działać na Spectrum? Coś kojarzę, że nie.

PS. Policzyłem dokładnie - Z80 ma 1268 rozkazów.

Słuchaj, robisz sie nachalny. Jak ci mówię, że nie zamierzam tego robić, i podaję powody, to ci powinno wystarczyć dwa posty temu. Mogę ci jeszcze delikatnie zasugerować, że nie masz pojęcia jak wygląda u mnie start emulacji i cały kod "okołoemulatorowy" (z monitorem Z80 na czele), więc nie możesz wyrokować lepiej ode mnie, czy to dużo zmian, czy mało. :P I może na razie na tym poprzestańmy, chyba, ze chcesz, żeby się atmosfera popsuła :P

Sprawdzenie tego w zasadzie nic nie kosztuje, to groszowa oszczędność.

No, wiadomo, że na 65816, przy liniowym RAM-ie i z wykorzystaniem nowych trybów adresowania, to jest zupenie inna bajka: np. dekodowanie rozkazu się na dzień dobry robi 4 cykle szybsze.

To faktycznie musi bardzo przyspieszać emulację :)

A to jeszcze wiele przed tobą :)

Teoretycznie mogę, ale musiałbym za dużo przerabiać. Mogę ci podać wynik w ramkach VBL, ale do tego przydałoby się, żeby pętla wykonywała się większą liczbę razy (np. kilkadziesiąt tysięcy razy) dla lepszej dokładności.

Nie bardzo rozumiem, po co ładujesz 7 do rejestru B.

Ja - jak wiesz zresztą - testuję na czymś takim (przytaczam z pamięci):

    ld HL,$ffff
    ld A,$3f
loop:
    ld (HL),$00
    dec HL
    cp H
    jr NZ,loop

Ta pętla wykonuje się 49152 razy zerując pamięć od $FFFF do $4000. Atarynce wykonanie tego zabiera 496 ramek. Rozkazy ustawiają wszystkie oficjalne flagi Z80, nieoficjalnych przeważnie nie.

jellonek: nie lubisz Turbo Pascala 3.0? ;)

Sikor: trochę mylisz pojęcia. Emulator software'owy może korzystać z właściwości Antica dla ulżenia sobie w ciężkiej, niewdzięcznej i nikomu niepotrzebnej robocie ;) bo pamięć emulowanego Z80 to ta sama pamięć, do której ma tez dostęp Antic.

W przypadku doczepiania rzeczywistego Z80 z zewnątrz rzecz ma się zgoła inaczej - taki procesor musi mieć swoją pamięć (oddzielną od tej, która jest w Atari), a do zewnętrznej pamięci dostępu nie ma z kolei Antic. Więc porażka. Odwrotnie - żeby Antic korzystał z pamięci Atari, a Z80 miał do niej dostęp z zewnątrz - to już prędzej, ale i tak nie obyłoby się bez makowego cuda służącego do translacji adresów w tę i we wtę, i to, oczywiście, w locie.

Ale panowie rozumieją, że dotychczasowy "emulator" chodzi z prędkością ok. 4,5% ZX Spectrum, więc np. jeśli w spektrusiu po włączeniu zasilania napis "(c) 1982 Sinclair Research Ltd." się pojawia po 3 sekundach[1], to tu przyjdzie nań poczekać ponad minutę? Więc o jakich demkach tu mowa?

Sikor:

a) ten rejestr nie jest "wykonywany" przez Antica

b) emulację z wyłączonym Antikiem się da zrobić, zysk jest ok. 30% (czyli nie 4,5%, tylko 6,4%), ale nie ma obrazu - a myślę, że slideshow z wyłączoną wizją traci nieco na atrakcyjności.

c) Antic jest procesorem, ale wizyjnym - zasadniczo jest już na niego przerzucone to, co przerzucić było można (czyli tworzenie obrazu i dbanie o to, żeby nie migało mimo przełączania banków pamięci)

[1] nie wiem, ile to trwa, strzelam.

Fakt, można to jeszcze ciut skrócić. Ale urwanie jednego cyklu z dekodowania przyspiesza moją pętlę testową o sześć ramek - z dobrze ponad pięciuset; a zatem przy skróceniu o 4 cykle pętla przyspieszy o 24 ramki, czyli niecałe 5% (w stosunku do emulatora, bo w stosunku do oryginału - o jakieś dwa promile). Oczywiście, to zawsze jest coś, ale jeszcze trochę mało :)

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

Patrząc globalnie - z punktu widzenia już zrobionego stronicowania - nie wydaje mi się. Prawdopodobnie nie bierzesz paru rzeczy pod uwagę, zwłaszcza w tym całym LD (HL),n. Zaimplementuj, zdebuguj, pogadamy :)

Prawie nic. U mnie dekodowanie wygląda tak:

nop lda (epc),y
    tax
    lda zzlo,x
    sta ?jp+1
    lda zzhi,x
    sta ?jp+2
    iny
    bne ?jp
    inc pc+1
    ldx pc+1
    lda hicon,x
    sta epc+1
    lda mbank0,x
    sta portb
?jp jmp $ffff

sorry, ale LD (HL),$xx nie chce mi się przepisywać ... :) mniej więcej to samo jest u ciebie, tylko w moim jest bankowanie RAM-u. No i lepsze wykorzystanie rejestru Y.

W tej, co ja mam, jest ich 564. Ale podobno są też jakieś nielegalne.