Zrób zdjęcie i wklej.

Płytki zmontowane i gotowe do wysyłki. Odpowiednie informacje pójdą na PM.

Niestety, na razie wieści brak.

Ma się dobrze. Pod warunkiem, że znajduje się bezpośrednio pod głównym POKEY-em.

Na twoim miejscu zamiast 4066 i LS04 wziąłbym 4053.
Zamierzasz przełączać w ten sposób sygnały video/RGB? Kluczami, które wprowadzają rezystancję szeregową rzędu setek omów, w dodatku silnie nieliniową, w dopasowany falowo obwód o impedancji 75 omów?

To akurat pewne. Czerwony obraz jest dowodem, że taktowanie jest prawidłowe.

Nie ma zatrzymywania O0. Wstrzymywanie procesora jest realizowane  na dwa sposoby - przez sygnały HALT i RDY.

EDIT: w znaczeniu - nie ma wstrzymywania O0 wewnątrz ANTIC

Update:
Jest możliwe wykonanie folii uniwersalnej do klawiatur z gumkami i ze sprężynkami. Wymaga to jednak znalezienia elementu, który w klawiaturze sprężynkowej pełniłby rolę popychacza, bo obecne tam gumki stykowe wywierają nacisk obwodowo, a nie, jak potrzeba, centralnie. Obcięcie brzegów nic nie daje. Nacisk jest niewystarczający. Popychacz powinien mieć formę prostego sztyftu o przekroju okrągłym lub kwadratowym 3mm i długości 7mm i być wykonany z jakiegoś elastycznego materiału (twarda guma, silikon etc.). Ostatecznie pewnie sprawdziłby się jakiś plastik. Metal raczej odpada, bo prędzej czy później zrobiłby dziurę w folii. Musi być tani (~10gr/szt) i dostępny w tysiącach szt. Dotychczas nie udało mi się znaleźć niczego odpowiedniego. Jakby ktoś wpadł na trop czegoś pasującego, niech się pochwali.
Projekt folii jest już w zasadzie gotowy. Są wszystkie otwory do obu typów klawiatur. Ścieżka masy jest pogrubiona, dodana została też dodatkowa masa, podłączona do wolnego styku 1. W razie utlenienia ścieżek może się przydać.

Dokładnie połowy.

To nie sa absurdalne różnice, ponieważ mówimy o komputerach, w ktorych układy specjalizowane wytwarzały różne firmy, w różnym czasie, a więc korzystając z różnych technologii (czego najbardziej spektakularnym przykładem są wadliwe GTIA), a same komputery wyposażone są nierzadko w wiele rozszerzeń obciążających magistrale, co znakomicie opóźnia propagację sygnałów. A mimo to wciąż mieszczą się w normie, ponieważ, że przypomnę, adres i R/W mają prawo ustalić się po 140ns od rozpoczęcia, czyli po 1/4 cyklu. A przecież dalej są jeszcze MMU i dekoder LS138 z własnymi opóźnieniami.
Zapis od odczytu możesz sobie odróżniać sprzętowo, używając dwóch osobnych przerwań. To Ci trochę czasu oszczędzi. Zarezerwowanie paru rejestrów tylko do obsługi przerwań i ograniczenie się do instrukcji nie dotykających rejestru stanu pozwoli nie odkładać niczego na stos. Trza se radzić.

Chcesz to oszacowac na podstawie jednego komputera i zrobic coś, co bedzie pracować tylko w tym jednym? Czy to coś ma jednak w zamierzeniu działać na każdym? W takim razie ile masz tych komputerów do oszacowania?

Właśnie. Typowo 10-20ns.

W takich warunkach i przy obecnym firmware urządzenie zachowa się "przezroczyście", z dokładnością do nieznacznego (ok. 700ns) opóźnienia sygnału. Transmisja wg. pojedynczego licznika, z maksymalną prędkością 32kbps, raczej nie powinna potrzebować wspomagania.
Poza tym urządzenie jest konfigurowalne i można je programowo ustawić w tryb przezroczysty, niezależnie od ustawionej w POKEY prędkości odbioru. Służy do tego nieużywany rejestr $D20C. Wpis pod ten adres dowolnej wartości ze skasowanym najstarszym bitem (np. zerowanie rejestrów podczas IOPORTINI) powoduje inicjalizację FIFO (czyli m.in. usunięcie wszystkich zalegających tam danych). Zapis wartości w postaci (binarnie) 10xxxxxx ustawia granicę przestawienia w tryb przezroczysty od wartości AUDF3 określonej przez sześć najmłodszych bitów, czyli $00...$3F. Dodatkowo, jeśli wpisywany bajt ma ustawiony 6 bit, to wartość określona sześcioma najmłodszymi bitami zostanie potraktowana jako default. Zatem wpisanie $80h przełączy urządzenie w tryb przezroczysty bez względu na baudrate, a wpisanie $C0 spowoduje, że zawsze będzie w takim trybie wstawało.