Nie bardzo podobało mi się użycie klasy z AWT podczas parsowania parametrów commandline'a, które jest przecież niezależne od warstwy graficznej. I nigdzie w programie nie byłby ten Point używany do niczego innego, jak tylko do składowania informacji (jest użyty tylko przy transformacjach afinicznych). Aczkolwiek nie jestem tu konsekwentny - wiem, bo aplikacja jest zbudowana na pochodnej JFrame'a ze Swing'a a w takim razie powinna być np. zwykłym Object'em a okno powinno być wydzielone do osobnej klasy. Trudno jednak sobie rozwarstwić aplikację bo sama AffineTransform jest w pakiecie w AWT :(, a może powinna być w jakimś java.math.geom(?). Konkludując - jestem zdania, że nie powinno się mieszać warstw i stąd użycie Vector'ów (choć powinna być zdefiniowana własna klasa Point ze współrzędnymi dla translacji, oraz analogiczna klasa Factor dla skalowania i pochylania). Jak już wcześniej pisałem projekt mógłby być ładniej napisany, ale to prototyp i chciałem szybko zobaczyć wyniki :)

A co do kodu asm - napisany w jEdit'cie na piecu i assemblowany mads'em 1.8.4, odpalany emulgatorem atari800. Też nieładny i nieszybki z tych samych powodów co wyżej.

Ewentualnie tac - ale to dla ekscentryków.

Hmmm. Ale wydaje mi się, że 20 lat temu w czasach działalności Avalonu (poprzez artykuły w Tajemnicach Atari) właśnie starano się gruntować poprawne nawyki wśród programistów: umiejętności przedłużania wektorów systemowych i korzystania z nich, wychodzenie do dosa, współdzielenie pamięci i zasobów przez programy, pisanie nakładek, handlerów cio itp.

Z inicjalizacją urządzenia E: to jednak mam mieszane uczucia. Bo jeśli ustawiamy wektor dlisty to można go przywrócić. Otwarcie E: jest niezbędne gdy robimy coś w pamięci ekranu i dlisty (choć i tak lepiej chyba zachować ten obszar chwilowo i przywrócić przed wyjściem do DOSa), ale jakoś dziwnie by to wyglądało gdyby po inicjalizacji zwykłej nakładki ekran został zresetowany - po skoku do DOSVEC chyba raczej DOS tego nie robi, a robi raczej przy inicjalizacji po RESET.

Co do wyjścia przez rts - chyba jednak preferowałbym jmp ($a), bo nigdy nie ma pewności z czego odpalany jest program i czy adres powrotu leży na stosie. Nawet zdaje się taki JBW COMmander instaluje się w pamięci przechwytując m.in. wektor DOS i nie każe aplikacjom bazować na powrotach przez rts.

Ja też byłbym zainteresowany.

Jeśli chodzi o rozmiar pliku na dyskietce to nie ma tu żadnych ograniczeń prócz fizycznych możliwości nośnika.
Program ładujący do kolejnych banków może wyglądać np tak (wyjęty z jakiegoś mojego kodu i zmodyfikowany, ale nie przetestowany):

load equ *
  ldx #$10
  lda #4    ;read
  sta icaux1,x
  lda #3    ;open
  sta iccmd,x
  lda <filename
  sta icbufa,x
  lda >filename
  sta icbufa+1,x
  lda #filenamelength
  sta icbufl,x
  lda #0
  sta icbufl+1,x
  jsr ciov
  bmi err
  
  ldy #0
  sty bankindex
loadloop equ *
  lda banks,y
  sta portb
  ;zaladowanie bloku do banku
  lda #4   ;read
  sta icaux1,x
  lda #7    ;getbyte
  sta iccmd,x
  lda <$4000
  sta icbufa,x
  lda >$4000
  sta icbufa+1,x
  lda <$4000
  sta icbufl,x
  lda >$4000
  sta icbufl+1,x
  jsr ciov
  bmi doclose

  inc bankindex
  ldy bankindex
  cpy #bankscount
  bcc loadloop
  
doclose equ *
  php

  ;na końcu włączamy podstawowy bank
  lda #$ff
  sta portb

  lda #12    ;close
  sta iccmd,x
  jsr ciov
  plp
err equ *
  rts

filename dta c'D1:DOWOL.DTA'
filenamelength equ *-filename

;tu są wartości dla portb włączające odpowiednie banki - system powinien być włączony!
banks dta b($c3),b($c7)
bankscount equ *-banks

To Ci pozwoli ładować strumieniowo plik (nie musisz go dzielić fizycznie na ileś tam plików, bo nie ma takiej potrzeby) do kilku banków zdefiniowanych w tablicy banks.
Na wyjściu w Y masz kod błędu, rejestr F nienaruszony w tym sensie, że po jsr load możesz zrobić bmi obsługabłędu.

Niby tak, ale na razie to jest font nieskalowany. A ponieważ jest to stroked font to po skalowaniu zobaczymy pewnie z jakich linii tak naprawdę się to wszystko składa :(. Stroked nie jest wypełniany, jak normalny font wektorowy. Można przy skalowaniu spróbować malować pędzlem kilkupikselowym (a nie jedno-, jak teraz). Inna rzecz, to niestety rozmiar fontu :(. Te z borlanda mają nawet 20 kb; z tablicami dla ekranu i kodem (1kb) to nam zajmuje całą pamięć :(. Ale to chyba cecha stroków - im ma być dokładniejszy tym będzie większy, bo mamy do dyspozycji tylko przesunięcia i proste drawto.

Sprawdziłem fonty z tp7 borlanda (http://mono.i-demo.pl/tp7bgi.zip ).
W programiku java (http://mono.i-demo.pl/chrdraw2.jar ) uwzględniłem parametr "origin to bottom" i jego znak (jest jeszcze "origin to baseline", ale we wszystkich dotychczasowych fontach jest ustawiony na 0 - obecnie nie uwzględniam go, bo nie wiem nawet czy ma znak czy nie). W programiku atari (http://mono.i-demo.pl/chrdraw2.atr ) dałem 20k bufor na font.
Poniżej zrzuty ekranu z pc i atari.

jerzyk@ox:~/workspace/chrdraw$ java -jar chrdraw2.jar BGI/BOLD.CHR 01234ajlmW
Font type: BGI
Font name:
Internal font name: BOLD
Description: Stroked Font V1.1 - Jun 5, 1989
Copyright (c) 1987,1988 Borland International

Driver version: 1.0
Scan flag: 0
Signature: +
Origin to baseline distance: 0
Origin to bottom descender distance: -7
Origin to top of capital distance: 53
Character range:  (20)..?(ff)

jerzyk@ox:~/workspace/chrdraw$ java -jar chrdraw2.jar BGI/EURO.CHR 01234ajlmW
Font type: BGI
Font name:
Internal font name: EURO
Description: Stroked Font V1.1 - May 17, 1989
Copyright (c) 1987,1988 Borland International

Driver version: 1.0
Scan flag: 0
Signature: +
Origin to baseline distance: 0
Origin to bottom descender distance: -10
Origin to top of capital distance: 45
Character range:  (20)..?(fe)

jerzyk@ox:~/workspace/chrdraw$ java -jar chrdraw2.jar BGI/GOTH.CHR 01234ajlmW
Font type: BGI
Font name:
Internal font name: GOTH
Description: Stroked Font V1.1 - Jun 5, 1989
Copyright (c) 1987,1988 Borland International

Driver version: 1.0
Scan flag: 0
Signature: +
Origin to baseline distance: 0
Origin to bottom descender distance: -7
Origin to top of capital distance: 25
Character range:  (20)..?(fe)

jerzyk@ox:~/workspace/chrdraw$ java -jar chrdraw2.jar BGI/LCOM.CHR 01234ajlmW
Font type: BGI
Font name:
Internal font name: LCOM
Description: Stroked Font V1.1 - Jun 5, 1989
Copyright (c) 1987,1988 Borland International

Driver version: 1.0
Scan flag: 0
Signature: +
Origin to baseline distance: 0
Origin to bottom descender distance: -7
Origin to top of capital distance: 28
Character range:  (20)..?(fe)

jerzyk@ox:~/workspace/chrdraw$ java -jar chrdraw2.jar BGI/LITT.CHR 01234ajlmW
Font type: BGI
Font name:
Internal font name: LITT
Description: Stroked Font V1.1 - Jun 5, 1989
Copyright (c) 1987,1988 Borland International

Driver version: 1.0
Scan flag: 0
Signature: +
Origin to baseline distance: 0
Origin to bottom descender distance: -2
Origin to top of capital distance: 7
Character range:  (20)..?(fe)

jerzyk@ox:~/workspace/chrdraw$ java -jar chrdraw2.jar BGI/SANS.CHR 01234ajlmW
Font type: BGI
Font name:
Internal font name: SANS
Description: Stroked Font V1.1 - Jun 5, 1989
Copyright (c) 1987,1988 Borland International

Driver version: 1.0
Scan flag: 0
Signature: +
Origin to baseline distance: 0
Origin to bottom descender distance: -7
Origin to top of capital distance: 25
Character range:
(01)..?(fe)

jerzyk@ox:~/workspace/chrdraw$ java -jar chrdraw2.jar BGI/SCRI.CHR 01234ajlmW
Font type: BGI
Font name:
Internal font name: SCRI
Description: Stroked Font V1.1 - Jun 5, 1989
Copyright (c) 1987,1988 Borland International

Driver version: 1.0
Scan flag: 0
Signature: +
Origin to baseline distance: 0
Origin to bottom descender distance: -12
Origin to top of capital distance: 25
Character range:  (20)..?(fe)

jerzyk@ox:~/workspace/chrdraw$ java -jar chrdraw2.jar BGI/SIMP.CHR 01234ajlmW
Font type: BGI
Font name:
Internal font name: SIMP
Description: Stroked Font V1.1 - Jun 5, 1989
Copyright (c) 1987,1988 Borland International

Driver version: 1.0
Scan flag: 0
Signature: +
Origin to baseline distance: 0
Origin to bottom descender distance: -7
Origin to top of capital distance: 28
Character range:  (20)..?(fe)

jerzyk@ox:~/workspace/chrdraw$ java -jar chrdraw2.jar BGI/TRIP.CHR 01234ajlmW
Font type: BGI
Font name:
Internal font name: TRIP
Description: Stroked Font V1.1 - Jun 5, 1989
Copyright (c) 1987,1988 Borland International

Driver version: 1.0
Scan flag: 0
Signature: +
Origin to baseline distance: 0
Origin to bottom descender distance: -7
Origin to top of capital distance: 24
Character range:  (20)..?(fe)

jerzyk@ox:~/workspace/chrdraw$ java -jar chrdraw2.jar BGI/TSCR.CHR 01234ajlmW
Font type: BGI
Font name: 
Internal font name: TSCR
Description: Stroked Font V1.1 - Aug 3, 1989
Copyright (c) 1987,1988 Borland International

Driver version: 1.0
Scan flag: 0
Signature: +
Origin to baseline distance: 0
Origin to bottom descender distance: -7
Origin to top of capital distance: 24
Character range:  (20)..?(fe)

Źródła są w http://mono.i-demo.pl/chrdraw2-src.zip (java) oraz w http://mono.i-demo.pl/chrdraw2.asx (atari).

Dziwnie działa wotsit.org. Zaktualizowałem linka w poście, ale nie wiem, czy za jakiś czas znów nie przestanie działać. Można po prostu wejść na http://www.wotsit.org i poszukać "chr". Wsadziłem też dokument tutaj: http://mono.i-demo.pl/chr.txt (a borlandowe lcdfonts tutaj http://mono.i-demo.pl/lcdfonts.zip ).
A kod? Cóż - kod, jaki jest każdy widzi :) Mój ci on. Dziękuję, aczkolwiek niezasłużenie, bo projekt choć mały to też mógłby być ładniej napisany.

Bardzo prosto.
Ściągnąć (wymagana java5 i środowisko graficzne) http://mono.i-demo.pl/chrdraw.jar i odpalić na pc za pomocą:
$ java -jar chrdraw.jar plik.chr tekst
W tym wypadku tekst powinien być "0123456789", bo font definiuje tylko cyfry.

Niewykluczone, że w formacie jest zapisany indeks defaultowego glypha, którego należy użyć gdy rysowany znak nie jest zdefiniowany w foncie (może jest np. na pozycji $8f lub $83).

A właśnie - czy ktoś wie co to może być "DO SCAN" (jest też jakaś flaga "scan flag" na pozycji $87)? Aktualnie ignoruję ten opcode podczas rysowania.
Żródła programiku (gdyby ktoś chciał) są w http://mono.i-demo.pl/chrdraw-src.zip .

Wielkie dzięki.
A czy w jakichś XLEnt processorach nie było wektorowych czcionek? Kilka programów do dtp było zdaje się na małe A (jakiś "print shop" czy coś  takiego)...

Ładnej(-ych) miss mokrego podkoszulka w poniedziałek życzę.