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.

Może być kolizja z blachami, ale bez nich się mieści. W STf jest tyle samo miejsca co w STe. On ma 6 A na linii 5 V i 2 A na linii 12 V, więc spokojnie wystarczy do MegaSTE, czy nawet TT.

Czyli w trybie 3D to de facto oddzielny komputer, do którego Atari tylko przesyła dane, a on robi całą resztę. Fajne, tylko po co? Kupi to może kilkaset ludzi, powstanie kilka demek, może jakaś gierka, a po dwóch latach się tym wszyscy znudzą i to będzie koniec... tak, wiem, marudzę ;)