My AmigaOs4.1 projects

@Maijestro
Quote:If you uploaded a ScummVM2026.1.1.lha instead of a scummvm.lha nothing should have been replaced, but using the same file name scummvm.lha and just using a different "Version" in https://os4depot.net/?function=submit or https://os4depot.net/?function=submit&replace=13139 isn't enough.

@joergQuote:


The file name was ScummVM2026.1.1.lha


@all

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.

I just tried the version on Os4 Depot, got a guru upon launching

@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 :?

@swisso @Nuder_Try

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.

I did grab the trace file, will try the extra stack, and if that doesn't work, will get you the trace

@Maijestro

Hi Everyone!

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.

Keep up the good work Maijestro!

Yogi

@yogi32

Quote:

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:

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.

@Maijestro
thanks for your reply, I am using Radeon RX Polaris 12 graphics card and have increased stack to 2000000.
Fault still appears and clears when i click ignore DSI, scummvm loads
crash log:

http://crashlog.os4depot.net/index.ph ... ction=view&crashlogid=435

@Swisso

Hi,

I analyzed your crash log. The problem is your clib4.library V2.0 — ScummVM requires at least V2.1.

Did you run the included install script? It automatically installs the required clib4.library V2.1. Please run the script and restart ScummVM afterwards.

If the crash still occurs after that, please send a new log.

Best regards

@Maijestro
hi again, the clib install script says it cant find clib and stops

@Swisso

Quote:

I just checked the Os4depot archive, and clib4 2.1 isn't included—and that's exactly the problem. Please be patient a little longer; I'll fix it quickly and upload a new build on Sunday, with new engines and clib4 2.1, if all goes well, Vulkan support.

Thank you for letting me know.

@afxgroup

Is it okay with you if I add Clib4 2.1 to the archive?

@Maijestro
no probs to me, thanks again

@Swisso

Please do not post crash logs in the forum here. You can use the OSD4Depot service for this. Just use the [View crashlogs] link on an OS4depot files' readme page.

I've posted this instance for you and replaced it with a link.

@Maijestro

Ok, ScummVM now works
Once the final version is released, we could probably avoid integrating the clib4 library given the nature of our system. However, I noticed that some files are missing from the archive compared to the previous version of Raziel.
The files for updates via AmiUpdate are also missing, and the various documentation files that were in the Doc folder are also missing.
Furthermore, there are a few residual files from MacOS that should be removed from the final archive.

Quick update for the next release:


- Fixed a crash (Vulkan case was missing), but it's still very much in beta. A window does open now with an orange background—which comes from the theme—so something is already being rendered.

Start-up time until GUI is visible optimized from 6 seconds to 1 second—it’s really fast now

AA test skipped (GLES2, no MSAA)
fonts.dat cache: 4× → 1× opened
Theme reinit skipped at the same resolution
Joystick support added (no more JOY_* spam)
Audio thread priority +15 (less stuttering); sound should now be much cleaner than before
Main thread priority +5
Vulkan Graphics Manager Beta (font issue unresolved); I’m not sure if this makes sense at the moment, since ScummVM doesn’t officially support Vulkan and still relies entirely on OpenGL/gles2

I also wanted to implement compositing for full-screen mode, but that probably doesn’t make sense with OpenGL; it would be possible for SDL software, though. However, it wouldn’t work under Qemu/Peg2 due to the lack of 3D acceleration.

New engines added:

queen, teenagent, ultima/ultima8, sci, tetraedge

However, these haven’t been tested, since I don’t have every single game available for ScummVM.

Forgot to include Clib4.Library in the archive; it has also been added and can be installed directly to SYS:Libs/ via InstallerScript.

@samo79

I'll add Raziel's documentation and my own, and I'll also take things a bit slower and try to test everything more thoroughly. And of course, leftover files from macOS don't belong in the archive

Thanks for your feedback.

@Maijestro

I just upped the stack from the icon for 32K to 3200K, same issue. I will send the the trace via direct message

@Nuder_Try

Quote:

I think the problem for you is that you're not using the correct version of clib4.library that the build requires. I'm sorry—I simply forgot to include it in the release. It will be included in the next release, though. Hopefully, that will reduce the number of issues.

@all

As soon as I load ScummVM via Os4depot, it crashes, and I don't understand why—I've tested it over and over again, and even after that. The crash points to “libstdc++”; I don't have that library in sys:sobjs/ either, so now I'm naturally worried it might crash on multiple systems. When I run the exact same build that I have as an LHA file on my computer, it works... I have no idea why this is happening.

Only after I copied the library to sys:sobjs/ is there no problem, but it wasn’t there during testing either. Anyway, I’ve now statically linked it in, since it’s possible it might not be present on all systems; that should cause fewer problems.

The new version is currently in the upload section with statically linked “libstdc++”. I just downloaded the archive and had no problems on my X5000 and Qemu/Pegasos2 (Wazp3d).

Please provide feedback.

@Maijestro

Is is possible that you have multi-assigned SOBJS: to somewhere else in addition to SYS:Sobjs - and that libstdc++.so is present there?

Just an idea.

Best regards,

Niels