Tak. To wymaga malowania dwóch sprajtów na sobie.
Nie musisz mieć tablic - możesz maskować programowo :P.

Czyli przepisujesz bajt z generatora do pamięci ekranu. Czyli generator ma mieć konstrukcję odpowiednią dla trybu (1bpp - singlecolor, 2bpp - multicolor, 4bpp - GTIA). W sumie to ideowo zgadza się to z tym co Atari chciało a czego nie, bo tekst w GR.12 też niespecjalnie wygląda z generatorami systemowymi :)
Skoro tiles, to może pomyśl o odbiciach w poziomie (tablica) i pionie (procedura). Twórcom BASIC-owych gier mogłoby to nieco uprzyjemnić robotę.

Edit: A pozycjonowanie co do piksela robienie sprajtów softwareowych.

Edit 2: A jeszcze z maskowaniem... Paaaanie. Tzn. z przezroczystością.

Weź pod uwagę to, że IOCB 0, 6 i 7 są rezerwowane przez BASIC na kolejno: edytor, grafikę, operacje I/O - (C)LOAD/(C)SAVE,LIST,ENTER,LPRINT. 6 otwierana jest po GRAPHICS a 7 tylko na czas wykonania operacji I/O.
GET/PUT/INPUT/PRINT realizuje się na już otwartym kanale, ale przy XIO zawsze możesz podać nazwę urządzenia (niezależnie od tego czy kanał jest otwarty czy nie) co pozwala Ci dość prosto rekonfigurować dowolne urządzenie (np. operacja RENAME dla DOS, lub parametryzacja otwieranego okna przez sterownik O: z któregoś Bajtka) albo nawet cały sterownik. Co więcej do operacji CIO można wykorzystać wszystkie ICAX1..6 (choć BASIC pozwala używać tylko ICAX1 i 2), ponieważ tylko ICAX3Z..ICAX6Z są rezerwowane dla potrzeb CIO. W takim przypadku parametry w ICAX3..ICAX6 ustawia się POKE-m w BASIC-u.
Z ciekawostek (rozmawialiśmy o tym, ale może komuś też się przyda): po RESET system (i BASIC) ma otwarty tylko IOCB #0 z edytorem E:, ale po dowolnym GRAPHICS (również GR.0) otwarty jest już #6 z S: :)
No i pamiętaj jeszcze że INPUT #16;zmienna nie wyświetla znaku ? przy wprowadzaniu.

Planujesz rezerwację pamięci na generatory znaków dla trybów tekstowych (1KB lub 512B)? Może obsługę trybu 3 ANTIC-a? I bardziej eleganckie włączanie V scrolla? Może H scroll też i operacje XIO do skrolowania zawartości ekranu z szybkim wpisywaniem brakującej linii/kolumny (np. właśnie w nazwie urządzenia)?

Edit: I jeszcze przyszło mi do głowy, że może tryb GTIA mógłby być włączany w dowolnym trybie ANTIC-a a nie tylko 9,10,11? Albo np. tryby dwuliniowe 9+11 :) Albo Avalonowa 4 z dwoma generatorami przelączanymi co wiersz?

Edit 2: Czy przy splicie będziesz miał różne zestawy kolorów dla każdego trybu?

Edit 3: Szerokość ekranu: wąski, normalny, szeroki.

W manualu do SDX (sekcja "9.9.Utilities") widzę "9.9.10. HDSC". Nie miałem potrzeby używać tego narzędzia (jest na dysku toolkit.atr), ale może się nada?

SuperKey? Chyba w TA było.

Mnie się podoba i nawet wciągnęło mnie na chwilę. Balonów ani tuneli nie było w wersji z TA :) Co to za muzyka?

Daj spokój, to jest rzecz oczywista. Zaskoczyło mnie że szukasz biblioteki do dodawania/odejmowania liczb U2.

To może trzeba sobie rozszerzyć pakiet o procedury z ROM-u C64 :)

To fakt. Musiałbyś robić coś w rodzaju:

;FR0.w=int
  lda FR0+1
  cmp #$80
  php
  bcc @+
  eor #$ff   ;abs(a)
  sta FR0+1
  lda FR0
  eor #$ff
  sta FR0
@ jsr IFP
  asl FR0  ;korekcja znaku
  plp
  ror FR0

Procedura @xxl'a zapala piksel ale nie pozwoli na zgaszenie.

Poniżej może trochę przejrzyściej, choć ciut wolniej:

;C-color (0..1), Y-x coord (0..161), X-y coord (0..63)

plot    lda rowadl,x
        sta adr
        lda rowadh,x
        sta adr+1

        lda (adr),y
        and masktab,x
        scc
        ora pixeltab,x
        sta (adr),y
        rts

rowadl:
:64     .byte <[screen+162*[#/8]]
rowadh:
:64     .byte >[screen+162*[#/8]]
masktab:
:64     .byte [1 << [~# & %111]] ^ $FF
pixeltab:
:64     .byte [1 << [~# & %111]]

screen  .ds 162*[64/8]

Znacznikiem C podajesz kolor piksela, w Y-x a w X-y. W screen masz bufor ekranu - kolejno 8 "stron" (po 162 bajty) w organizacji takiej, jak potrzebujesz dla wyświetlacza.

To na pewno jest pełny loader? To jest BOOT więc 6 pierwszych bajtów to jest nagłówek - ładowane są 2 sektory 128 bajtowe począwszy od adresu $75F. Spróbowałbyś ponownie zdisassemblować kod loadera?

Edit: Czytasz mi w myślach :) Dzięki. ALE! $75F to jest adres ładowania boota razem z nagłówkiem. Loader jest niepełny bo to:

0805   A9 20      LDA #$20
0807   8D 8E 07   STA $078E
080A   F0 82      BEQ $078E

przecież pójdzie w krzaki.

Dzięki za świetne party!
Impreza, organizacja, infrastruktura, atmosfera, towarzystwo świetne.
Idę robić inwitkę na LP2020 :P

Udało mi się wreszcie zrobić zdjęcia. Niestety bez statywu tylko z ręki więc niektóre są nieostre. Zdjęcia były robione z lampą i bez (w archiwum załączone są obydwie wersje dla porównania). Zdjęcia, które były całkiem nieczytelne usunąłem, ale w razie czego mam je zarchiwizowane więc mogę podesłać.
Konsolka została na początku rozkręcona, obfotografowaliśmy płytę, blachy, obudowę i akcesoria. Potem konsolka została skręcona i podłączona do TV. Odpalony został wbudowany w 7800 Asteroids, a potem Summer Games z 2600.
Na panelu czołowym są ryski wynikające z użytkowania - niegłębokie, ale niestety są. Były już niestety kiedy konsolę zanabyłem, no ale mój drugi egzemplarz jest w gorszym stanie więc się nim nawet nie chwalę :/
Archiwum 7z dostępne jest w http://mono.atari.pl/zdjecia7800.7z i waży 357,163,650 bajtów. Jeśli po oględzinach nadal byłbyś zainteresowany wymianą, to zapraszam na PW.

Edit: A - na spodniej stronie obudowy jedna śruba była zabezpieczona srebrną naklejką "Achtung!", którą zdjąłem stąd na zdjęciach widać jeszcze ślady kleju którego nie usuwałem. Tak, że konsolka straciła gwarancję producenta :)

Nie pójdzie. To jest program dla SDX.

Dziękuję. SDX 4.48+