przed instalacją Antoni przemyjcie złącza święconą wodą ;)

pod Altirra jest tylko czarny ekran

Kaczorowski podmienił mi Rapidusa na zepsutego, działa tylko 1MB Fastu, ogólnie szukając przyczyny dla której jego SAVO nie działa prawidłowo podmienił wiele układów, m.in. Stereo, kondensatory, przewody, 6502 na jakąś specjalną wersję, nawet przy zegarze coś majstrował bo SYSINFO podawał 1.8 MHz, przełączanie zestawów znaków na obrazkach się glitchowało

tak że wróciłem do poprzedniej Atarki, bez Rapidusa, z VBXE 1

ja nie mam Rapidusa ani Antoni2, mam legitny 6502, co może nie działać w tak wzorowym zestawie :)

kochajcie rdzeń 1.27 tak szybko odchodzi ;)

ChatGPT

Gdyby celem było płynne sterowanie myszą bez obciążania 6502, to najskuteczniejszym rozwiązaniem byłby inteligentny kontroler myszy w kartridżu (lub PBI/ECI) z własnym mikrokontrolerem albo małym CPLD/FPGA. Co ciekawe, architektura Atari XL/XE bardzo temu sprzyja: POKEY obsługuje wejścia potencjometrów i IRQ, ANTIC już i tak przejmuje magistralę przez DMA, a cartridge może generować przerwania do CPU.

Najlepsze rozwiązanie: "Smart Mouse Controller"
Taki układ robiłby całą "brudną robotę":
- odczytuje mysz USB lub PS/2 z częstotliwością 125-1000 Hz,
- akumuluje ruchy ΔX i ΔY,
- zapisuje je do rejestrów dostępnych pod np. $D5xx,
- generuje IRQ tylko wtedy, gdy pojawi się nowy ruch.
Dla 6502 obsługa sprowadza się do kilku instrukcji:
IRQ:
    LDA MOUSE_DX
    CLC
    ADC CURSOR_X
    STA CURSOR_X

    LDA MOUSE_DY
    CLC
    ADC CURSOR_Y
    STA CURSOR_Y
    RTI

To zajmuje kilkadziesiąt cykli zamiast ciągłego odpytywania urządzenia.
Jeszcze lepiej: sprzętowy generator współrzędnych
Można pójść krok dalej i zbudować układ podobny do Amigi CIA + Paula albo kontrolera Atari ST.

Układ utrzymywałby aktualne współrzędne kursora w sprzętowych licznikach. 6502 tylko czytałby:
LDA MOUSE_X
LDA MOUSE_Y

Nie trzeba nawet dodawać ΔX i ΔY.
Wersja "retro" z układami TTL
Dałoby się to zbudować wyłącznie z logiki z epoki:
- dwa liczniki 74HC193 (X i Y),
- dekoder kwadraturowy LS7084,
- zatrzaski 74HC573,
- generator IRQ.
To byłoby całkowicie zgodne technologicznie z połową lat 80.
A może drugi procesor?
Ponieważ wcześniej rozmawialiśmy o procesorze w kartridżu współdzielącym magistralę Atari, można wykorzystać tę samą ideę.

Drugi 65C02 mógłby:
- obsługiwać USB/PS2,
- filtrować drgania,
- robić akcelerację kursora,
- przekazywać gotowe współrzędne głównemu SALLY przez rejestry współdzielone.
Co byłoby najbardziej "atarowskie"?
Moim zdaniem najciekawsze byłoby rozwiązanie w stylu Atari ST w kartridżu:
- CPLD/FPGA podłączone do magistrali cartridge,
- sprzętowe liczniki X/Y,
- własny sprite kursora nakładany na sygnał GTIA,
- IRQ przy zmianie położenia.
Wtedy kursor poruszałby się całkowicie niezależnie od 6502, nawet gdy gra zajmuje niemal 100% czasu procesora.
Jest jeszcze ciekawsza możliwość: sprzętowy kursor bez udziału GTIA
Da się zbudować rozszerzenie wykorzystujące sygnały ANTIC/GTIA (HSYNC, VSYNC, HALT) i własny układ w FPGA/CPLD, który dokleja sprite kursora do sygnału wideo już po wyjściu GTIA. W praktyce byłby to odpowiednik sprzętowego kursora znanego z Atari ST czy kart VGA.

Taki układ:
- śledzi bieżącą pozycję wiązki obrazu,
- porównuje ją z rejestrami MouseX i MouseY,
- nakłada 16×16 lub 32×32 piksele kursora w locie,
- nie zużywa ani jednego cyklu 6502 na rysowanie kursora.
To rozwiązanie jest szczególnie interesujące dla dem i gier, bo kursor pozostaje idealnie płynny nawet podczas pełnego obciążenia procesora i intensywnego DMA ANTIC.

elektonicy powinni zwołać Konklawe i ustalić wspólne zasady jakie stosować w urządzeniach aby była możliwa współpraca między nimi :)

te glitche z grafiką PMG zachowują się tak jakby na chwilę rejestr odpowiedzialny za DMA PMG był zerowany a potem przywracany

przełączanie banków pamięci carta jest po stronie SIDE3, SubCart-a, musi przechwycić zapis $D500... i przełączyć bank, co robi z tym czasie Antonia? czy SIDE3, SUBCart kłóci się o dostęp do szyny danych z Antonia?

jeśli bez Antoni ta gra działa z CAR na SIDE3, SUBCart bez glitchy to stawiam na konflikt Antoni

testowałeś Barbariana bez Antoni wcześniej?

może Barbarian zmienia w rastrze rejestry GTIA, to wymaga dokładnego docyklowania, może mieć znaczenie kiedy zapis jest za wcześnie albo za późno

p.s.
sprawdziłem grę pod Altirra przy 14Mhz, ekran tytułowy jest OK, pokolorowany jest PMG co najwyżej, podczas rozgrywki widać najpewniej brak WSYNC przy zmianie zestawu znaków (CHBASE), dla stock 6502 takie numery potrafią przejść

kiedyś Rapidus też tak się zachowywał nawet gdy był zapis do WSYNC, Pasiu to poprawiał

jeśli Antonia też ma te poziome glitchowe linie tzn. że albo nie został użyty WSYNC, albo jest użyty WSYNC ale Antonia nie zwalnia i zapisuje za szybko rejestr sprzętowy CHBASE (mimo ustawień stock)

to rozwinięcie A400Mini z którego są dumni, podkreślają że wszystko jest legalne, licencjonowane i ich oryginalne
jakiekolwiek zmiany typu STEREO nie jest możliwe, bo to oznacza że opóźnienia zostaną wprowadzone, a oni mają wszystko tip-top wyliczone

czekamy aż ktoś podłączy RTX-a i spali złącza, po co? bo fajnie skwierczy

jeszcze napiszesz że tych z AtariAge jest więcej niż z Polski...