Dzięki mono :)

@Pin
Mam SIDE ze skrojoną do swoich potrzeb "systemową" partycją SDX i paroma innymi, jednakże czasem działam w tandemie z SIO2SD, stąd ta chęć wyciszonego SIO ;)

Bo pewnie dostałeś 1.26 do beta-testów, Mądralo :P Ja mam nadal 1.24 ;)

VBXE może dodawać tylko RGB, zależy jakiego rdzenia używasz i od oprogramowania, które wczytujesz ;)

Mi by się pogranie w DeathChase podobało lub inne schowane w szufladzie gry ;)

No właśnie? :) Wiadomo, że teraz pewnie kwestie medyczne są najważniejsze, ale kiedy mniej więcej byś się spodziewał realizacji?

Przecież tak samo QMEG działa w trybie szybkiej transmisji z TOMSami np. (testowane z CA 2001 MultiDrive).

Ech... Gdy nie bootowało się z dowolnego napędu negowałeś potrzebę istnienia QMEGa i czegoś innego niż D1, bo nie miałeś takiej możliwości... Po testach i poprawce z użyciem emulatora sugerujesz, że Twoje ATR-y nie muszą się bootować z dowolnego Dx, bo przecież można wylistować pojedynczy plik QMEGiem i go uruchomić... Gdzie logika?
Wyobrażasz sobie grę dystrybuowaną na dyskietce, gdzie ktoś musi mieć najpierw możliwość wylistowania zawartości, żeby uruchomić pojedynczy plik? Sam uciekasz od DOS-ów, systemów operacyjnych, a tu sugerujesz, że QMEG załatwiał sprawę swoim "listerem" przecież i fix był z gruntu niepotrzebny, ech.

No i dodać trzeba, że już baaaardzo stare gry całodyskowe (tak, wiem, Twoje rozwiązanie to nie typowe "całodyski" sensu stricte) w ogromnej większości przypadków nie mają problemu by zabootować się z dowolnego napędu, działają w trybie szybkiej transmisji o ile napęd to wspiera, itp.

Naprawdę, zyskanie paru kilobajtów RAM (nie wiem ile dokładnie i pisze ogólnie, więc proszę nie czepiaj się ;) ) i granie muzyczki na pokeyu przy upiornie niskiej prędkości ładowania (żeby zdążyła trochę pograć? :P ) to jakiś obłęd na tę chwilę i koszmarny krok wstecz, właśnie kojarzący mi się z filozofią/(bez)użytecznością peryferiów znaną z C64.

Nie wiem czy to poza, czy faktycznie obecnie masz taki stan w głowie, ale kiedyś pytałeś ludzi co chcą otrzymać w ramach pierwszej konwersji. Ja zaproponowałem Knight Lore i miałem szczęście :) 2 konwersje nawet popełniłeś w wersjach VBXE...
A teraz zachowujesz się jak krzyżowiec, pisząc naprawdę dziwne rzeczy na forum, ignorujesz lub bagatelizujesz opinie koderów i użytkowników, gdy wytykają obecne mankamenty i potencjalne przyszłe problemy.

Tylko w takim razie po co ten wątek na forum, skoro wychodzi, że piszesz to niejako dla siebie, Twoje potrzeby spełnia najlepiej i jesteś pewien o słuszności tej dziwnej jak na ATARI w roku 2013 misji?

A po co wybierać? Każde powinno być wspierane.
Dobranoc ;)

Wracając do tematu QMEGa, obecny xbios.atr faktycznie bootuje się i działa już spod dowolnego napędu D1-D8.
Pytanie tylko, dlaczego xbios.com tak przeraźliwie wolno wszystko ładuje??? Na APE i SIO2PC ładowanie wykonywane przez xbiosa wygląda nawet na wolniejsze niż standardowy NORMAL, bo sam DOS (nawet z wył. Ultraspeedem) wczytuje się z wyraźnie większą prędkością niż to, co później robi XBIOS. Że o wykorzystaniu szybkiej transmisji przez tego ostatniego nie wspomnę ;) Może byś tak nie wyłączał w xbiosie dźwięku transmisji SIO? :P

Tak, wiem, chodziło o "ducha porównania" a nie bit/sek. dokładności.

No dobra, z punktu widzenia użytkownika (szarego :P ), na tę chwilę stwierdzam, że to bez sensu...
Jest tyle wspaniałych i efektownych gier: Bomb Jack, Commando, Yoomp, Ridiculous Reality, itp. itd. i wszystkie one odpalają się w ultraspeedzie pod SIO (+QMEG), działają spod partycji SDX na SIDE, z SIDE Loadera, MicroSpartaDOS Pecusia... Nawet xxl-owe konwersje działają jak te w/w i to się nazywa wygoda i kompatybilność.
A tu teraz powstają (po)twory, który nie bootują się z dowolnego Dx pod qmegiem, w dodatku ładują się w normalu (19200) z SIO2PC...
W imię czego? Żeby zrobić z ATARI na siłę Commodore i pokazać, że możemy zagrać muzyczkę w trakcie wczytywania (celowo spowolnionego, żeby grała dłużej)?
Twórcy ATARI przewidzieli różnego rodzaju urządzenia peryferyjne, te prawdziwie DOBRE gry uruchamiają się na wszystkim jak leci. To po to pojawiają się plikówki, żeby było wygodnie i działało wszędzie a tu odwracanie trendu w fatalnym stylu (niekompatybilność + powolność) dla zyskania odrobiny pamięci? xxl powinien chyba kupić sobie C64 :( Konwersje były naprawdę git (głównie Knight Lore i JSW VBXE), ale to w co zabrnąłeś to jakaś paranoja, ech.

Tym bardziej, że obecny użytkownik ATARI to nie taki z roku 1985, tylko mnóstwo dobrego sprzętu poszło i ciągle idzie w świat (nie wspominając o PL) i człowiek mający urządzenia typu SIO2SD, SIO2PC, SIDE, IDEPLUS, KMK, dodatkowy RAM, QMEGa jak ma coś specjalnie podmontowywać pod SIO-we D1 żeby się zabootowało a potem uruchomiło w 19200 pozostaje mocno zdemotywowany.
"Nie idźcie tą drogą" ;)

Tak jak napisałem powyżej:

Pod qmegiem Twój xbios.atr ZABOOTOWAĆ (SHIFT + INV) da się tylko z D1. Jeżeli chciałbyś uruchomić spod D5, to zadziała tylko spod listera (klawisz "L" a potem XBIOS.COM). Czyli NIE ZADZIAŁA takie coś: SHIFT + 5 i potem próba zabootowania poprzez SHIFT + INV z tego D5 ustawionego pod QMEGiem w miejscu napędu D1.