But it has been like that since many versions now. I know Roland MT32 emulation requires lots of CPU power but with former versions I could play without hickups.
A new .ini has not changed anyhing.
Has anyone, ecept me, tried the Roland MT32 Emulation ?
-- AmigaONE X1000 and Radeon RX 560 Sam460 and Radeon RX 560 MiST FPGA Replay + 060 DB
there were changes done on the mt32 emu under the hood, which *might* help, though i doubt it.
as you said, mt32 emu is demanding,together with the game itself it can bring the experience to a halt i.e. Fly of the Amazon Queen with mt32 emu was always unplayable slow
How did you manage to link the .so SDL2 into your binary? I always end up with a name clash in some agl* function and need to use the static SDL2 lib for linking.
as soon as i have libSDL2_gl4es.so (softlinks from libSDL2-2.30.so) available, i get a link error telling me
LINK scummvm
Development:Coding/SDK/gcc/ppc-amigaos/bin/ld: scummvm: hidden symbol `aglSetParams2' in /SDK/local/newlib/lib/libgl4es.a(agl.c.obj) is referenced by DSO
Development:Coding/SDK/gcc/ppc-amigaos/bin/ld: final link failed: Bad value
gmake: *** [scummvm] Error 1
the above libs are the gl4es patched ones.
If i remove any of the above, it will pick up static libSDL2_gl4es.a and all is fine.
Of course, i' d like to have SDL2 as shared object, so any advice would be appreciated
Is there a ScummVM version somewhere that works on an A1222plus with AmigaOs4.1? All versions (os4depot) that I have tested do not work it only comes to the DSI/Crash
However, I have seen videos where ScummVM works on Tabor. Here is the video.
if the main releases doesn't work, even with all software mode set, then no. something seems to be missing from the hardware side then, fpu, ram, magic chip #2, whatever...
i don't have and don't plan to get such hardware, but the source is free, someone will surely step in and either recompile or add the necessary changes to make it compile and run on them computers
i uploaded a scummvm_gl binary (inlcuding the necessary libsSDL2.so) - see sig Just move the files to your full install (also from the download section, as they should be on a similar code base, otherwise crash-galore ensured)
Please test on a non-gl4es system.
I think there might be something wrong, as i don't see a difference in speed with the two binaries anymore...it looks like as if GL is even a little bit faster now (then again, i don't use pure GL on my system anymore...so...maybe i'm using the wrong libSDL2.so?)
i uploaded a scummvm_gl binary (inlcuding the necessary libsSDL2.so) - see sig Just move the files to your full install (also from the download section, as they should be on a similar code base, otherwise crash-galore ensured)
Please test on a non-gl4es system.
Briefly tested with their latest build 10.10.2024 and GL binary under Qemu/Peg2...., there were no problems at the first start of ScummVM. SDL Prefs is of course set to Software. Then I added Bladerunner and the engine ran without any problems.
On my A1222 there are problems when starting for the first time and creating the .ini (GR), here too SDL Prefs is set to Software.
MacStudio ARM M1 Max Qemu//Pegasos2 AmigaOs4.1 FE / AmigaOne x5000/40 AmigaOs4.1 FE
but you link with LibSDL2_gl4es.so and don't get that error?
Which gcc do you use? I'm using 11.3.0 here.
Have you changed anything in the source (gcc flags?) regarding the AmigaOS target?
It's strange that your compilation went by fine...
edit: i see, so from that stackoverflow article "sglSetParams2" is hidden, where it shouldn't. Something to check in the gl4es source then?
edit2: following up on the article i went and did an objdump and here' s what i found
aglsSetParams2 is inside the list two times, where the first one is unknown by me, but the second one is exactly what the article described
00000000 *UND* 00000000 aglSetParams2
00000634 g F .text 00000064 .hidden aglSetParams2
It's Global (g) and as thus seen by the linker, but hidden (.hidden) for shared usage) and what i understand from that article that shouldn't be the case...correct?
Can someone fix it in libgl4es.a or should i alert the author ptitseb?
edit2: i went and opened a bug item for ptitseb...
those symbol (like most of OpenGL symbols) are supposed to be dynamic and fetched using aglGetProcAddress("glSetParams2") for example.
This is the regular way to use OpenGL. Only 1.x API is exposed directly, all the other API is optionnal and so behind a "GetProcAddress" function (like glXGetProcAddress on Linux/X11, wglGetProcAddress on Windows or aglGetProcAddress on Amiga).
I would also be very happy if you could help Raziel with the creation of ScummVM including OpenGL and shader support.
Also, Raziel's ScummVM builds work on my A1222, but there are issues with creating the .ini and OpenGL/Gles output that their Clib4 version https://www.amigasoft.net/temp/scummvm_clib4.lha doesn't have, so we should figure out what the problem might be. So that Raziel can create a stable ScummVM build for us.
I would do the testing, I already have some ScummVM games in my collection
MacStudio ARM M1 Max Qemu//Pegasos2 AmigaOs4.1 FE / AmigaOne x5000/40 AmigaOs4.1 FE