W przeszłości RAMCART w większości przypadków działał z magnetofonem i zastępował kasetowcom stację dysków. Twoim poprzednim patchem zgodnym z wersją 4.2, po wycięciu dokumentacji i mana dało się spatchować fork atari800-od-FUJI (nie gryzą się) i mieć jednocześnie obsługę TURBO i RAMCART. Obsługa TURBO nigdy nie weszła do głównej linii emulatora i stanęła na wersji 4.2. W atari800-od-FUJI próbowałem podmienić pliki

cartridge.c/h
cartridge_info.c/h
monitor.c/h
memory.c/h
ui.c/h

na te z 5.0-ramcart ale poległem na dwóch błędach przy kompilacji. Posiadam zbyt małą wiedzę o emulatorze aby to zrobić porządnie. Fajnie by było zobaczyć patch do wersji 4.2. Co Ty na to.
pozdrawiam

Język wysokiego poziomu (ACTION!) powstał aby skrócić pisanie programów. To co robisz jest w procedurach bibliotecznych języka. Z ciekawości dołączyłem do twojego testu taką procedurę żeby sprawdzić ile zajmuje czasu.
Jeżeli jest za długa, to jak widzę nieźle sobie radzisz z wstawkami maszynowymi i na pewno możesz napisać własną.

SET $E=$2000 SET $491=$2000

DEFINE
  RBARON="[$A9$E$8D$D40A$8D$D01A]",RBAROFF="[$A9$0$8D$D01A]"

BYTE ARRAY MATRIX=0
BYTE ARRAY MEMMATRIX(21)=$9000

CARD
  MEMADDR=$CA

BYTE
  I=$CC

PROC RSYNC=*(BYTE L)[$CD$0B$D4$D0$FB$60]

PROC OLDSTUFF=*()
  FOR I=0 TO 20 DO
    MATRIX(MEMADDR)=255
    MEMADDR==+1
  OD
RETURN

PROC NEWSTUFF=*()
  FOR I=0 TO 20 DO
    MEMMATRIX(I)=255
  OD
RETURN

PROC MAIN=*()

  DO
    MEMADDR=$9000
    RSYNC(40)
    RBARON OLDSTUFF() RBAROFF

    RSYNC(80)
    RBARON NEWSTUFF() RBAROFF

    RSYNC(100)
    RBARON
    SETBLOCK(MEMMATRIX,20,255)
    RBAROFF
  OD  

RETURN

PS.
Życzę dużo satysfakcji w poznawaniu 8-bitowców, powodzenia w budowie i tworzeniu gier.

@QTZ napisałem compressor i oprócz Super Cobry, spróbowałem na kilku plikach: River Raid...

Fajnie że interesujesz się kompresją RLE TYPU  BF-CF. Twój dekompresor nie uwzględnia jednej rzeczy, adresy ładowania nie podlegają kompresji. W przypadku River Raid adresy ładowania to $9FFO, $BFFF, $02E0, $02E1. Na pewno możesz wyobrazić sobie jak twój dekompresor potraktuje adres $BFFF który nie powinien zostać dekompresowany.
P.S.
Osobiście uważam że adresy powinny być kompresowane, ale algorytm jest jaki jest.

Cześć Jer. Fajnie że jeszcze ktoś zajmuje się takami zabytkami jak XC12.
Czy możesz mi wyjaśnić jak w XC12 działa przewijanie. Z tego co widzę to przełączniki S2 i S3 kluczują tranzystor Q1 który powinien podać zasilanie na silnik, ale zaraz za nim jest przełączniki S1 PLAY, który jest rozwarty i to nie działa. Według schematu przewijanie będzie działać tylko przy włączonym PLAY?
Nic nie rozumiem.

Dawno temu na potrzeby mało znanego systemu TURBO powstał najkrótszy (chyba) bootloader plików DOS.
Program jest napisany w EASMD, jedynym dostępnym assemblerze przed pojawieniem się MAC65 pod koniec lat 80.
Program używa wszystkich możliwych nieudokumentowanych odwołań do systemu XL/XE by być maksymalnie krótki.
Dzisiaj byłby zapewne napisany inaczej (bardziej przenośnie), ale komu jest potrzebny bootloader dla plików DOS w C:
Ponieważ w internecie nic nie ginie chciałbym pokazać jego źródła w celu analizy dla ciekawskich.
Plik cas zawiera;
00 bootloader!,
03 EASMD.xex
70 źródła loadera zapisane w C: załadować poleceniem "ENTER#C:"
Wydobycie i przekonwertowanie na plik tekstowy, strawny dla nowoczesnych assemblerów nie powinno sprawić problemu.
Pozdrawiam wszystkich acheo-komputerowców.