> Tę bolączkę usuwa dowolny DOS, wystarczy trzymać się zasad, nie trzymasz się tych zasad widocznie.

DOS ma wygorowane wymagania dotyczace pamieci i zasobow (przy ograniczonych zasobach atari to jest nie do przyjecia), niestety co moze umyka Twojej uwadze jest zwiazany z filesystemem zbyt mocno. czyli gra napisana pod "dosa" moze nie dzialac prawidlowo pod innym dosem :-)
w przypadku tej biblioteki nie ma takiego zagrozenia.

> Mylisz ZASADY poprawnego tworzenia plików binarnych z ograniczeniami.

nieprawda, nie lamie zasad tworzenia pliku binarnego, jesli sie niezgadzasz podaj ktora zasad jest tu zlamana.
Wydaje mi sie ze to wlasnie Ty mylisz tu zasady z OGRANICZENIAMI w dodatku z kazdym DOSem innymi.
rozszerzam mozliwosci uzycia plikow binarnych i to znaczenie pozbywajac sie garba OGRANICZEN DOSa i niego samego.

> Jaki to "pozytek" że program będzie musiał mieć wersje pod:

nieprawda, gra/program ma tylko jedna wersje, API jest stale. to biblioteka odpowiada za komunikacje i to biblioteka jest w wersjach na filesystem/urzadzenie tak jak w calym bozym swiecie, zmieniasz sprzet to zmien biblioteke lub wybierz biblioteke pod konkretny sprzet, gry beda dzialaly nadal.

> "Wymyślasz"

nie wymyslam nic nowego, skorzytalem z mozliwosci atari. pamietaj, przyzwyczajenia zabijaja, zwlaszcza te zle :-)

dodane:

xBIOS_SET_LENGTH        equ xBIOS+$1e

przyklad uzycia:

                ldy <file_name
                ldx >file_name                
                jsr xBIOS_OPEN_FILE

                ldy #$80             ; len = $380
                ldx #$03
                jsr xBIOS_SET_LENGTH

                ldy <load_dest
                ldx >load_dest                
                jsr xBIOS_LOAD_FILE

czyli $380 bajtow zostanie zaladowanych z pliku. jesli plik jest krotszy niz (w tym przypadku $380) lub nie podamy dlugosci zostanie zaladowany caly plik.

pierwszy post wyedytowany

> XBIOS jest już w 16/32bitowych Atarkach, więc proponuję zmianę, tak żeby się komuś nie pomyliło

ta nazwa funkcjonuje nie tylko na st ale na malym atari chyba nie?

mozesz miec racje. jedno co piszesz jest sluszne tzn. trzeba bedzie chyba dodac:

ldy <file_len
ldx >file_len
jsr xBIOS_FILE_LENGTH

jesli tego nie zdefiniujesz zapisujesz/czytasz zawsze do konca pliku jesli jednak wykonasz FILE_LENGTH to po tej operacji LOAD/WRITE FILE bedzie dzialalo tylko do dlugosci zdefiniowanej LUB do konca pliku - co wystapi wczesniej.
po tej modyfikacji faktycznie CLOSE bedzie wymagane - 2 pieczenie na jednym ogniu

jednak PUT I GET musi zostac (musze miec mozliwosc czytania zapisywania wiekszej ilosci danych niz pojemnosc pamieci)

---
no popatrz popatrz... myslimy podobnie ;-)

tak, wolnego miejsca jest jeszcze bardzo duzo (z 4 stron pamieci na biblioteke zajete jest niecale 3)

> Komenda xBIOS_WRITE_FILE nie przyjmuje parametru określającego długości pliku do zapisu.

ilosc danych do przeslania/odebrania ustalasz xBIOS_SET_LENGTH, jesli jej nie uzyjesz to komenda  xBIOS_WRITE_FILE zapisze caly plik.

> Bardziej intuicyjne byłoby założenie, że CLOSE jest wymagany za każdym razem,

CLOSE jest wymagane po operacjach zapisu WRITE i PUT. byc moze trzeba CLOSE nazwac inaczej.

Duuuuzo zmian, najwazniejsza: plajer nie relokuje danych - wczytuje bezposrednio pod prawidlowe adresy. powinien przez to czytac znacznie wiecej sidow niz poprzednio.

piekna klasyczna zrecznosciowka... z przyjemnoscia przypomne sobie ta gierke.

corina jest droga w produkcji.

kilku brakuje, nie wiem czy nie dobry sposob na zrobienie takiego spisu jest przewertowanie atarimanii w taki sposob:

http://www.atarimania.com/list_games_at … 3_8_G.html

> natomiast to co forsuje xxl, czyli biblioteka ktora ma zastapic dosa ...

nie wiesz o czym piszesz.

moj projekt tez chcesz zamknac? :>

pierwszy post wyedytowany, player gra sidy x1,x2,x3,x4,x8 w .atr sa takie do przetestowania

---
> (oprocz tych ktore przerwania na c64 ustawiaja podczas odtwarzania a nie podczas inicjowania playera - zdarza sie)

juz sa odtwarzane prawidlowo

---
pierwszy post edytowany. Tebe mial racje. timingi poprawione.