O, przepraszam, zapomniałem o tym. No to nie przeprowadzać detekcji :)

623 czyli $26F to GPRIOR/GTIACTS - rejestr cień dla $D01B czyli PRIOR/GTIACTL: http://atariki.krap.pl/index.php/Rejestry_GTIA#GTIACTL
Konfiguruje on sposób wyświetlania grafiki przez GTIA, łączenie sprajtów w 5-go playera, nakładanie sprajtów oraz ich priorytety.
Nakładanie sprajtów realizowane jest parami:
- COLPM0 OR COLPM1
- COLPM2 OR COLPM3
przy czym nie ma znaczenia czy nakładany jest player z missilem, dwa missile czy dwa playery - nakładanie dotyczy pikseli o podanych kolorach.
W ten sposób w hiresie (GR.8/GR.0/ANTIC3) możesz dostać:
1. COLPF1
2. COLPF2
3. COLPF3 - kiedy włączysz piątego playera (wtedy kolor dla wszystkich missiles brany jest właśnie z COLPF3)
4. COLPM0
5. COLPM1
6. COLPM0 OR COLPM1
7. COLPM2
8. COLPM3
9. COLPM2 OR COLPM3
Możesz ewentualnie doliczyć jeszcze COLBAK czyli kolor ramki.
Możesz też eksperymentować z priorytetem 0 dla sprajtów i być może uzyskasz jeszcze dodatkowe kolory (nie eksperymentowałem z tym więc nic nie powiem).
To są kolory które możesz uzyskać w jednej linii skanningowej bez multiplikowania sprajtów ani zmiany kolorów  w rastrze.
Oczywiście na przerwaniu DLI możesz zmieniać wartości rejestrów kolorów, więc sumarycznie na ekranie możesz uzyskać wszystkie 128 kolorów (a z VBXE lub Sophia nawet 256).

Edit: Jeśli dodatkowo wziąć pod uwagę fakt, że tylko odcień dla zapalonego piksela jest brany z rejestru COLPF1, a kolor piksela jest kolorem tła (taki jaki wynika z nakładania sprajtów), to w linii masz 8*2=16 barw :)

Cześć.
Czy "ciche trzaski, szumy i zakłócenia" słyszalne są wyłącznie na lewym kanale? Weź pod uwagę, że POKEY który zajmuje się komunikacją jest używany w Atari do generowania dźwięku. Stąd każdą komunikację przez złącze szeregowe słychać. Inaczej jest np. w C= który ma dźwięk odseparowany od transmisji szeregowej.
Jeśli "ciche trzaski, szumy i zakłócenia" słychać tylko na lewym kanale, to wszystko jest w porządku.
Jeśli faktycznie coś jest źle, to pomocne byłoby jakieś nagranie.

To cyklowanie dotyczy pracy CPU w liniach 8..247? Ekler ma cykle dostępu dla odświeżania pamięci DRAM wtedy?

A kiedy jest ten Black Friday i Cyber Monday cokolwiek by to nie było?

Świetna wiadomość. Ciekawe czy znajdzie się drugi egzemplarz i czy uda się uzyskać schemat układu?

Czy jest jakaś sytuacja kiedy A$="" nie zadziała, ale zadziała LEN(A$)=0 ?

Ale co w tym dziwnego? To jest po prostu rozwinięte dzielenie przez 9.

@Pin: Bo to jest do czego innego. Zdaje się że to jest bardziej rozwinięta wersja CartExpandera, którego to miałeś przyjemność testować.

Hehe. Za każdą nową wersją dochodzę ciut dalej :)
A jak będziesz robił wersję GTIA to zrobiłbyś może jakąś opcję w menu żeby można było pograć na GTIA bez przełączania monitorów?

Edit: A, i kasuj status BREAK przed wejściem do gry.

@toscanii: http://www.atari.org.pl/tape_preservation_project
Poza tym na głównej stronie portalu AtariArea znajduje się sekcja "Artykuły" i "FAQ". Możesz tam znaleźć różne rzeczy.

Powinno być to coś w tej podobie:
1. 1bpp:

tile1bpp:
        lda #%11111111  ;kolor przezroczysty (%1 powielony na wszystkie piksele)

        eor (zp1)       ;z piksela przezroczystego robimy %0

        nop             ;i liczymy maske

        pha             ;maskujemy piksele kloca
        and (zp1)
        sta tmp
        pla             ;maskujemy piksele ekranu
        eor #%11111111
        and (zp2)
        ora tmp         ;i scalamy
        sta (zp2)

2. 2bpp

tile2bpp:
        lda #%10101010  ;kolor przezroczysty (%10 powielony na wszystkie piksele)

        eor (zp1)       ;z piksela przezroczystego robimy %00

        pha             ;i liczymy maske
        and #%01010101
        sta tmp
        pla
        and #%10101010
        lsr
        ora tmp
        sta tmp
        asl
        ora tmp

        pha             ;maskujemy piksele kloca
        and (zp1)
        sta tmp
        pla             ;maskujemy piksele ekranu
        eor #%11111111
        and (zp2)
        ora tmp         ;i scalamy
        sta (zp2)

3. 4bpp

tile4bpp:
        lda #%00010001  ;kolor przezroczysty (%0001 powielony na wszystkie piksele)

        eor (zp1)       ;z piksela przezroczystego robimy %0000

        pha             ;i liczymy maske
        and #%00001111
        seq
        ora #%00001111
        sta tmp
        pla
        and #%11110000
        seq
        ora #%11110000
        ora tmp

        pha             ;maskujemy piksele kloca
        and (zp1)
        sta tmp
        pla             ;maskujemy piksele ekranu
        eor #%11111111
        and (zp2)
        ora tmp         ;i scalamy
        sta (zp2)

Począwszy od "maskujemy piksele kloca" kod jest identyczny. Podobny też jest kod aż do "i liczymy maske". Różny jest kod do liczenia maski stąd najfajniej mieć tę maskę stablicowaną :)

Edit: Oczywiście indeks koloru przezroczystego może być dowolny.

Edit 2: No i zp1 i zp2 możesz używać z dowolnym x czy y bo są nie używane (dlatego nie pisałem pełnego trybu adresowego).