the .ini creation crash is very random, it comes and goes... I'm pretty sure the clib4 build suffers from the same, but it doesn't seem to trigger as often
Raziel wrote:@Maijestro the .ini creation crash is very random, it comes and goes... I'm pretty sure the clib4 build suffers from the same, but it doesn't seem to trigger as often
Quite possible, but even if the .ini is created successfully, your build crashes when switching to OpenGL mode and restarting is no longer possible, at least on my machine.The clib4 version does this without any problems and ScummVM can be called again at any time.
Don't get me wrong, I don't want to criticize your work and this isn't meant to be a clib4 vs.newslib thread. I can only share my user experience here.
MacStudio ARM M1 Max Qemu//Pegasos2 AmigaOs4.1 FE / AmigaOne x5000/40 AmigaOs4.1 FE
I didn't change nothing special when compiling gl4es. I've used cmake with cross compile as usual. Keep in mind that I *never* use OS4 to compile stuff..
within scummvm, or closing starting the gl binary?
Within ScummVM when I switch from SDL Surface to OpenGL. But at the moment it doesn't matter anymore, we can continue the tests when my X5000 has arrived
MacStudio ARM M1 Max Qemu//Pegasos2 AmigaOs4.1 FE / AmigaOne x5000/40 AmigaOs4.1 FE
I was able to test the latest ScummVM version from your server and it ran absolutely stable. There were no problems the first time I ran the .ini.
However, when I replace the ScummVM.exe with the GL.Exe I get the following error message that “libSDL2_NET-2.0.so.200” was not found.
Otherwise ScummVM has become very fast or it's because of my new hardware...I can now playBroken Sword 2.5: The Return of the Templars smoothly. So ScummVM is really fun thanks.
ps. if you want me to do more tests for you let me know.
MacStudio ARM M1 Max Qemu//Pegasos2 AmigaOs4.1 FE / AmigaOne x5000/40 AmigaOs4.1 FE
I downloaded the latest 20241116 build from your server. On my A1222 mahcine it works fine the first time i start it up. But when I exit and try again, scummvm crashes. Turning the machine off and on does not help. But when I delete the scummvm.ini file it created firste time, scummvm starts again. If i dont exit and start a game and then select "return to launcher" it crashes again.
So, if i want to start Scummvm, I have to delete the ini file. And then I can't return to the launcher after playing a game. I can post a picture. But i don't know if that helps you much...
Im still new and learning stuff...so maybe im doing something wrong.
Im using the scummvm executable in the install folder, is it the gl4es binary?..And also tried the Scummvm_GL
I have tried to set the renderer to OpenGL, exit and then it chrash when starting up, I then deleted the ini file, startet scummvm again and set the renderer to SDL Surface. Exit and then it crash again.
I have also moved the content of the sobjs folder to the Sys:sobjs folder, it that correct?
oh goddess, please do *not* move files around. scummvm has its own dir structure and works perfectly fine...I fear for your system setup
please, *never* "install" any sobjs from an app to your sobjs: path...if a game or app relies on such, delete it, as its not worth having
the sobjs/ subdir holds what the app needs, no further action required
as for the crash...unfortunately I can't help...it could be as easy as setting an option in the launcher, but I don't know. something is set which crashes your system
Could you please post your shell output so we can compare them?
For comparison I provide mine what happens when ScummVM is started for the first time and the .ini is created.
LIBGL: Initialising gl4es
LIBGL: v1.1.6 built on May 5 2024 07:27:47
LIBGL: Using GLES 2.0 backend
LIBGL: Using Warp3DNova.library v54 revision 16
LIBGL: Using OGLES2.library v3 revision 3
LIBGL: OGLES2 Library and Interface open successfuly
LIBGL: Targeting OpenGL 2.1
LIBGL: Not trying to batch small subsequent glDrawXXXX
LIBGL: Trying to use VBO
LIBGL: Force texture for Attachment color0 on FBO
LIBGL: Hack to trigger a SwapBuffers when a Full Framebuffer Blit on default FBO is done
LIBGL: Current folder is:/Programme/Emulation/ScummVM
WARNING: FSNode::createReadStream: 'scummvm.ini' does not exist!
Default configuration file missing, creating a new one
LIBGL: Hardware test on current Context...
LIBGL: Hardware Full NPOT detected and used
LIBGL: Extension GL_EXT_blend_minmax detected and used
LIBGL: FBO are in core, and so used
LIBGL: PointSprite are in core, and so used
LIBGL: CubeMap are in core, and so used
LIBGL: BlendColor is in core, and so used
LIBGL: Blend Subtract is in core, and so used
LIBGL: Blend Function and Equation Separation is in core, and so used
LIBGL: Texture Mirrored Repeat is in core, and so used
LIBGL: Extension GL_OES_mapbuffer detected
LIBGL: Extension GL_OES_element_index_uint detected and used
LIBGL: Extension GL_OES_packed_depth_stencil detected and used
LIBGL: Extension GL_EXT_texture_format_BGRA8888 detected and used
LIBGL: Extension GL_OES_texture_float detected and used
LIBGL: Extension GL_AOS4_texture_format_RGB332 detected
LIBGL: Extension GL_AOS4_texture_format_RGB332REV detected
LIBGL: Extension GL_AOS4_texture_format_RGBA1555REV detected and used
LIBGL: Extension GL_AOS4_texture_format_RGBA8888 detected and used
LIBGL: Extension GL_AOS4_texture_format_RGBA8888REV detected and used
LIBGL: high precision float in fragment shader available and used
LIBGL: Extension GL_EXT_frag_depth detected and used
LIBGL: Max vertex attrib: 16
LIBGL: Extension GL_OES_get_program_binary detected and used
LIBGL: Number of supported Program Binary Format: 1
LIBGL: Max texture size: 16384
LIBGL: Max Varying Vector: 32
LIBGL: Texture Units: 16/16 (hardware: 32), Max lights: 8, Max planes: 6
LIBGL: Extension GL_EXT_texture_filter_anisotropic detected and used
LIBGL: Max Anisotropic filtering: 16
LIBGL: Max Color Attachments: 1 / Draw buffers: 1
LIBGL: Hardware vendor is A-EON Technology Ltd. Written by Daniel 'Daytona675x' Müßener @ GoldenCode.eu
LIBGL: GLSL 300 es supported and used
LIBGL: Shutting down
MacStudio ARM M1 Max Qemu//Pegasos2 AmigaOs4.1 FE / AmigaOne x5000/40 AmigaOs4.1 FE
oh goddess, please do *not* move files around. scummvm has its own dir structure and works perfectly fine...I fear for your system setup
please, *never* "install" any sobjs from an app to your sobjs: path...if a game or app relies on such, delete it, as its not worth having
the sobjs/ subdir holds what the app needs, no further action required
as for the crash...unfortunately I can't help...it could be as easy as setting an option in the launcher, but I don't know. something is set which crashes your system
do you have a save/ subdir in path-to:scummvm/
Hehe, I learned something today too. Remember everyone must start somewhere, so please dont be to harsh :). Fortunately, I was smart enough to back up the original contents of the original Sys:sobjs directory. I will restore it to the way it was before. No harm done. I was thinking it was some kind of shared files like the sys:libs folder and scummvm was looking for them at this location. Yes, I have set a save path to a directory
Edited by Mr_byte on 2024/11/17 16:10:42 Edited by Mr_byte on 2024/11/17 16:14:48 Edited by Mr_byte on 2024/11/17 16:21:53
Yes, here is my shell output when starting up first time without the ini file.
LIBGL: Initialising gl4es
LIBGL: v1.1.6 built on May 5 2024 07:27:47
LIBGL: Using GLES 2.0 backend
LIBGL: Using Warp3DNova.library v54 revision 16
LIBGL: Using OGLES2.library v3 revision 4
LIBGL: OGLES2 Library and Interface open successfuly
LIBGL: Targeting OpenGL 2.1
LIBGL: Not trying to batch small subsequent glDrawXXXX
LIBGL: Trying to use VBO
LIBGL: Force texture for Attachment color0 on FBO
LIBGL: Hack to trigger a SwapBuffers when a Full Framebuffer Blit on default FBO is done
LIBGL: Current folder is:/Games/main/install
WARNING: FSNode::createReadStream: 'scummvm.ini' does not exist!
Default configuration file missing, creating a new one
LIBGL: Hardware test on current Context...
LIBGL: Hardware Full NPOT detected and used
LIBGL: Extension GL_EXT_blend_minmax detected and used
LIBGL: FBO are in core, and so used
LIBGL: PointSprite are in core, and so used
LIBGL: CubeMap are in core, and so used
LIBGL: BlendColor is in core, and so used
LIBGL: Blend Subtract is in core, and so used
LIBGL: Blend Function and Equation Separation is in core, and so used
LIBGL: Texture Mirrored Repeat is in core, and so used
LIBGL: Extension GL_OES_mapbuffer detected
LIBGL: Extension GL_OES_element_index_uint detected and used
LIBGL: Extension GL_OES_packed_depth_stencil detected and used
LIBGL: Extension GL_EXT_texture_format_BGRA8888 detected and used
LIBGL: Extension GL_EXT_texture_rg detected and used
LIBGL: Extension GL_OES_texture_float detected and used
LIBGL: Extension GL_AOS4_texture_format_RGB332 detected
LIBGL: Extension GL_AOS4_texture_format_RGB332REV detected
LIBGL: Extension GL_AOS4_texture_format_RGBA1555REV detected and used
LIBGL: Extension GL_AOS4_texture_format_RGBA8888 detected and used
LIBGL: Extension GL_AOS4_texture_format_RGBA8888REV detected and used
LIBGL: high precision float in fragment shader available and used
LIBGL: Extension GL_EXT_frag_depth detected and used
LIBGL: Max vertex attrib: 16
LIBGL: Extension GL_OES_get_program_binary detected and used
LIBGL: Number of supported Program Binary Format: 1
LIBGL: Max texture size: 16384
LIBGL: Max Varying Vector: 32
LIBGL: Texture Units: 16/16 (hardware: 32), Max lights: 8, Max planes: 6
LIBGL: Extension GL_EXT_texture_filter_anisotropic detected and used
LIBGL: Max Anisotropic filtering: 16
LIBGL: Max Color Attachments: 1 / Draw buffers: 1
LIBGL: Hardware vendor is A-EON Technology Ltd. Written by Daniel 'Daytona675x' Müßener @ GoldenCode.eu
LIBGL: GLSL 300 es supported and used
Thanks for the help. Now i have learned two things today :)
Unfortunately it has the same outcome when i change "surfacesdl" to "opengl"
I dont know if this help, but the ScummVM 2.9 clib4 version is working perfectly with every settings, filter, opengl etc..Could the problem be something with my a1222 cpu and what you are using to create your version? Im not a programmer and my simple mind is just thinking loud here...Just trying to help to getting it to work with a A1222 machine. I dont think my system software is broken. It is Just a standard A1222 usb installation (AOS 4.1 FE A1222 edtion and Enhancer pack 2.2) with som libs installed: SDL, SDL2, CLIB4, SPE PPC compatible MiniGL libs, Novabridge, Gus soundfont and libboostyGFXv1 and v2. The sys:SObjs folder is back to normal :) Thats it, i think...
Yes, I can try to add line after line until it crashes. No problem.
But I also forgot to mention that i get quite a few guru meditation error messages when I quit after a successful startup as well. But sometimes i get none, but rarly.
I took a little recording of what happens when I exit scummvm. Sorry for the quality of the recording.
News feed
OS4 Feedback forum
OS4Depot Feedback forum
Amigabounty forum
OpenAmiga forum
AmiCygnix forum
ABC shell forum
AmiKit forum
Cinnamon Writer forum
CodeBench forum
Digital Universe forum
Dopus 5 forum
E-UAE forum
Gnash forum
Ibrowse forum
JAmiga forum
Odyssey forum
OWB forum
Qt forum
SmartFileSystem forum
Timberwolf forum
TouchDevice forum
TuneNet forum
Unsatisfactory Software forum
Donate
