Nie jest tak tragicznie. Co prawda na Warpie właśnie jest tak, jak piszesz, każde odwołanie do "niskiej" pamięci kosztuje  nie dość, ze przełączenie zegara na 1,77 MHz, to jeszcze dodatkowo wiąże się to z nieznaną (przy 14 MHz, od zera do ośmiu) liczbą waitstate'ów, o ile dobrze rozumiem, jak to ustrojstwo działa. W takim układzie korzystanie ze strony zerowej nie opłaca się kompletnie, a rezygnacja z niej oznacza pożeganie ze sporą liczbą trybów adresowania (chyba z połową?).

Ale na karcie Pasia użycie strony zerowej i w ogóle banku zerowego nie jest takie bolesne. Primo, odczyty są szybkie (to znaczy - moga być, to zależy od konfiguracji karty, ale zakładamy, że defaultowo są).

Secundo, przełączenie zegara, nawet jeśli następuje, jest bez waitstate'ów (pozornie - synchronizacja jest szybkim zegarem, a nie wolnym jak w Warpie, a utrata jednego cyklu zegara 14 MHz nie boli tak, jak utrata do jednego cyklu zegara 1,77 MHz; ale może bredzę).

Tertio - zapisy też są szybkie, o ile, jak mi się wydaje, nie następują zbyt często. To znaczy, pojedynczy zapis do niskiej pamięci chyba kosztuje tyle samo co do fastu. Co prawda on nie dociera natychmiast do pamięci Atari, ale to nie szkodzi, bo procesor nie czeka aż zapis się wykona; gdyby ta dana była od razu potrzebna (np. przy PHA/PLA), odczyt leci z "cache'u" i jest szybki. Dopiero, wydaje mi się, kilka zapisów pod rząd może spowodować zahaltowanie procesora do momentu, aż wszystkie dane "wyjdą". Jeśli się tu gdzieś nie mylę, to łatwo tego uniknąć, po prostu trzeba robić zapisy do banku 0 nie częściej niż co np. 8 cykli :)

Nie na liniowej, tylko na pasiowym rozszerzeniu pamięci bankowanej. Poza tym nie mam teraz czasu, dopiero po 11 marca się będę mógł tym zająć.

I jeszcze RTC. Duddie miał coś takiego robić, ale nie wiem, jak w końcu.

Jak mi sie uda, to zajrzę.

Przypominamy o nadchodzącym terminie ukazania się wersji 4.40 (16.III.). Jeśli ktoś ma jakieś bugi do zaraportowania, to prosimy się zgłaszać, bo bugi niezauwazone po prostu zostaną niesfiksowane :)

Ale to by chyba wymagało dobudowania do interfejsu oddzielnego komputera - tak jak to jest w SIO2IDE itd., gdzie jest procesor Atmela, przeznaczona dla niego pamięć i tym podobne. KMK/JŻ IDE nie jest, jak wiadomo, oddzielnym komputerem, a "tylko" host adapterem obsługiwanym w całości przez procesor atarki. Nie bardzo więc ten "wyświetlacz" i przyciski widzę, szczerze mówiąc.

Nie mogę, bo nie zrobiłem jeszcze ładowania programów.

Mnie tam niewiele rzeczy boli, niektóre jednak dziwią. Zwłaszcza puste deklaracje.

To poczekamy :)

No, ja rozumiem, że nie przewidywałeś, ale skoro już masz działający emulator (który "zrobiłeś w dwa tygodnie"), i ten emulator jest kompatybilny z prawdziwym Z80, to nie widzę, co cię może powstrzymywać.

Ja bym wolał wersje binarną, na której działa ZX BASIC.

Tak w ogóle, jeśli procedura dekodująca ma 25 cykli (to co powyżej plus inkrementacja PC), to znaczy, że możesz nią dekodować max. 70937 rozkazów na sekundę, a to nawet przy wyłączonym Anticu jest 8% szybkości Spectruma.

30 kilobajtów erraty to mało? :)

Przyznaję, że nie doceniałem dotąd twojego poczucia humoru.