Zaletą pomysłu xxla jest mały rdzeń realizujący proste operacje na fsie. Nie ma tam np. tworzenia plików o dowolnym rozmiarze, a tylko zapis slotów o z góry ustalonym rozmiarze (zawartość slota może mieć max tyle ile na niego przewidział projektant gry). Nie potrzeba też mieć ciągle włączonego OSu, żeby realizować operacje IO. Samo wywołanie funkcji jest znacznie krótsze niż jakiekolwiek wywołanie CIO (wyjątkowo wywołania funkcji SDX są krótkie). Ma swoje ograniczenia, ale ma też i ogromne IMHO zalety. Że każdy bajt pamięci podstawowej się liczy, to wie każdy komu jej zabrakło. Argumentacja ze 130xe też jest słaba, bo proszę sobie pomyśleć ile zachodu wymaga wykorzystanie pamięci bankowanej (jeśli nie, to dlaczego każdy kto myśli o wsadzeniu 816 do Atari od razu chce mieć pamięć liniową). A że projekt ma swoje ograniczenia - każdy ma :)

@electron: Jeśli masz na myśli BIOS np twardego dysku to przecież nie jest powiedziane, że xxl do niego nie skacze (tak, jak to robi OS Atari). Przecież SIO też zaimplementował tak, jak to robi Atari, ale bez użycia przerwań - czy to że nie skacze do ROMu Atari oznacza zaraz że urządzenia podłączone do magistrali nie będą działać? Czy jak ktoś zmieni ROM stacji dysków, to zaraz rozwiązanie xxl przestanie działać? Nie. Po to są interfejsy i standardy, żeby umożliwić pisanie softwareu niewrażliwego na zmiany po drugiej stronie/zmiany bebechów.
Każda gra napisana pod xBIOSa pisana jest standardowo, ale dla innego zbioru interfejsów. Interfejsów xBIOSa. Po prostu żeby gra zadziałała musi być załadowana biblioteka xBIOS. Czy będzie ona w sektorach boot, czy załadowana inaczej to kwestia drugorzędna.

Czyli - po prostu - zrobileś całodysk sektorowy.

OK - ale np. na SIDE nie pójdzie. I - jak sądzę - NIKT nie napisze drivera innego niż SIO.

Działa dla atari DOS ? W jakiej wersji ? Dla Mydos ? DOS3 ? DOS 2.5 i klonow ? Jaka dlugosc VTOC ? Jaki rozmiar sektora katoalogu ? 707 czy 708 sektorow w DD ?

Co z resztą dosów i urządzeń ? TO jest bardzo złe rozwiązanie XXL.
tak naprawdę należy się tylko trzymać kilku zasad (OK, ograniczeń) i podać wymagania programu w czasie ładowania.
Wówczas dla danego urządzenia powinien istnieć loader (ale nie Twój !) który to uruchomi, o ile naprawdę nie przesadziłeś z wymaganiami.

Warto by spisać zasady tworzenia prawidłowych plików binarnych, może coś takiego już powstało ?

Ja ze swojej strony chętnie będę (za niewygórowaną opłatą) certyfikował DOSy, loadery i same pliki binarne zaświadczając swą powagą ich zgodność ze standardem.

> Czyli - po prostu - zrobileś całodysk sektorowy.

oczywiscie, ze nie. dlaczego tak uwazasz?

> Wówczas dla danego urządzenia powinien istnieć loader (ale nie Twój !) który to uruchomi

oczywiscie ze nie moj, ja zrobilem tylko dla urzadzen SIO i ataridos fs :-)

> Warto by spisać zasady tworzenia prawidłowych plików binarnych,

jedyne ograniczenie pliku binarnego pokazal Marek Konopka.

> nawet robienie własnego SIO może skutkować tym, że z jakąś tam stacją już nie będzie działać - bo to jest jednak INNE SIO. A co z "turbami", które są w OSach i stacjach ? Najmniejszy wspólny mianownik ?

pojdzie, pojdzie :-) z turbo sie wypowiem bo to bylo jedno z zalozen:
turbo dla stacji jest jej rozszerzeniem, biblioteka dla stacji turbo rozni sie 1 bajtem ale nie bedzie przelaczana automatycznie, user ma wybor. uzywaj biblioteki pod twoja konfiguracje sprzetowa.

> Ostatnimi laty dużo się zmieniło w "pamięciach masowych" dla atari

kazda stacja SIO, ktora dziala standardowo bedzie takze dzialac z ta biblioteka bez zadnych zmian. chocby nie wiem ile sie w niej zmienilo. porazka? musialbym przestac pisac gry :-)

Bardzo dobry przykład tebe.
A co jeśli pod adresem $700 jest akurat xBios ???
Czy on nie zajmuje miejsca?, czy się sam relokuje szukając wolnego miejsca w pamięci?? Nie - on zajmuje - mało ale jednak, w związku z tym jeśli chcę ten kawałek pamięci użyć muszę mieć KOLEJNĄ WERSJE bibliotek, skompilowaną pod inny adres.
Czyli poza wersjami dla różnego sprzętu, powstawać będą wersję dla różnych programów - oczywiście każda z tych "podwersji" będzie musiała mieć wersje dla różnych konfiguracji sprzętowych....

Czy nie lepiej jednak trzymać się zasad przy pisaniu programów??

(tak wiem SIDy to wyjątkowa sytuacja, ale dlaczego do tej wyjątkowej sytuacji dorabiać ideologię uniwersalności rozwiązania)

No to jak załaduję coś do obszaru pamięci akurat przez xBiosa zajmowanego??? No jak?
Przeczytałem pierwszy post dokładnie, tam adres xBiosa jest wskazany precyzyjnie, ale ze struktury wynika że może być w innym miejscu pamięci. No i co z SIDem łądowanym pod $800 (żeby było ciekawiej)?

Jednym z ograniczeń standardowego formatu pliku binarnego jest to, że bloki ładują się pod STAŁY adres. A w OS istnieje przecież coś takiego, jak MEMLO które jest olewane przez DOS podczas ładowania pliku binarnego (no AtariDOS chyba sprawdza czy nie próbuje się go nadpisać). Dopiero Sparta potrafi sobie blok załadować na MEMLO, ale ma już zupełnie inny format pliku niekompatybilny z resztą DOSów.
xBIOS xxla ma tę zaletę,  że zajmuje pamięć między $700..$BFF i wiadomo gdzie na 100% się nie ładować. I ta granica jest STAŁA (póki co ;>).
Założenie, że "porządny" DOS zajmuje pamięć poniżej $2000 jest sztuczne i jest konsekwencją stosowania formatu binarnego - gdyby chcieć na serio traktować MEMLO (a DOS nie ma do tego żadnego supportu) to trzeba by pisać programy relokowalne i własnoręcznie sobie je relokować. Inną opcją jest wykorzystanie ACX i wykrywanie czy mamy do czynienia z XL/XE oraz użycie relokatora, który jest UKRYTY w systemie i używany jedynie do ściągania driverów z urządzeń SIO. Dlaczego DOS z tego nie korzysta? Do w serii 400/800 nie ma? Zawsze można było rozpoznać rodzaj OSu i go sobie doładować.

@MarekKonopka: Przecież można załadować blok pod $FFFF - taki blok wygląda np. tak:

$FF $FF $FF $FF $FF $FF dana

Wiele loaderów pozwoli na adres końca mniejszy niż początkowy, co pozwoli od razu załadować dane na zpg, ale załóżmy że jest to niepolityczne bo a nuż w przyszłości Atari będzie mieć liniową pamięć poza 64k - kończmy więc na $FFFF.

Edit: Innym ograniczceniem podczas korzystania z extramu zgodnego z rambo jest nie umieszczenie pamięci ekranu/dlisty w $4000..$7FFF. Kolejnym jest cartridge z DOSem $A000..$BFFF. Obszar od $C000..$FFFF jest niedostępny, no bo to ROM a DOS nie potrafi tam niczego załadować. Więc aby ładować program w zgodzie ze sztuką należałoby używać w pliku binarnym dwóch obszarów:
- $2000..$3FFF,
- $8000..$9FFF (odpada kiedy mam karta 16K).
16K (8K przy bardziej wymagającym karcie) - hmmmm ciekawe, który z projektantów gier się tym przejmował?

bufor ma 256 bajtow?
strzal w stope? sektory maja 512 bajtow

TAK (poza tym chodzi o dodatkowe 64kb - czyli standardowe Atari 130XE)

Czy wszyscy, jak Ty muszą zatrzymać się na etapie prehistorycznym? :P

A to fakt... zwracam honor i idę na zakupy po 16GB RAM do grzyba (zupełnie serio :) ).