Jeśli komuś bardzo zależy na zgodności z oryginałem, to ten mój model obudowy/prowadnicy do gniazda kartridża jest mocowany na 2 śrubki, a nie na zatrzaski (jak oryginał). Podyktowane to zostało względami praktycznymi - w ten sposób dolna powierzchnia jest gładka i płaska, i można ten element drukować z minimalną ilością podpór. Poza tym małe zatrzaski drukowane z PLA są niezbyt wytrzymałe. Element jest niezbyt widoczny w zmontowanym komputerze, więc postawiłem na praktyczność, nad wyglądem.

W sumie nie powinno to dziwić, bo dla jakości obrazu ważna jest "czysta" Luma (Y), a podanie Chroma+Luma (czyli Composite) zamiast Chroma (C) nie robi już większej różnicy.

Będzie albo nie będzie... w zasadzie to nie będzie działał z generatorem, ze względu na odwrotnie włączoną bramkę U1B (pin 2 powinien być wejściem, a nie wyjściem tej bramki), w wersji z generatorem pin 1 jest niepodłączony, a wyjście generatora jest podłączone do pinu 2. Nie ma też gwarancji, że będzie działał z kwarcem, bo wspomniana bramka jest niewłaściwego typu (HC zamiast HCU) do stosowania w układach generatorów kwarcowych. W przypadku kwarcu, kierunek podłączenia tej bramki nie ma jednak większego znaczenia.

To coś, to zapewne był Microsoftowy MBR, też się z tym ostatnio głowiłem i to w PC/XT.

Jakoś przeoczyłem 2-gą część Twojego posta ;)

Zasadniczo to jest projekt open-source/open-hardware i ja ich nie "produkuję". Jak ktoś chce, może zrobić sam, albo znaleźć kogoś, kto zrobi dla niego. Moduł jest wykonany z gotowych płytek, wystarczy kilka kabelków i gotowe.

Po drugie TOSy Putnika mają "poprawioną" obsługę RTC ("przewija" o 20 lat w przód), która niestety koliduje z tym RTC.

Trochę nie w temacie jestem, ale co takiego te karty robią, że potrzebują różnych "sterowników"? Przecież to wszystko są karty VGA (a właściwie SVGA) i jako takie są całkiem dobrze ustandaryzowane. Programy DOS-owe nie potrzebowały innego sterownika do karty na chipie UMC, a innego do WDC, jeśli to była karta (S)VGA to sterownik był jeden i ten sam. Dopiero pojawienie się akceleratorów 2D wymusiło pojawienie się sterowników (choć tak naprawdę to w tamtych czasów program musiał implementować obsługę konkretnej karty). Wszystkie popularne PeCetowe karty SVGA były zgodne ze standardem VBE.

Tym, co było indywidualne dla każdego chipa, był BIOS karty, funkcjonujący jako rozszerzenie BIOS-u IBM-PC. To jest tak naprawdę część kodu, która musi być przeportowana na 68k. Ale ten kod jest dostępny w EPROMie na każdej karcie, a jego interfejs, czy jak byśmy dzisiaj powiedzieli API, jest opisana w specyfikacji VBE (VESA BIOS Extension).

Jeśli chodzi o popularne chipy SVGA na ISA to chyba liderem był Trident TVGA8x00 i TVGA9000.

Przy okazji chyba warto nadmienić, że większość, jeśli nie wszystkie, karty SVGA mogły pracować na 8-bitowej magistrali ISA (PC-Bus), mimo że fizycznie były przystosowane do magistrali 16-bit (AT-Bus).

Moim zdaniem, przy tych objawach, to szukasz uszkodzonej podstawki lub zimnego lutu.

Wskaźniki w Pascalu definiuje się jako typy, nie zmienne:

type
   Cptr = ^char;
var
   a : Cptr;

Jeśli po prostu chcesz wypisać zawartość pamięci spod adresu, to powinno wystarczyć:

var
   y: ^word;

begin
   y := $FFFF;
   writeln(y^); 
end.

Takie zaokrąglenie jakie jest, powinno bez problemu wyjść bez podpór.

Trochę zwolnił, ale zyskał na stabilności. Linia reset rozwiązuje problemy z "wysypywaniem" się sterownika po restarcie komputera: https://github.com/retro16/acsi2stm/issues/25
Nie widzę możliwości, aby nieoryginalny STM miał wpływ na transfer, firmware albo działa, albo nie. Decydującym, jeśli chodzi o transfer, jest karta SD i samo Atari.