Jednym zdaniem. "Wszyscy jesteście durniami i nie umiecie wykorzystać sprzętu".

Odpal xBiosem program z podfolderu SDX z HDD. Program ma dodatkowy podfolder a w nim jakieś 1000 muzyczek w oddzielnych plikach, które sobie wczytuje i po kolei odtwarza.

To bardzo przyszłościowe rozwiązanie, bo wyznaczone lata temu :)  i działa dziś u wielu użytkowników. Czy działa u Ciebie?

I dlatego pisze się z użyciem wywołań ustandaryzowanego CIO i ma zadziałać pod każdym DOSem (programista nie musi wiedzieć jaki system plików ma "pod spodem").
Jak Ty Sikorku pisałeś swoją grę (z przykładu XbXL) to używałeś zapewne z BASICA: OPEN, CLOSE, GET, PUT itp i nie przejmowałeś się jaki DOS i jaki system plików masz na dyskietce (no może się przejmowałeś, ale nie miało to znaczenia ;) ). Tak napisany program, po skopiowaniu do podfolderu na dysk w formacie Sparty zadziała dokładnie tak samo. I o to w tym wszystkim chodzi.

A co do przeniesienia na Carta, to wystarczy tylko zrobić kawałek DOSa obsługujący Cart i tak samo napisany program zadziała i przy użyciu takiego systemu, na cartridgu.

No i połaczenie xBiosa z handlerem D: i sterownikiem carta (pewnie już w sumie nie tak mały kawałek kodu) jest takim DOSem Oczywiście różne sterowniki dla różnego sposobu bankowania.

Ech taki był "fajny" pomysł, a skończyło się na ułomnym DOSie... :P
Ale jeśli patrzeć na xBiosa jako na DOSa to jest jedna fajna sprawa - podział na 3 moduły, tyle, że pewnie jakby dokończyć ten projekt tak by mał wszystkie podstawowe funkcjonalności DOSa, to przekroczyłby zajętością pamięcie kilka innych DOSów, właśnie dlatego że jest modułowy.

Nie oglądam filmików. Ale zmusiłem się....
Ha, ha, ha, handler D: napisałeś.... ło matko. xBios miał nigdy nie być DOSem a się nim staje!
DOSem, obsługującym jeden filesystem (oczywiście zaraz dostanę odpowiedź, że obsłuży każdy filesystem do którego ma sterownik :P ) bez możliwości tworzenia plików.

Cudo!

Wiesz... i tak już piszę jak do mojego 7-mio letniego syna i nie używam trudniejszych zwrotów :P

Przypomina mi to ostatnią debatę prezydencką..

Pytanie: Czy wie pani z czego piecze się chleb?
Odpowiedź kandydatki: Wczoraj założyłam czerwone trzewiki i to najlepsze trzewiki są!

Tylko do tego, będziesz musiał dobrze napisanego Rzygonia stosującego CIO przerobić tak by chodził pod xBiosem (i tylko pod nim, bo wyklucza to CIO, chyba że całe I/O w grze zrobisz w dwóch wersjach i dasz użytkownikowi opcję wyboru).
I z rozwiązania zgodnego ze standardami będziesz miał ... w sumie nie wiadomo co. Zapomnij wtedy o SDX...

E tam zaraz stary :)

Nie będę się kopał z koniem.

Tym bardziej jeśli nie odróżnia on od siebie różnych warstw systemu operacyjnego.

Dalej mylisz (i mieszasz w głowach innym) warstwę CIO i SIO - ale cóż, niektórym wiedza nie jest widać do życia potrzebna.

Korzystając z warstwy CIO nie ma potrzeby by wiedzieć jakie turbo ma stacja, bo nie komunikuje się ze sprzętem - to warstwa czysto programowa zajmująca się obsługą plików.
Transmisją blokową zajmuje się w komputerach Atari SIO i tyle na ten temat.

A Twoja procedura i tak z SIO korzysta :P więc jest dłuższa i wolniejsza od sprawdzenia prędkości US przez SIO, jest dłuższa o długość xBiosa!, bo to samo doskonale robi się bez niego.

Jak lata temu robiłem to był F :)

A może TapaTalk zadziała w końcu....