Fajne!
Testowałem co prawda tylko pod emulatorem atari800 i u mnie wystartował ze styczniem 2236. Za to data bieżąca jest poprawna - 23-03-2015. Tak więc rok jest przesunięty o 221. $15 w BCD zinterpretowane jako liczba hex to właśnie 21 dec, choć $20 żadną miarą nie wychodzi mi na 200 :) Takie luźne skojarzenie.

Edit: No chyba, że $20 przesunięte w BCD na następną cyfrę, skonwertowane do hex po czym zsumowane z $15 :)

Edit 2: Na Altirrze 2.70 test2 to samo - czyżby gdzieś tam brakowało CLD? :>

Ech :). Na listę uszkodzeń muszę w takim razie wpisać też rozpoznawanie wzorców :/.

Cóż powiedzieć? Ładne :) Planujecie może jakąś produkcję i będzie można kupić, czy na razie jeszcze nie gotowe?

Jedyne co udało mi się namierzyć, to:

http://www.spiny.org/atari/fonts/SF Atarian System Italic.ttf
http://www.spiny.org/atari/fonts/SF Atarian System.ttf
http://www.spiny.org/atari/fonts/SF Atarian System Extended Bold.ttf
http://www.spiny.org/atari/fonts/SF Atarian System Extended Bold Italic.ttf
http://www.spiny.org/atari/fonts/SF Atarian System Bold.ttf
http://www.spiny.org/atari/fonts/SF Atarian System Extended.ttf
http://www.spiny.org/atari/fonts/SF Atarian System Extended Italic.ttf
http://www.spiny.org/atari/fonts/SF Atarian System Bold Italic.ttf

Znalazłem to u siebie na dysku, ale nie mam pojęcia co to jest (nie mam jak podejrzeć).
Jest jeszcze coś w takim programie (ściągnij z forum i rozpakuj): http://atarionline.pl/forum/comments.ph ... amp;page=1 ale też nie wiem, czy to coś warte :/.

Koniecznie :)

Bardzo proszę:

    lda #%00100010
    ldx #<dlist
    ldy #>dlist
    sta DMACTS
    stx DLPTRS
    sty DLPTRS+1
    lda #>charset
    sta CHBAS
    jmp *


screen:
    .rept 2
        .byte "Yy"
        .byte "Yy" +$80
:36        .byte " "
    .endr

dlist:
:3    .byte EMP8
    .byte LMS+ANT3
    .word screen
    .byte EMP1
    .byte ANT3
    .byte JVB
    .word dlist

    org charset+"Y"*8

    .byte %01100110
    .byte %01100110
    .byte %01100110
    .byte %01100110
    .byte %00111100
    .byte %00011000
    .byte %00011000
    .byte %00011000

    org charset+"y"*8

    .byte %00000110
    .byte %00111100

    .byte %01100110
    .byte %01100110
    .byte %01100110
    .byte %01100110
    .byte %01100110
    .byte %00111110

Jak widać definicja "y" jest przesunięta w dół o dwie linie skanningowe po czym zapętlana w ramach znaku.
Zatem źle opisałem cechę ANTIC3 - puste linie dla znaków $00..$5F wstawiane są na końcu, a dla $60..$7F na początku.

Da się. W tym trybie znaki $00..$5F rysowane są tak, że pierwsze dwie linie są puste, dane z generatora wpisywane są dopiero od drugiej linii. Znaki $60..$7F z kolei rysowane są tak, że dane z generatora malowane są od linii zerowej, a w liniach 8 i 9 powtarzane są znowu dane z generatora dla linii 0 i 1. Dlatego przesuwam w pionie wiersz, żeby móc malować w wierszach parzystych połówki znaków $00..$5F, a w dolnych 3/4 znaków $60..$7f.

Chyba, że w rzeczonym modyfikowanym w rastrze CHRCTL manipulujesz bitem 1. Możesz jeszcze użyć HSCROLL do przesuwania treści obrazu w poziomie.

Wykorzystując moją metodę nie trzeba obracać znaku i w ogóle nie ma tam żadnego DLI - ten obraz jest statyczny, a CPU ma wszystko dla siebie.

Ale generalnie świetny pomysł. Odpalę G2F i zobaczę jak usuwacie badlines.

@Tebe: Taka dlista:

LMS+TXT+VSCRL
LMS+TXT
LMS+TXT+VSCRL
LMS+TXT
...

VSCROL na sztywno ustawiony na jakąś wartość powiedzmy 4 i zdaje się mamy tryb tekstowy 4 liniowy (5 w niescrollowanych niestety i nie wiem jak to wyeliminować).

Edit: Gorghowi chodziło o zmianę LMS w środku wiersza.
Piszę z głowy - konkretny przykład mogę podać wieczorem, bo się tym kiedyś bawiłem akurat w celu uzyskania 12 liniowego trybu tekstowego.