Jakie ścieżki trzeba ciąć w 800XL, żeby wyprowadzić chromę, bo ja sobie nie przypominam, żebym coś ciął? Obraz po S-Video jest dużo lepszy niż po composite, przynajmniej na LCD. 800XL ma na złączu monitora lumę (1) i composite (4), wystarczy doprowadzić chromę (5). Niestety poziom chromy jest niezgodny z dzisiejszym standardem S-Video.

Tutaj więcej na ten temat: http://www.atari.org.pl/forum/viewtopic.php?id=17813

To jest pusta dyskietka, nie ma sensu jej zgrywać, chodzi o ew. rozpoznanie formatu. Zgrane przy pomocy
Greaseweazle, ale nagrać można też KryoFluksem.

W sumie to oba interfejsy są identyczne, tylko ten od @Javalonde jest trochę nowszy i ma dołożony "patch" - ten GAL i komparator są na osobnej płytce. Technicznie patch można usunąć i przełożyć GAL z płytki patcha w podstawkę na płycie kontrolera.

Także jedyną kwestią jest producent układów GAL/PAL, bo jedne się łatwiej "odczytuje" niż inne.

W registered mode na wyjściu jest synchroniczny przerzutnik D, ale ma asynchroniczne wejście reset (AR) i synchroniczne wejście (pre)set (SP).

Niemniej tak do końca to nie rozumiem tych równań, chyba że to .R to nie reset, a właśnie synchroniczny wpis do przerzutnika D.

OPAL bardzo ładnie działa pod DosBoksem, jak i pod vDOSem.

; JED2EQN -- JEDEC file to Boolean Equations disassembler (Version V063)
; Copyright (c) National Semiconductor Corporation 1990-1993
; Disassembled from C:\OPALJR\JED\SIMMEXP.jed. Date: 2-9-120
;$GALMODE REGISTERED

chip SIMMEXP GAL20V8

CLK=1 i2=2 i3=3 i4=4 i5=5 i6=6 i7=7 i8=8 i9=9 i10=10 GND=12 !OE=13 
i14=14 o15=15 o16=16 o17=17 o18=18 o19=19 rf20=20 f21=21 o22=22 
i23=23 VCC=24 

@ues 7878787878787800
@ptd unused

equations

o22 = i23
    # i10
o22.oe = vcc
!f21 = gnd
f21.oe = gnd
rf20 := i14
rf20.oe = OE
o19 = i3 & i6 & !i7 & i9 & !i10
    # i3 & rf20 & i6 & !i7 & i9 & i10
    # !i23 & i3 & !rf20 & i6 & i9 & i10
    # i4
o19.oe = vcc
!o18 = !i4 & !i5 & !i7 & i9 & !i10
    # !i4 & !i5 & rf20 & !i7 & i9 & i10
    # !i23 & !i4 & !i5 & !rf20 & i9 & i10
    # !i3
o18.oe = vcc
o17 = i3 & !i4 & !i7 & i9 & !i10
    # i3 & !i4 & rf20 & !i7 & i9 & i10
    # !i23 & i3 & !i4 & !rf20 & i9 & i10
    # i8
    # !f21
o17.oe = vcc
!o16 = i3 & !i4 & f21 & !i7 & !i8 & i9 & !i10
    # i3 & !i4 & f21 & rf20 & !i7 & !i8 & i9 & i10
    # !i23 & i3 & !i4 & f21 & !rf20 & !i8 & i9 & i10
    # !i2
o16.oe = vcc
o15 = !i23 & i9 & i10
    # !i7 & i9
    # !f21
o15.oe = vcc

Nie czasem 10 i 28?
https://atari.8bitchip.info/flomodam.html

Ja niestety też pierwszy raz taką widzę, a trochę ich przeszło przez moje ręce.

Masz jakiś patent na lutowanie tych podstawek PLCC w wersji SMD?

Nie mam pojęcia co to za ROM, Altirra na nim się uruchamia. We wsadzie można znaleźć tekst "THE EXPANDERS RAM-DRIVE PROGRAM (C)1986 By R.G.T.".

Mimo wszystko obstawiam problem z ACSI2STM albo nie masz całkowicie "czystego" configa, tj. ładują ci się jakieś akcesoria albo coś w autostarcie.

To typowa przypadłość konwersji Putnika... one muszą być uruchamiane z czystej konfiguracji i najlepiej jego drivera HDD. Opisywane objawy pasują. Jaki masz firmware w ASCI2STM, bo dopiero te ostatnie (2.4x i 3.x) działają w miarę stabilnie.

To chyba będzie to: http://www.atarimania.com/utility-atari … 31460.html
Jakby jakaś płytka została to też jestem zainteresowany ;)

Niestety Magic Sac obsługuje tylko ROMy 64k i wymaga urządzenia (?) o nazwie Transporter One, do odczytu MACowych dyskietek.
https://lowendmac.com/2016/atari-st-mag … ectre-gcr/

Plik default.st musi być prawidłowym (ale najlepiej pustym) obrazem dyskietki. Można stworzyć taki obraz albo w emulatorze, albo np. narzędziem od HxC.