I was about to ask for a speed test on the Grim engine, thank you.
It looks snappy nonetheless being run in software mode. Glad that it performs so well
It runs really well, considering that it runs in 16 bit software. Some games also run very well in full screen stretched, it gets a little slower, but still playable. I am positively surprised that it goes so well, I would not have expected.
I hope someone will write a graphics card driver in the future to be able to use 32 bit screens. Qemu is optimized for 32 bit output.
Anyway, your latest build works perfectly without any limitations even under Qemu/Peg2 AmigaOs4.1 FE. So far I could not find any bugs and everything works as it should with ScummVM under AmigaOs4.1.
I was already impressed when I was watching how QEMU handles youtube videos. Much better than my SAM440&HD7750 ScummVM runs very nice too. Turn on FPS counter and try Grim, please. Especially outside the building when he has to get ballons on the festiwal. My score is ~15fps (inside) and ~5fps outside.
Blade Runner Broken Sword 2.5 Broken Sword 2 broken sword 1 The Curse of Monkey Island Grim Fandango Beneath a Steel Sky Indiana Jones Fate of Atlantis Indiana Jones Last Crusade
(all in Italian)
Broken Sword 2.5 I also choose the Italian language from the game menu then speak in "German"
the log: WARNING: SearchSet:: add archive The Return of the Templaars (CD DOS Italian)/ already present I checked is there IT pack in the game.
Nothing important but it's nice to use them now however Broken Sword 2.5 does not seem to support Italian.
Thanks for your job
p.s Maijestro I replied to the message
What do you see when you close your eyes ? I see light, lots of light I see you, dad And I see mommy too And I see me and we are together And we play forever.
Once again a short video of Grim Fandango with the FPS counter turned on. Unfortunately, I can't judge whether this is good or bad. Since I don't own an AmigaNG I can't compare.
Did you run it in software mode or with 3D acceleration?
Your figures are amazing, given it performs on sw mode (probably the strong underlying cpu) I reach roughly 60 FPS in videos and 15 to 30 FPS in-game, so your experience should be perfectly fine.
Your figures are amazing, given it performs on sw mode (probably the strong underlying cpu) I reach roughly 60 FPS in videos and 15 to 30 FPS in-game, so your experience should be perfectly fine.
Ok thanks for the feedback, then it is indeed impressive and also the 16 bit mode software was not in vain.
Qemu is not only an emulation some parts are natively translated that probably makes it pleasant to use.
I am glad that I can use this software pearl under AmigaOs4.1, ScummVM is a must have under AmigaOs4.1
Thanks again for the fast help and the implementation. I am glad that I got help from some developers.
Under ScummVM I'm playing "The Dig" it's really a great game with very good voice output, I was already relatively far and wanted to save my progress, unfortunately the game does not save and there is an error message.
Double check that you have write access to your saves dir, check with other engines/games as well. The error simply means that scummvm tried to save (it's timestamps file used to provide current time for savefies), but couldn't.
Double check that you have write access to your saves dir, check with other engines/games as well. The error simply means that scummvm tried to save (it's timestamps file used to provide current time for savefies), but couldn't.
Ok I see, I created a new path for save files in the global settings save states and have created a new folder "Save" the default directory of ScummVM did not work. With the new storage folder and path to this folder it works.
Thanks and sorry I didn't read the patch message Now Broken 2.5 is in Italian.
What do you see when you close your eyes ? I see light, lots of light I see you, dad And I see mommy too And I see me and we are together And we play forever.
Today was another day where I wanted to try some games with ScummVM, unfortunately ScummVM (last build 20230624) and with the new SDL2 from os4depot crashes.
Can anyone else confirm this?
MacStudio ARM M1 Max Qemu//Pegasos2 AmigaOs4.1 FE / AmigaOne x5000/40 AmigaOs4.1 FE
Did you - install sdl 2.28.0? - start scummvm w/o the .ini file? - set everything to "software" in sdl prefs?
SDL 2.28.0 is installed with their latest build 20230624 from 24/6/2023. Running without .ini does not help either. ScummVM starts as usual, but as soon as I want to start a game, this error comes that ScummVM GUI still works.
All settings for SDL2 are set to software. Before installing SDL 2.28.0 I had no problems with ScummVM.
Crash log for task "scummvm"
Generated by GrimReaper 53.19
Crash occured in module at address 0x00000000
Type of crash: ISI (Instruction Storage Interrupt) exception
Alert number: 0x80000003
Neuer Shell-Prozess 4
4.Workbench:> Programme:ScummVM/scummvm -d9
Debuglevel (from command line): 9
Reading plugins from plugin directory ''
Couldn't open plugin directory 'plugins'
Couldn't open plugin directory '/usr/local/lib/scummvm'
Reading plugins from plugin directory 'Programme:ScummVM/plugins/'
Using SDL Video Driver "os4"
Invalid joystick: 0
Using SDL Audio Driver "amigaos4"
Output sample rate: 44100 Hz
Output buffer size: 2048 samples
Output channels: 2
WARNING: You are missing a valid 'translations.dat' file. GUI translation will not be available!
HardwareInput with ID 'JOY_START' not known
HardwareInput with ID 'JOY_LEFT_STICK_Y-' not known
HardwareInput with ID 'JOY_LEFT_STICK_Y+' not known
HardwareInput with ID 'JOY_LEFT_STICK_X-' not known
HardwareInput with ID 'JOY_LEFT_STICK_X+' not known
HardwareInput with ID 'JOY_RIGHT_SHOULDER' not known
Setting 640 x 480 -> 512 x 384 -- 1.25
WARNING: generateZipSet: Could not find 'gui-icons.dat'!
WARNING: Could not find theme 'scummremastered' falling back to builtin!
Loading theme builtin
Finished loading theme builtin
Adding Gui Object 0x617730f8 to trash
HardwareInput with ID 'JOY_A' not known
HardwareInput with ID 'JOY_Y' not known
HardwareInput with ID 'JOY_UP' not known
HardwareInput with ID 'JOY_DOWN' not known
HardwareInput with ID 'JOY_LEFT' not known
HardwareInput with ID 'JOY_RIGHT' not known
Setting 640 x 480 -> 512 x 384 -- 1.25
Loading theme builtin
Finished loading theme builtin
Adding Gui Object 0x616cc640 to trash
Delayed deletion of Gui Object 0x617730f8
Delayed deletion of Gui Object 0x616cc640
User picked target 'sword25-de' (engine ID 'sword25', game ID 'sword25')...
Looking for a plugin supporting this target... Broken Sword 2.5
MetaEngine: Broken Sword 2.5 matched to Engine: Programme:ScummVM/plugins/sword25.plugin
Engine: Programme:ScummVM/plugins/sword25.plugin matched to MetaEngine: Broken Sword 2.5
Running Broken Sword 2.5: The Return of the Templars (German)
data.b25c: f8b6e03ada2d2f6cf27fbc11ad1572e9, 654310588 bytes.
HardwareInput with ID 'JOY_A' not known
HardwareInput with ID 'JOY_B' not known
HardwareInput with ID 'JOY_LEFT_SHOULDER' not known
HardwareInput with ID 'JOY_Y' not known
HardwareInput with ID 'JOY_X' not known
HardwareInput with ID 'JOY_UP' not known
HardwareInput with ID 'JOY_DOWN' not known
HardwareInput with ID 'JOY_LEFT' not known
HardwareInput with ID 'JOY_RIGHT' not known
WARNING: SDL_SetVideoMode: SDL_CreateRenderer() failed with VSYNC option, retrying without it...!
WARNING: SDL_SetVideoMode says we can't switch to that mode (Surface already associated with window)!
Edited by Maijestro on 2023/7/4 9:04:55 Edited by Maijestro on 2023/7/4 9:07:29
MacStudio ARM M1 Max Qemu//Pegasos2 AmigaOs4.1 FE / AmigaOne x5000/40 AmigaOs4.1 FE
"WARNING: SDL_SetVideoMode says we can't switch to that mode (Surface already associated with window)!" seems to be caused by some change between SDL 2.26.5 and SDL 2.28.0.
ISI exception is probably caused by recent ScummVM changes. There was for example one suspicious cleanup-related change ( https://github.com/scummvm/scummvm/com ... dae2195351a1189f0df6c1e8f ). I tested ScummVM test build from May and copied SDL 2.28.0 over bundled 2.26.5 library and there was that warning but no exception.
I don't think SDL2 installation (to SOBJS:) can cause anything because your ScummVM builds are bundled with its own sobjs directory which will be used.
I haven't investigated much but I can see this warning can be triggered when using software renderer and toggling between window/fullscreen in launcher window.
There might be some command-line workaround / scummvm.ini manual modification possibility here but I haven't tested it yet.
I'm preparing a new build, but could you try to revert to SDL2.27?
I am back to SDL 2.26.5 and their latest ScummVM build and again I am having the same issues. On github is only I don't see SDL 2.27.0 the last release before SDL 2.28.0 is 2.26.5 or did I miss something ?
MacStudio ARM M1 Max Qemu//Pegasos2 AmigaOs4.1 FE / AmigaOne x5000/40 AmigaOs4.1 FE
I haven't investigated much but I can see this warning can be triggered when using software renderer and toggling between window/fullscreen in launcher window
Exactly it happens as soon as ScummVM wants to switch from window to fullscreen. I have tested it several times.
MacStudio ARM M1 Max Qemu//Pegasos2 AmigaOs4.1 FE / AmigaOne x5000/40 AmigaOs4.1 FE
There is no 2.27.x release for AmigaOS 4. Odd minor versions are prereleases from upstream perspective.
If you want to use 2.26.5 library, you need to copy it to ScummVM's local sobjs/ directory and rename it to libSDL2-2.28.so (replace the original library). This may be obvious but just in case...
ScummVM is linked against libSDL2-2.28.so and it cannot independently load any other versions.