Widzisz, ja to wiem :) , jak by nie było "robię" przy loaderze do gier pod Spartę, który ma najniższe MEMLO (a to tylko dzięki trikom z kompresją mapy pliku w locie - czego nie da się zastosować przy zapisie - i innym wygibasom programistycznym). Zacząłem (i skończę, ale niestety tak się prorobiło że na razie przerwałem) implementować obsługę SIDE do tego loadera i naprawdę cienko z RAMem, trzeba dodatkowo zczytać tablicę partycji, zinterpretować ją stwierdzić o którą partycję chodzi a to dopiero początek, dopiero wiadomo gdzie szukać partycji do tego trzeba oprogramować całą komunikację protokołem IDE.
Da się jakoś upchać ale cudów nie będzie...

A pamiętajmy że potrzeba 4 strony RAM tylko na bufory!!! (2 sektory po 512b). Obecna biblioteka xbios potrzebuje tylko jednej strony, bo działa na filesystemie Atari DOS i na dyskietce.
Czyli w tej sytuacji MEMLO będzie na poziomie minimum $0F00 - oczywiście będzie sporo wyższe bo dodałem tylko bufor, a procedury zajmą swoje. Nie liczyłbym na zejście poniżej $1100, no to już więcej niż ma SDX :)

A to jest to, za co ja niezmiennie i mocno trzymam kciuki - MicroSpartaDOS wspierający partycje SDX z SIDE ;)

i nie bylo to takie zle tylko ze chaos nie pozwala niczego zapisywac do pliku, no i jesli masz zapelniona pamiec a dane do zapisania znajduja sie powyzej $c000 i nie ma miejsca zeby je przeniesc i wlaczyc rom...

ok. kompilacja helloween:

- potezna optymalizacja (kolejna), xbios zajmuje mniej, moze wiecej :)
ale caly czas $800-$bff jest zarezerwowane.

- zmiana 3 z posta 248 sie nie przyjela, jak slusznie zauwazono, programiscie nie daje sie mozliwosci wyboru urzadzenia wiec nie ma sensu dodawanie przedrostka, nazwe podajemy:
dta c'1nazwa  EXT' - mozna uzywac spacji wewnatrz nazwy, znakow semigrafiki itd. chyba widzialem na atari dosa tak zmodyfikowanego, ze mozna bylo nadawac dowolne nazwy plikom - na c64 to norma ;-)

- optymalizacja loadera, zaladuje bez problemu np. to:
   org $ffff  ; :-)
   .byte $ff

- nie powinno byc juz problemow z przelaczaniem szybkosci

- niektore stacje np. xf551 ma problem z rozpoznawaniem gestosci - ogolny problem tych stacji - dodalem procedure ktora umozliwia zbadanie gestosci i stacja ta nie powinna juz miec problemow przy zmianie dyskietki.

- przy okazji badania gestosci rowniez xbios przelaczy sie na gestosc dyskietki czyli od teraz wystarczy jedna wersja xbios dla gestosci SD/ED i DD. czyli xbios przejmuje gestosc nosnika z ktorego zostal uruchomiony.

- zrodla jeszcze nie sa wycyzelowane ale juz zaczyna to jakos wygladac.

w zalaczniku do testow (z menu), bez menu na zyczenie.

Larek, a od kiedy niby xBios wspiera turbo ?

Od godziny 11:08 :)
tzn. niby wspiera, bo na razie to jeszcze nie

Właśnie odpaliłem najnowszy (testowy jeszcze) konfig ultimate + side ze wsparciem dla PBI. To jest masakra jak to fajnie działa i jakie jest wygodne i szybkie - a przy tym jak najbardziej standardowe, bo przewidzieli to już twórcy kompa, tj boot z urządzeń nie serial-sio. Większość całodysków (atr-y) pięknie działa, o binarkach nie ma co wspominać bo to działało ładnie i bez PBI.

Jeżeli chodzi o zajętość pamięci, to Candle mówi, że memlo loadera binarek to jakieś 0xa00 i zejdzie jeszcze niżej. Sądzę, że utrzymał by to memlo (albo niewiele podniósł) również ze wsparciem D: dla odczytu fata.

Teraz xbios to dla mnie już całkowita pomyłka, niestety.
XXLu nie idź dalej tą drogą. Nie jesteś w stanie, nie będziesz chciał pisać i utrzymywać driverów do wszystkiego - xbios wyłoży się w każdej ciekawszej konfiguracji kompa. I zrobiłeś pseudo-plikowość - takie "nie wiadomo co".

Pomijając sensowność reszty wywodu, niczego zabawniejszego niż powyższe jeszcze nie czytałem :) Hack w celu odzyskania 2 kilobajtów podstawowego RAMu gryzie się z megabajtowym rozszerzeniem :D No to Cię uświadomię, że ultimate staje się najpopularniejszym obecnie rozszerzeniem pamięci, a obecnie jest najchętniej wybieranym gdyż:

1. Łatwość montażu dla laika
2. Uniwersalność - po latach rozszerzeń rozmaitego standardu, a to Compy a to Rambo a to coś jeszcze masz z tym sytuację jak w emulatorze - wybierasz jaki standard ma być i ile ma być pamięci.

To plus 4 osy, Sparta i RTC w charakterze premii, za takie pieniądze, nie wspomnę już o tym nawet co electron napisał - a SIDE obok KMK jest teraz jednym z najpopularniejszych mediów. Bije go jeszcze SIO2SD i SIO2USB - być może, a fizycznych stacji to się używa w charakterze kolekcjonerskiej pamiątki (tych na SIO, bo Karinka też się widzę spodobała :) ). Raport z oblężonego miasta, kolego, niestety :) Idea była dobra tylko na poziomie realizacji coś poszło nie tak.

ta sama część atr'ow nie zadziała z xbiosem - żadnym, nigdy - chodzi o atr'y które używają niesystemowych procedur transmisji, np total daze, ergo bibandus, bitter reality itp

xbios to program :) dlaczego chcesz laczyc xbiosa z ladowaniem calodyskowych programow :D po co? calodyski zadzialaja bez potrzeby dodawnia loadera a na side + ultimate niekoniecznie :-)

tak, zawsze. masz przyklad co nie dziala?

:-) od tego nie uciekniesz :-)

oj, ma znaczenie ma :-)

nie umiesz, umiesz skopiowac z bufora ... taka mala roznica ;-)

zastanow sie czy to wina pliku? czy to ze nie mozna tego pliku zaladowac z jakiegos urzadzenia oznacza ze to nie jest plik czy moze brak jest odpowiedniego loadera :-) plik mozesz sobie przekopiowywac gdzie chcesz jednak odpalisz go (nawet po 100 krotnym przekopiwaniu) z urzadzenia dla ktorego masz biblioteke ladujaca :-)

---

wez na SV z checia przyjme :D

nieprawda, slowem nie wspomnialem o xbios :-)

a takze, zapisywanie do pliku, ladowanie z pliku przez uruchomiony program, ladowanie / zapis np. na strone zero itd. itd. 12 stron watku ;-)

tez nieprawda

tez nieprawda, gdzie tak napisalem ? :D

mysle, ze traktujesz to zbyt osobiscie. patrzac na urzadzenie wierz lub nie, interesuje mnie tylko urzadzenie, nie konstruktor.

owszem, ale side nie jest urzadzeniem pbi. nie ma zadnych technicznych przeszkod przed stworzeniem biblioteki dla urzadzenia pbi.