The shader you sent me doesn't validate. It's using "#version 300 es" and "texture2D". It should be using just "texture" in later version as far as I know. texture2D can be used with #version 150, for example.
I don't know who provides HAS_TEXTURE definition but if it should be provided by the application, one way to fix it is to add #define HAS_TEXTURE in the beginning, then it should compile.
Hello I would like to use ScummVM under AmigaOs4.1. About my problem:
I use AmigaOs4.1 via Qemu Pegasos 2 emulation the sm501 driver can't do 3D acceleration and is limited to 16 bit color depth, as well as on real hardware (Sam460).
When running ScummVM I get the following error message:
corto wrote:It's in "Global Options" then "Graphics" and finally "SDL Surface" in "Graphics mode" and "Software" in "Game renderer".
But it is possible that the GUI itself uses OpenGL by default. In this case, you can try starting with:
scummvm --renderer=software
@raziel One minute faster than me!
Note: My suggestion is looking at the Linux version ... the only one that I can run right now.
First of all, thanks for your help guys. Apparently as already suspected the ScummVM GUI uses OpenGL. When I start ScummVM I only get a window with black content and I can't see or set any options.
What I tried is to edit .ini file, here I changed gfx_mode from opengl to software and SDL without success. This is the result:
Im not on my gear, once I get back I'll check if there'd be any more options.
In the meantime you could post on the scummvm forum, maybe one of the devs has an idea or maybe this is even a bug that won't revert to all software rendering if no OpenGL is found?
Im not on my gear, once I get back I'll check if there'd be any more options.
In the meantime you could post on the scummvm forum, maybe one of the devs has an idea or maybe this is even a bug that won't revert to all software rendering if no OpenGL is found?
I think it's a general problem of ScummVM on AmigaOs4.1 it just hasn't been reported yet. I would like to get it fixed so I can use ScummVM too.
Otherwise I have no problems with applications that can use software rendering directly, so I don't think it's my system.
How would i go about testing this on an OpenGL enabled platform target?
Would it be sufficient to rename minigl and ogles2 libraries or are there other parts needed to be taken care of?
And could someone maybe try? (still a few days to go before i get home)
Thank you
If no one is willing to help, I would be happy to investigate the problem with you.
There are ways to use ScummVM, this patch is called PatchCompositeTags, but makes the whole thing very unstable and is not system compliant.
I think there is a better way without this patch if we look at the problem. So it can't be the 16 bit screenmode. I am not sure what this patch does exactly.
If problem is now that ScummVM is using the compositing driver for SDL_Renderer, then please open SDL2 prefs and select "software" as driver, or just set the variable on shell: