Nie ma tu większego trolla niż Ty, mistrzu wsadzania kija w mrowisko, konfabulacji i uciekania od dyskusji szyderstwami z braku argumentów ;)
fjc niezorientowany - też dobre.
Medialność gry zweryfikuje sprzedaż.

A, tamten pusty argument. OK.

Nie drąż, nie drąż chronologii "pirata" i wydania "płatnej" wersji.
W sumie skoro tak często się odwołujesz do epoki, to środowisko poprawiło już niejednego buga w grach z epoki, poprawiło więc i Twoją grę, i nie miało to nic wspólnego z łamaniem jakiegoś zabezpieczenia (no chyba, że złośliwego "zabezpieczenia" przed odpaleniem na Atari rozszerzonym o U1MB).

Nie wątpię, że w swojej manii jakimś cudem wyszukałeś jakiś prog stanowiący 0.01% całości softu Atari 8-bit z epoki, ale nie nazywaj tego "oryginałami z epoki" brzmiąc jakby to miała być większość.
Inaczej już dawno byłoby to podnoszone jako rzeczywisty problem z U1MB przez użytkowników. Problem kreujesz Ty.

Sorry, but that's authoritative bunch of crap and fortunately you're not the one to tell anyone how to call it. Call it whatever you like yourself and that's your only right on the matter.
You mentioned Amiga and ST, for which faster CPU turbo-cards that add RAM exist literally since ALWAYS and their users have no problem to call A500 with 32-bit 020/030 CPU or A1200 with 030/040/060 an Amiga. The same goes for ST with PAK030 or TerribleFire or even C64 with SuperCPU.

Yes, it can - ADDITIONALLY.
How biased point of view you have... Imagine it can do things XE always does, TOO (and FOREMOST, otherwise no one would be interested in such new machine).
It's called BACKWARD COMPATIBILITY and applies to upgraded Amiga, ST, PC, too, unless someone really intends to exploit hardware differences to create incompatible software.
And even VBXE is just a GFX card, adding new modes, keeping old ones and anyone can still use original software via it's own or original Atari video-output.

So yeah, as long it's Atari XE motherboard (not some FPGA), original GFX/MSX capabilities stay there (which actually define our beloved computer), the OS is compatible and runs XE software, I will call it XE machine with turbo-card and more RAM, just like other platforms do.
And no, personally I even don't own Rapidus turbo-card.

A to chyba nie wiem jak i jakimi narzędziami ;)

Może po prostu zbyt długi pasek?

Obstawiam 65816...

Się nie gniewamy i zgadzamy, hobby nie powinno / nie musi mieć bardzo praktycznego uzasadnienia :)

Daj pan spokój, panie piwkooo, w przeciwieństwie do Ciebie uczestniczyłem tu w rozmowie o cechach SIO2IDE i jako były kilkuletni użytkownik dałem pewien feedback, a Ty wpadasz tu jako "sprawiedliwy" komentator.
Koniec z mojej strony.

A propos ewentualnych zmian w firmwarze SIO2IDE...
Pamiętam, że interfejs czeka parę sekund po włączeniu na rozkręcenie się dysku i dopiero zaczytuje listę podmontowanych ATR-ów, przez co nie można od razu po włączeniu zbootować Atari w takim przypadku. Może przydałoby się jakieś ustawienie konfiguracji HDD/CF, żeby w przypadku CF nie było tego opóźnienia? Choć wydaje mi się, że samo zaczytanie listy montowań też trwało dłużej niż powinno, więc i tak do bootu mogłoby się nie wyrobić.

To tak odnośnie kwestii praktycznych, bo funkcjonalnie to dojrzały (od lat ;) ) projekt i nadal nie sądzę, by była wielka potrzeba rozwoju mając SIO2SD, FujiNet, SIO2BT, SDrive, itp. No może obsługa XEX wzorem SIO2SD, bo tego zdaje się nie było.

Nic z QMEGiem nie jest pracochłonne jeśli chodzi o reset, jak używasz i masz to już we krwi to załatwiasz przejście do menu i wykonanie resetu w max. 1.5 sek. a dla Atarki to o wiele lepiej od częstego ON/OFF.