GemRB support?

[mitu]

There will be a separate module for the SDL2 version, but what you can do with the current version is enabled dispmanx as the video driver for SDL1 and see if scaling is better.
Go into the RetroPie Setup script, to Configuration / tools, choose dispmanx and then enable it for gemrb. Then start one of the gemrb based ports and see if scaling is still wrong.

[Stuffu]

@mitu Sorry for the never-ending story... dispmanx doesn't launch, below from runcommand:

[PluginLoader]: Loaded plugin "WMP File Imp/opt/retropie/supplementary/runcommand/runcommand.sh: line 1255: 20348 Segmentation fault SDL1_VIDEODRIVER=dispmanx /opt/retropie/ports/gemrb/bin/gemrb -C /opt/retropie/configs/ports/icewind1/GemRB.cfg

[Stuffu]

@mitu Maybe I should wait for the SDL2 version? No rush though. Just happy it’s on the list for future improvements :)

[Stuffu]

@mitu said in GemRB support?:

There will be a separate module for the SDL2 version

Thanks for adding it, tested and it works fine

[mitu]

Glad it works. If you have any suggestions on how we may improve the default configurations, feel free to add them - it looks like right now you're the only (active) user for gemrb :).

[Stuffu]

@mitu Haha, I'm unique! :)

Actually, I think more would have used it if they knew about it. Especially the BG games are really good retro games and still played a lot today. Then again, it's not really an emulator so maybe it flies under the radar for RetroPie. I guess ports are not top in time spent in general on RetroPie anyway...

Big thanks again and I hope it leads to more people finding out about it and some really good RPG's. A must have for all retro fans! :)

[Stuffu]

@mitu

I hope that it's ok to bring this thread back to life for a newly released stable version that has some issues launching...

A new version (0.8.7, previously 0.8.6 worked fine) was just released. I can't seem to get it to run. No rush, I know that the user base is kind of small :)

I would gladly reach out to the GemRB team on Github if something needs to be clarified, but it seems it's related to SDL2?

[1m[SDL 2 GL Driver]: Creating display
[SDL 2 GL Driver]: Creating Main Surface: w=800 h=600 fmt=SDL_PIXELFORMAT_RGBA8888
[SDL 2 GL Driver/FATAL]: Can't build shader program: 0:1(1): error: syntax error, unexpected NEW_IDENTIFIER

[Core/FATAL]: Cannot initialize shaders.
[Main]: Aborting due to fatal error...


[mitu]

I'll take a look, but it doesn't seem related to SDL2, more likely an OpenGL (ES) initialization error.

[Stuffu]

@chilvence Do you have an idea what changes in 0.8.7 that prevents it from running? If I recall correctly, something was going to be implemented in 0.8.7, like widescreen support or something similar?

[Stuffu]

@mitu I reached out to gemrb and they don’t see anything wrong on their side in the log. OpenGL drivers and shaders are untouched in this release. So likely something in retropie. Still no rush, but wanted to share that to rule out other factors.

[BuZz]

There is an incompatibility with some shader code. I'll have a look.

[mitu]

@Stuffu Can you post a complete log on pastebin.com ?

[Stuffu]

@mitu said in GemRB support?:

@Stuffu Can you post a complete log on pastebin.com ?

Here it is but I don't think it provides any additional info...

https://pastebin.com/eC6ph1im

[mitu]

I think the error in 0.8.7 is caused by this commit, which forces OpenGLES for the SDL2 plugin when a Raspberry Pi is detected.
Before the commit, OpenGL was not detected or compiled in. It looks like when using OpenGLES, the GLSL shaders included with gemrb are not working with the MESA GLES driver. I don't have any experience with GLSL, so I can't say right now why they fail, but the issue is not a RetroPie installation problem.

The RPI related commit is a bit wrong, it assumes that all PI's use the (legacy) Broadcom GLES drivers/headers - which is not true for a Pi4. The resulting compilation doesn't seem to include those libraries though on the PI4 and - at runtime - it looks like the Mesa GLES driver is used anyway (but this is probably because SDL2 does the right thing and dynamically loads the correct GLES library).

[Stuffu]

@mitu thanks for checking it out! I’ll reach out to the gemrb project to see if there is something do do about it...

[Stuffu]

@mitu it would be good if someone from gemrb could reply here, but I try to be a relay...

Is the proposed solution below a way forward?

cool; is the pi4 good enough to just use the lightly accelerated sdl2?

http://sprunge.us/0A2Gos?diff <-- try applying this and rebuilding

[mitu]

@Stuffu said in GemRB support?:

cool; is the pi4 good enough to just use the lightly accelerated sdl2?

Probably yes.

http://sprunge.us/0A2Gos?diff <-- try applying this and rebuilding

No, that won't work. I'll try to experiment a bit and see if I find the error, then I'll open an issue for gemrb.

[chilvence]

@Stuffu Sorry, I was just catching up on the happenings at discord and didn't realise you'd tried to ping me. I saw this change go in a few weeks ago but I hadn't tested it out myself.

I do know that there is a huge upending in progress with the backend rendering system, all of which is way over my head, but I hadn't realised the support for the pi4 had been broken. It was actually compiling and running nicely last time I tried, but that was then...

@mitu it sounds like you have already sensed the root of the problem somewhat, if you can shed any light on it by opening an bugtracker issue, I'm not one of the gemrb developers but I am a regular tester and I am armed with a pi4, so hopefully I will be able to help solve this.

[mitu]

OK, I've opened an issue on the Github project page. It specifically addresses the shader initialization issue reported by @Stuffu, but not the build issues introduced by the commit I mentioned before.

@chilvence if you have a Pi4, you can test the patch I linked and see if it works for you, either with 0.8.7 or the latest master.

[Stuffu]

@mitu i read the Github issue you submitted. You are so awesome! :)