dyskietke formatujecie DOS-em, nagrywacie pliki etc. potem odpalacie program który przy pomocy bibliotek xbios realizuje odczyt i zapis bez udziału DOS-u, dostajecie całą przestrzeń pamięci

np. SID ładuje się od adresu $700, nie ma sprawy bo loader umieścimy poza tym obszarem i ładujemy

odczyt/zapis to dwie operacje najczęściej potrzebne, reszta bajerów DOS zajmuje tylko pamięć

chciałbym dodać odczyt plików do Panga, odczyt leveli, tekstur, zapis hi-score (plik hi score ma stały rozmiar, np. 10 wpisów), obszar $0700-$2000 jest wykorzystywany przez grę, co mam zrobić

zapisać obszar pamięci DOS-a $0700-$2000 do dodatkowej pamięci, potem podmieniać ten obszar, włączać OS, inicjować pozostałe komórki?  ale jest XBIOS, więc będzie łatwiej i szybciej

ja ostatnio też uruchamiałem KMK IDE Plus 2.0, przejściówka IDE2CF, karta CF 4GB Kingstona nie działa, karta CF 16MB Pretec działa

może to wina przejściówki, kupiłem na Allegro CF-IDE44/2.0mm ADAPTER V.H0, Pajero ma V.H1 i u niego działa karta 4GB Kingstona

zresztą ta sama przejściówka na jednym kontrolerze pozwala założyć katalog,  a na drugim kontrolerze wywala błąd podczas zakładania katalogu (FORMAT - Build directory), po założeniu katalogu zgłasza błąd odczytu (dla DIR), zapisu przy próbie skopiowania czegokolwiek

tak że tylko stara CF 16MB sprawdziła się aktualnie na KMK IDE Plus 2.0 i przejściówce CF-IDE44/2.0mm ADAPTER V.H0

p.s.
po podłączeniu do PC przez ten adapter karta CF działa

p.s. #2
są jeszcze adaptery SD2IDE, może karta SD jest bardziej odporna na wykorzystanie, podobno Stryker takie coś podłączył

wyjście jest OK, VBXE działa, chodzi o przełączenie na tryb 80 znaków

nie wiem czy jeszcze oprócz DEVICE S_VBXE jest potrzebne coś do szczęścia

jakaś inna wersja CON? DRAC coś wspominał o rozdzieleniu CON na dwa oddzielne moduły

czy QUICKED jest potrzebny ?

sprawdzałem na prawdziwym Atari, ruszyło

pod Altirrą ruszyło gdy wyłączone zostało System -> Disk Drive -> Accurate Sector Timing

XDRIVE.LIB ładuje się pod Atari800Win, ale nie pod Altirrą (Atari wpada w pętlę bez końca)

Altirra wspiera SlightSid-a, Atari800Win nie, więc coś tu nie tak

muzykę z kompotów prezentują w języku migowym

niektóre fazy animacji bohatera jak skok mają szerokość 25 piksli, duchy i pociski Atari w 4 kolorach to max 20 piksli

oczywiście na przeciwników nie starczy już pmg

Pajero nie używa Delphi tylko C++

tak pozatym która wersja Delphi jest teraz najnowsza i kompiluje do 64bit, pozatym czy nie wymusza ona przepisania kodu, zmiane typów etc. jak robiła to wersja NET

wszystkie pliki dołączone są do pliku G2F.EXE (jako zasoby - resource), gdy są potrzebne są one zapisywane do katalogu użytkownika Windows, konkretnie np. u mnie jest to C:\Users\tebe\AppData\Local\Graph2Font\

zamiast 'tebe' powinna być Twoja nazwa użytkownika

sprawdź czy masz katalog Graph2Font w Users, jeśli używasz Total Commandera to musisz zaznaczyć Konfiguracja -> Wyświetlanie -> Pokaż pliki ukryte/systemowe

mads aktualny jest na http://mads.atari8.info
możesz zapisać plik ASM z poziomu G2F i dokonać jego asemblacji

mads nazwa.asm -i:nazwa.h

gdzie nazwa to nazwa twojego pliku G2F, chyba że używasz w nim spacji to nazwe trzeba umieścić pomiędzy apostrofami "nazwa"

p.s.
zreplikowałem twoje katalogi u siebie na dysku D, faktycznie plik XEX nie został zapisany

p.s. #2
problem rozwiązany, wystarczy usunąć znak 'ń' z 'nieukończone' z Twojej ścieżki i plik XEX jest już zapisywany
mads nie wykłada się wówczas podczas sprawdzania obecności pliku na dysku (TestFile)

ogólnie jest to problem strony kodowej, konsola CMD.EXE uruchamia się ze stroną 852 a polskie literki zapisane w pliku BAT potrzebują strony 1250, można dodać na początku pliku GO$$$.BAT który odpowiada za asemblację do XEX-a linię CHCP 1250 i będzie OK, tylko nie mam już pewności czy ta zmiana nie spowoduje wyłożenia się zapisu XEX-a na innych komputerach

dlatego NIE UŻYWAJCIE POLSKICH ZNAKÓW ANI INNYCH DZIWADEŁ W NAZWACH ŚCIEŻEK

w załączniku wspomniany FastDraw Konop-a, procedura rysowania linii jest rozpisana rozkaz po rozkazie, wcześniej oczywiście inna procedura odpowiednio modyfikuje odpowiedni kod jednej z ośmiu rozpisanych linii draw0, draw1 ... draw7

org draw0
_dr00 lda $ffff,y
 ora #$80
_dr01 sta $ffff,y
 dex
 beq _out0
_dr02 lda $ffff,y
 ora #$40
_dr03 sta $ffff,y
 dex
 beq _out0
_dr04 lda $ffff,y
 ora #$20
_dr05 sta $ffff,y
 dex
 beq _out0
_dr06 lda $ffff,y
 ora #$10
_dr07 sta $ffff,y
 dex
 beq _out0
_dr08 lda $ffff,y
...
...
...

w nowej wersji została rozszerzona składnia dla .STRUCT, poprzednio dyrektywa oznaczająca typ danych (.BYTE, .WORD etc.) musiała wystąpić na początku wiersza, aktualnie nie musi (rozszerzenie postulował Konop jako bardziej naturalne w zapisie)

poprzednio tylko w ten sposób

 .byte label0
 .byte :5 label1

aktualnie także w ten sposób

 label2 .byte
 label3 :2 .word

sam blok .STRUCT nie podlega relokacji bo jest tworem wirtualnym, może zostać upubliczniony przez .PUBLIC i w ten sposób przekazany dalej