kas1e wrote:@Maijestro To avoid guesses, you can send me binary for tests (with removed all click2front/etc code-hacks in game) and i can check if it will behave correctly on my setup or not. That will nail it down a lot.
You could quickly test it using the latest version of ScummVM from Os4Depot; it has exactly the same issues there. ScummVM opens a new window in full-screen mode at 1920x1080. If it works for you, the problems are clearly due to my system, and I can investigate them further. Thanks for your help.
MacStudio ARM M1 Max Qemu//Pegasos2 AmigaOs4.1 FE / AmigaOne x5000/40 AmigaOs4.1 FE
@Majestro I think it still something with your system settings, maybe commodities of some sort. Maybe for sake of test, try to boot without anything but only minimal default libraries of os4 if possible..
And as Capehill says just create pure intuition example opening this screenmode. If works, then SDL2, if not, try not clib4, but newlib, and so on, one after another
Please give me some feedback... whether everything works, and if you like it, please consider donating — this will be decisive for whether I take on future projects.
And here's a bit of gameplay footage on my X5K RX580.
MacStudio ARM M1 Max Qemu//Pegasos2 AmigaOs4.1 FE / AmigaOne x5000/40 AmigaOs4.1 FE
Is only original version supported ? I know there different versions flying around : 1.0, then 205, then patch to 226 , then non-official patch to 227i..
By default it opens in some strange big window (probably 1920x1024 or something), maybe worth to have some smaller one so to fits fine on every screen mode, like to 1280x720 maybe or so ? But ! Important that when i switch to 1920x1080 full screen then absolutely all fine: new screen as expected, not new window.
Then i exit, run it again, and this time it opens in window ! So i go to options, do switch to window, back to fullscreen and it again fine. So, something wrong somewhere in the code.. for sure. It's like simple didn't save settings for (probably after your experiments with click2fronts and all that). Settings itself surely saves (like bridght settings) , but not fullscreen/window. Also , when i hit "advanced options" it also switch to the "window" mode. So code to fullscreen/window mode very much broken after your experiments, imho, and need clean original code back.
Now, to the report:
Game itself works fine, all fast, but the questions is to the whole handling of the release , things which you may want to fix:
bug#0: fix screenmode saving (and probably back whole original window/fullscreen code, so no leftovers from your experiments about).
bug #1: I simple copy all content from ISO to Unreal directory and copy from your archive Unreal and Unreal.ini and when i run Unreal i have fatal error about "localization" core package not found:
That because you put localization files to the root of the game (!) while it should be in the System/ dir as expected. Once i put files out of the System/ to the root, game starts and all fine.
So probably you need make code find it in the System/ dir instead, to be clean. Or at least _and_ in System/ dir too, because no one love the mess in the root dir of game.
Bug#2: When i tried to read .guide you have in your archive : it can't simple runs by dbl-click, because you have sys:C/Multiview in icon, but it always was "System:Utilities/Multiview" by default in os4 as far as i can tell.
Bug#3: guide itself looks like have issues with cariage returns: all the tabs go one after another in one line, not one on each new string as expected usualy.
Bug#4: In guide you said "mount ISO, run the Setup" , on OS4 you can mount iso via diskimage of course, but run "Setup" ? If it mean to be run on the window, then probably it all need to be written correctly, like "to install game, you need to mount ISO on windows and run setup.exe and take from taht and taht. Alternatively you can mount it on os4 via diskimage.device, and copy that and that manually". But then you need to fix that System/ dir issue so all will be correct in that too.
Bug#5:
Installer can be a bit more clean and polished and look more modern : by usage of usual system:Utilities/installation utility. It just python based script can be done for, and it looks quite cool, with banner at top and all usual modern looking windowses. The info of how to progam it here: https://wiki.amigaos.net/wiki/Installation_Utility
Of course the real important thing is the bug#0, as it really mess installation a bit, but other thing also good to be fixed so to looks polished and finished.
But hey, it works and runs ! And it fast ! Thanks for port especially to BsZili with Bewoorld spending lots of time to make it possible on powerpc.
Edited by kas1e on 2026/7/14 6:29:53 Edited by kas1e on 2026/7/14 6:30:57 Edited by kas1e on 2026/7/14 6:36:31 Edited by kas1e on 2026/7/14 6:38:31 Edited by kas1e on 2026/7/14 6:39:50 Edited by kas1e on 2026/7/14 6:43:46
As I mentioned before, this only happens at the native window manager resolution of 1920x1080. All other resolutions below that work perfectly. I have the same problem with ScummVM in full-screen mode, so I’d really like to fix this.
I tried your version of ScummVM: it opens a normal window on first run. I then change it to fullscreen: it opens a normal screen, which seems to be lower resolution than my WB but works OK anyway.
Then I noticed your ScummVM port is using an old version of libSDL2.so. I wonder if your problem reproduces with the latest version?
Thanks a lot for the detailed feedback, really appreciate you taking the time to go through all of it. I'll be putting out a bugfix release to address this.
On bug#1: that one's actually not a bug. If you run the installer properly, you get a clean, complete installation without any of the unnecessary Windows leftover files. It's also important to make sure you're using exactly the original 1998 Unreal version I described, not some other release/build of it.
On bug#0: that one's on me. I accidentally packaged the wrong ini with the archive. The intended behavior is: Unreal starts windowed at 800x600, you make your settings, everything gets applied, and it's saved properly when you exit Unreal.
I'll take a look at the other issues you found as well.
Thanks again, and thanks for confirming it runs well overall.
@Capehill
I already tried that: I replaced the old SDL libs in the ScummVM sobjs with newer ones, but still no luck, fullscreen still doesn't work here.
kas1e also already confirmed that Unreal's fullscreen at 1920x1080 works fine on his system. So it looks like your SDL2 itself is fine, and this must be something specific to my system that's breaking fullscreen at this resolution (or fullscreen in general), not an SDL2 bug.
@samo79
Not with the current build, no — that one uses the OpenGL ES 2.0 renderer, which needs Warp3D Nova, so it won't run on classic Warp3D hardware like the R200. Good news though: there's also a classic OpenGL driver (NOpenGLDrv) in the source, it's just not compiled into the current release. I'll add it in for an upcoming build, so Sam440 + R200 (and similar classic Warp3D setups) should be able to run it too.
MacStudio ARM M1 Max Qemu//Pegasos2 AmigaOs4.1 FE / AmigaOne x5000/40 AmigaOs4.1 FE
Quick update for everyone: I've gone through kas1e's feedback and fixed most of what was reported.
- Confirmed and fixed: the screen mode (fullscreen/windowed) wasn't being saved back to the ini correctly, so it always reset to windowed on the next start. That's fixed now - toggling fullscreen in-game is properly saved and restored on restart.
- Also rebuilt the installer from scratch using the official AmigaOS4 Installation Utility instead of the old custom Setup program, and fixed the guide/icon issues that were pointed out.
The bugfix release is already up on OS4Depot now. Have fun!
@kas1e - thanks again for the detailed report, it really helped track these down.
MacStudio ARM M1 Max Qemu//Pegasos2 AmigaOs4.1 FE / AmigaOne x5000/40 AmigaOs4.1 FE