The situation has been resolved. It was Raziel’s wish that there be only one version of ScummVM on Os4Depot, and he also requested that the old ScummVM source code be deleted. The Os4Depot admin therefore acted entirely correctly.
And I, too, bear no blame for the fact that the originally created version of ScummVM was overwritten. Just to make that clear once again.
Of course, Raziel’s work should never be forgotten—he dedicated years to ScummVM and continuously developed the source code. His work is still present in the new build; whether or not AI is included is irrelevant, and of course, new improvements brought by the AI have also been added. Overall, it can be said that the bulk of Raziel’s work is still in this build.
Edited by Maijestro on 2026/3/26 3:56:24
MacStudio ARM M1 Max Qemu//Pegasos2 AmigaOs4.1 FE / AmigaOne x5000/40 AmigaOs4.1 FE
@Maijestro thankyou for your work, it is much apppreciated. I have tried the program, i too get a dsi upon launching at Address 0x01838bb8 but i can ignore the dsi and scumm loads. i am using Aeon X5000 with enhancer which i think might be the cause of the error. of course i dont rule out my stupidity either :?
Thank you for your feedback. Just saying that there’s a DSI doesn’t really help me. I need more information; if possible, please post the DSI—preferably with a stack trace—so I can take a look at it.
Otherwise, it could be anything. As a first step, you can try increasing the stack size from 32768 to 2000000 in the icon information and then run ScummVM again.
As I mentioned before, I just need more information. I also use EnhancerSoftware myself and don’t have these problems. It might also be helpful to know which graphics card you’re using.
In addition, I've also created a ScummVM instance with debugging enabled, which could provide us with more information. In this case, the log is copied directly to the RAM Disk, and we could then analyze it as well.
MacStudio ARM M1 Max Qemu//Pegasos2 AmigaOs4.1 FE / AmigaOne x5000/40 AmigaOs4.1 FE
Okay, testing ScummVm 20216.1.1. I have an updated AmigaOne 500 with Radeon Rx 550.
Okay, when you choose some shaders, you get an error "Failed to apply some of the graphic options changes: the shader could not be changed". This appears to be the same no matter what OpenGL you are using or Software (SDL2D). I just realized this is happening with ScummVM 2.8.0 Dec 25 2023. So maybe this is something I am doing LOL.
I tested the sierra games. They are working well. I am using the OpenGL graphics mode with OpenGL mit Shaders (ODLES2).
Saving and loading works well. No problems with the interface, no grim reapers over here.
I am looking forward to the rest of the engines being updated and ported over since I am currently playing Ultima 8 with ScummVM.
yogi32 wrote:@Maijestro Okay, when you choose some shaders, you get an error "Failed to apply some of the graphic options changes: the shader could not be changed". This appears to be the same no matter what OpenGL you are using or Software (SDL2D). I just realized this is happening with ScummVM 2.8.0 Dec 25 2023. So maybe this is something I am doing LOL.
Thanks for your feedback. Not all shaders are working, but they’ve always been broken in other builds as well. I’ll take a look at the problematic shaders last, once we’ve created an even more stable build. For now, the priority is to make sure it works on as many systems as possible.
Quote:
I am looking forward to the rest of the engines being updated and ported over since I am currently playing Ultima 8 with ScummVM.
Of course, I’ll be adding more engines—the build is modular, which is why I kept the plugins separate; this will allow us to add more engines and games step by step. Coming in the next release.
MacStudio ARM M1 Max Qemu//Pegasos2 AmigaOs4.1 FE / AmigaOne x5000/40 AmigaOs4.1 FE