GemRB nie wymaga akceleracji sprzętowej 3D. Mam działającą wersję pre-alpha dla procesorów 68k, która na PiStorm osiąga 25 kl./s (co stanowi limit silnika, przynajmniej w starszych wersjach wynikający z jego konstrukcji). Problem polega na kwestiach związanych z typem `wchar`, z którymi kompilator gcc dla 68k sobie nie radzi (kwestia biblioteki linkera C++), dlatego nie kontynuowałem prac nad tą wersją.

Gdy pojawi się obsługa WarpOS (EmuPPC), będzie można uruchomić mój port GemRB 0.8.7 dla tego systemu. Obsługuje on gry: Baldur's Gate 1 i 2, Planescape: Torment oraz Icewind Dale 1.

Obecnie portuję GemRB 0.9.5 (najnowszą stabilną wersję) na AmigaOS 4. Robię to tylko dla AmigaOS 4, ponieważ wersja 0.9.5 wymaga Pythona 3 (korzystam z wersji beta Pythona 3 dla OS4), więc aktualizacja portu dla WarpOS również wymagałaby Pythona 3 (wersja 0.8.7 używała Pythona 2.7). Wersja 0.9.5 wprowadza obsługę Icewind Dale 2 oraz Baldur's Gate w edycji Enhanced (przynajmniej podstawowej wersji BG2, bez dodatku). Warto zauważyć, że w wersji 0.9.5 znacznie zmieniono kod odpowiedzialny za obsługę `wchar`. Choć nadal występuje tam `wchar` (głównie wewnątrz biblioteki libfmt), możliwe, że problemy występujące w wersji 0.8.7 przy kompilacji na 68k już nie wystąpią (choć nie mam pewności). Jednak z racji braku Pythona 3 na 68k, nie ma jak tego sprawdzić.

Autorzy portu Pythona 3 na AmigaOS 4 wspominali, że teoretycznie możliwe będzie stworzenie wersji dla 68k i WarpOS po ukończeniu wersji dla OS4. Zajmie to jednak sporo czasu (prace są na tyle zaawansowane, że pozwalają uruchomić GemRB, ale nie jest to jeszcze kompletny port Pythona 3, a GemRB wymaga jedynie niewielkiej części jego funkcjonalności).

Infinity Engine też nie, ale jak się walnie trochę efektów czarów obszarowych to wyraźnie zwalnia bez akceleracji. Nie żeby akceleracja rozwiązywała wszystkie problemy. A czarów obszarowych jak kwasowa chmura, trująca chmura, śmierdząca chmura, śliskość, pajęczyna... no trochę tego można zestackować. W każdym razie czekam niecierpliwie bo jeśli generalnie jakąkolwiek grę z pc na amidze z pistormem bym chciał ogrywać to gry iwd/bg właśnie (no i może hiroski)

Problemy, o których wspominam, dotyczyły błędów w bibliotekach konsolidatora. Silnik wykorzystuje 16-bitowe znaki typu *wchar*, podczas gdy kompilator dla architektury 68k obsługuje jedynie wersję 32-bitową (a może było odwrotnie? Nie pamiętam dokładnie, w każdym razie chodziło o jedną z tych dwóch opcji). Z kolei w systemach OS4 i WarpOS obsługiwane są obie wersje.

Skutkowało to tym, że tekst w oknach dialogowych był praktycznie nieczytelny. Oczywiście istniałaby możliwość przebudowania całego kodu tak, aby zrezygnować z typu *wchar*. Z drugiej strony, gdy tylko pojawi się EmuPPC, będzie można uruchomić wersję dla systemu WarpOS.