Namieszałem trochę XXL-owi, więc późno bo późno ale zabieram głos w dyskusji.

Odrobina technicznego bełkotu może pomóc zrozumieć jak działają mechanizmy MEMAC i obostrzenia z nimi związane.

-------------------------------------------------------------------------------------
Mechanizm kontroli linii CASINH

Próba dostępu przez CPU / ANTIC do adresów zajętych przez:

- OS ROM (gdy aktywny - sterowanie: PORTB)
- BASIC (gdy aktywny - sterowanie: PORTB)
- Cartridge (gdy aktywny - sterowanie liniami RD4 i RD5 na porcie CART)
- Rejestry sprzętowe ($d000-$d7ff, aktywne zawsze)

Spowoduje wystawienie przez MMU sygnału CASINH, który to sygnał odcina wewnętrzną
pamięć RAM Atari. Dodatkowo CASINH podłączony do VBXE informuje je, że nie należy nawet próbować podłączać VRAM do szyny.
To połączenie CASINH do VBXE to właśnie ten nieszczęsny nowy "kabelek". Jego brak spowoduje, że
w powyższych przypadkach nic nie ostrzeże VBXE i będzie tak:

przy odczycie: dane z VRAM "zderzą się" na szynie danych z danymi z ROM, CARTA lub rejestrów sprzętowych.
w efekcie bufory będą przeciążane (ale raczej nic się nie spali) i CPU / ANTIC odczyta jakieś bzdury
(wygra silniejszy scalak) - mamy tu p.2 z testu XXL-a - komp się wiesza ponieważ obszar romu $f000-$ffff jest
na bieżąco używany a już nie można nic normalnego z niego odczytać.

przy zapisie: dane zapisywane będą jednocześnie do VRAM i ROM (!) lub rejestrów sprzętowych ....
tutaj jest jeszcze jeden zonk który wynika z konstrukcji atari - mianowicie zapis do ROM
powoduje znowu zderzenie na szynie danych ponieważ w uproszczeniu ROM zakłada, że jeżeli coś od niego chcą
to jest to zawsze odczyt niezależnie od stanu linii R/W i wystawia dane na szynę.

Dodanie kabelka do VBXE powoduje, że nie wpycha się ono z pamięcią MEMAC A na siłę tam, gdzie i tak wepchnąć się nie może.

-------------------------------------------------------------------------------------
Mechanizm kontroli linii EXTSEL

New Device wystawia sygnał MPD, który powoduje odłączenie przez MMU ROMu w obszarze
$d800-$dfff. Po odłączeniu nie jest już wystawiany sygnał CASINH dla tego obszaru -
w tym miejscu może się więc pojawić okienko z normalnym RAM Atari. Aby Atari nie podłączyło ani ROM ani RAM
dodatkowo uaktywnia się linię EXTSEL, która niezależnie odłączy wewnętrzny RAM.
Pojawia się więc "dziura" $d800-$dfff w którą można podstawić ROM/RAM NewDevice (KMK).

Sygnał CASINH dla tego obszaru jest więc nieaktywny, jednak VBXE i w tym przypadku
"trzyma rękę na pulsie" monitorując dodatkowo stan linii EXTSEL (z której samo korzysta w celu zmiany normalnego RAM na obszar VRAM)
robi to następująco:

- gdy spełnione są warunki włączenia bufora memac a/b (CASINH nieaktywny, adres zgodny z memac, aktywacja memac)
wówczas sprawdzany jest jeszcze stan linii EXTSEL - jeżeli linia jest aktywna, wówczas VBXE zakłada, że
jakieś nieznane mu urządzenie (np. KMK) zażądało dostępu do szyny danych i "odpuszcza sobie" podłączenie VRAM w tym cyklu
- nieznane urządzenie ma priorytet nad VBXE.
Jeżeli linia EXTSEL jest nieaktywna, wówczas VBXE zakłada, że nic nieznanego mu nie "dobiera się" do szyny sam ją (linię EXTSEL) aktywuje - czyli w tym cyklu podłączany jest VRAM a odłączany RAM Atari.

Popraw może to nadpisywanie dl przy ładowaniu (np. wyłącz kulturalnie DMA) bo latające i migające syfy mnie wkurzają - Drac030 o tym dobrze wie. ;-)

Nightdriver działa (ładuje się i uruchamia) na R5 + FX1.20a. U Candle zawiesza się po obrazku tytułowym (a więc nie ładuje się do końca analogicznie jak nightshade).

Jednak we właściwej grze na dole ekranu (pod samochodzikiem) mam kolorową "kasze" statyczną zrobioną z overlay vbxe ....

APE loader używa strony 0600 o ile  zdążyłem się zorientować.

U mnie wiesza się na SDX (konfig use banked) po obrazku tytułowym. Odpalony przez loader R5 chodzi bez problemu.

Niestety - gra za trudna dla mnie :-(

U mnie:

FREDDIE, pin 2 (XIN - wyjście z płyteczki generatora PCLK):

VBXE v1.1 PCLK INPUT (również wyjście z generatora PCLK, ale inne):

Lotharek:

Generalnie do SCARTA nie podłączaj SYNC z 4050 raczej, tylko Composite Video (lub CLUM) z atarki jako synchronizajcę.

Chodzi o to, że impedancja tam (w TV) jest 75 omów i możesz zabić 4050. Poza tym nie ten poziom sygnałów.

Oczywiście przeważnie zadziała - zgoda, ale tak sobie ględzę ...

Tak patrzę i widzę, że jest tu kilku mąciwodów lubujących się w uczestniczeniu w tego typu wojenkach. Poza nimi to może czasem w "bałaganie" coś napiszą.

Żenujące, przecież to trochę jajcarski tytuł topiku, nic więcej. Co się z niektórymi tutaj dzieje ? Przecież Hororus nie użył wulgaryzmów a podejrzewam, że średnio inteligentny czytelnik "skumał" o co chodzi mu z tą "komparycją".

Pm

Ale żaden z tych screenów nie jest chyba z atari 800/XL/XE :)

no właśnie... a niby ta komoda taka fajna a jednak niefajna ...