GemRB support?

chilvence

@Stuffu Some of the warnings are from the resource manager trying different directories to find the data - if it cannot find what it needs, the game would not load so you can usually ignore them. It's just a result of the modular design of the engine, the resource manager doesn't know exactly what the particular game will load, it just continually spits out a 'debug' output so that we can use it to diagnose problems. The game is actually very loud in the console for this reason.

Stuffu

@chilvence Good to know, again big thanks! This is going to be a good summer :)

chilvence

@Stuffu Good luck, don't hesitate to get more support on github or the discord channel if you need it

Stuffu

@mitu Thanks for adding latest GemRB in the latest commit, but I don’t see it in experimental packages anymore?

mitu

@Stuffu Yes, there's an error that I have to fix in the scriptmodule. Should be ok now if you update your RetroPie-Setup script.

Stuffu

@mitu Now it's there but the scaling is the same as before. It's the right version 0.8.6, but wasn't it SDL2 that fixed the scaling issues?

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:

[1m[37;40m[PluginLoader[1m[37;40m]: [0m[37;40mLoaded 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[37;40m[SDL 2 GL Driver[1m[37;40m]: [0m[37;40mCreating display
[1m[37;40m[SDL 2 GL Driver[1m[37;40m]: [0m[37;40mCreating Main Surface: w=800 h=600 fmt=SDL_PIXELFORMAT_RGBA8888
[1m[37;40m[SDL 2 GL Driver/[1m[31;40mFATAL[1m[37;40m]: [0m[37;40mCan't build shader program: 0:1(1): error: syntax error, unexpected NEW_IDENTIFIER

[1m[37;40m[Core/[1m[31;40mFATAL[1m[37;40m]: [0m[37;40mCannot initialize shaders.
[1m[37;40m[Main[1m[37;40m]: [0m[37;40mAborting due to fatal error...
[0m

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).