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

Ostatnio edytowany przez xxl (2007-03-05 17:41:14)

jest pare animacji wykorzystujących dostęp Antica do pamięci rozszerzonej, jednak takie zachowanie Antica nie przyjęło sie jako standardowe, lepiej jest posiadać więcej pamięci niż tego typu funkcjonalność

dlatego jeśli chcesz aby Twoj program korzystał z pamięci dodatkowej i zadziałał na każdym Atarku powinieneś umieszczać pamięć obrazu poza $4000..$7FFF

może pod emulatorem działa, na mojej atarce z 1MB by Pasiu juz nie

Ja bym powiedział, że już 1 MB RAM-u w bankach to dyskusyjna ilość, a co dopiero 4 MB. Ale ja mam twardziel, a jak się to ma, ramdysku się zasadniczo nie używa (bo i do czego), a innych zastosowań rozszerzenia ponad 320k w zasadzie brak. Niemniej ktoś, kto ma stację 720k, 1 MB pamięci sobie będzie cenił z łatwych do wyobrażenia względów.

EDIT: podmiana pierwszych 16k RAM pozwalałaby na znośny multitasking (tyle procesów, ile banków).

Ostatnio edytowany przez drac030 (2007-03-05 23:46:10)

Hm, a ja już mam pomysł co zrobić z 1 MB. Pora się zabrać do roboty. :)

No właśnie. Direct Page można ustawić na dowolne miejsce w zerowym banku pamięci. Niby ładnie pięknie i super relokowalnie ale, to ma sens tylko w jakiś programach użytkowych wygenerowanych przez kompilator C, bo w demach jest zupełnie nieopłacalne: umieszczenie D poza granicą strony (młodszy bajt różny od zera) pożera dodatkowy cykl, a ograniczenie przesuwania D tylko do zerowego banku jest wręcz frustrujące w momencie, gdy "pamięć wysoka" potrafi być 8 razy szybsza od banku zerowego.
Chciałbym żyć w alternatywnym wszechświecie, który różniłby się tylko tym, że w 65c816 rejestr D wciąż 16-bitowy można byłoby ustawić na dowolną stronę w 16 MB pamięci, a nie dowolny bajt w banku zerowym. Ale pomarzyć dobra rzecz...

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 :)