Na zdjęciu finalna wersja urządzenia. Dwie widoczne zworki służą do wyboru standardu video (RGB lub YPbPr) i synchronizacji (interlaced lub non-interlaced).

Oczywiście, że tak.

Ad.1,2,5 - Te ficzery zawsze można zrobić opcjonalne.
Ad.3 - Z tym mam problem, bo dokumentacja GTIA wyraźnie rozróżnia te kolory, materiały reklamowe Atari też mówią o 256 kolorach, czyli przynajmniej w założeniu kolory powinny być różne. Z drugiej strony - dokładnego odwzorowania i tak nie da się zrobić, bo kolory w Atari w ogóle są tylko z grubsza zdefiniowane i różnią się nie tylko pomiędzy systemami (PAL/NTSC/SECAM), ale nawet pomiędzy egzemplarzami. W ostateczności p. 1,2
Ad.4 - Z tym bym się nie do końca zgodził, bo komputery NTSC nie mają PAL blendingu, a to chyba one, z racji chronologii, są wzorcem atarowości? :)

@Skrzyp:
1. Ktoś jeszcze używa jakichś CRT do PC?
2. Czy ktoś potrafi zmusić ANTIC do pobrania z pamięci i wysłania do GTIA danych dla 80 znaków w jednej linii? Czy VBXE korzysta z danych przysłanych przez ANTIC, czy tworzy ten tryb samodzielnie, bezpośrednio czytając pamięć?
3. Może kiedyś w przyszłości coś takiego się wymyśli.
4. Nie będzie emulacji artefaktów.

@Mono:
1. Niestety, podstawowa trudność jest taka, że pozycjonowanie 5 duszka przez zapis do jednego tylko, dowolnego z rejestrów HPOSMx bez większych problemów da się zrobić, ale posypią się kolizje, które obsługuje oryginalny układ.
2. Jeśli wersja dla systemu SECAM powstanie, to zero na jakichś bitach rejestru identyfikacyjnego można by wymusić.

A ta "normalność", co to do niej wyjechali ci rozumni z paszportami, to gdzie właściwie się znajduje? W Kolonii? Na przedmieściach Paryża, w Malmoe czy może w Calais?
Czy np. ustawa uchylająca obowiązek kolędowania do urzędasów za zgodą na wycięcie drzewa na własnej posesji to niedobra zmiana? PiS ma może głupie, socjalistyczne pomysły, ale niech kto zaprzeczy, że wraz z tą ustawą wolności w Polsce przybywa.

Jak mogłoby być, skoro Atari tego nie chciało? :) Bo jakby chciało, to przecież w dokumentacji GTIA byłoby o tym wspomniane. To może dwa typy buga z późnych serii GTIA też trzeba emulować, bo ktoś z tego zrobił jakieś demko?
Jest gdzieś w ogóle opis tego buga?

Ale właśnie na HIP nie ma co liczyć, bo mieszanie kolorów zachodzi poza Atari - w dekoderze PAL w monitorze. Nie ma dekodowania PAL, nie ma mieszania.

A wykorzystać sygnał zegarowy z Clock Output nie łaska? W ogóle nie potrzeba wiedzieć wcześniej, jakie prędkości transmisji mogą się pojawić.

Śmieci na overscanie z prawej strony (w zalinkowanym wątku chodzi właściwie tylko o "schodek") nie widać, ponieważ skorygowane jest pozycjonowanie obrazu.

Tak byłoby najprościej, ale nie ma odpowiednich zasobów na tablicę. Kolory są generowane przy użyciu logiki.

Dataszit FGTIA podaje, że częstotliwość sygnału OSC (2x częstotliwość systemowa) wynosi "typical 3.5625MHz", co oznacza, że kwarc miałby 14.25MHz. Mogę zmierzyć, jak jest w rzeczywistości, ale różnica między 14.25 a 14.252 mieści się w granicach tolerancji dla przeciętnej jakości kwarców (140ppm), więc pomiar nie musi dać jednoznacznej odpowiedzi na pytanie, jaka jest wartość nominalna.

Wszystkie kolory są stabilne i powtarzalne, bo generowane cyfrowo. Są jednakowoż możliwe korekty, jeśli w testach okaże się to konieczne. Niewykluczone też, że wynikowym sygnałem zamiast RGB będzie komponent (YPbPr).