Does this bode well for the Raspberry Pi version?

The RPi is not the problem, lack of time is. Fair enough. I don't have the skill to do what's required but I figured it might help you to do something I can't. As noted in another thread, I'll have more serious time for residualvm in the beginning of 2014, until then i'm just fixing smallish issues...

Botje wrote:Somebody with a raspberry pi should figure out where the program gets stuck, either by stepping through with a debugger until it breaks or attaching afterwards and inspecting the program state.

Would it help to get you an RPi?

Thanks for having a go. Where do we go from here?

After trying a few other things and talking to Botje on IRC it looks like we've hit a bit of a wall. To summarise apparently in order to work OpenGL ES needs to be used on the SDL backend. Surfaces SDL needs to be rewritten to use OpenGL ES calls instead of OpenGL. I'm not sure what all that means b...

I really meant "make VERBOSE_BUILD=1", as that prints the commands it executes. You don't need to put the entire trace either, just build it once normally, then make VERBOSE_BUILD=1 a second time so I can see the failing ld command. Ah! Gotcha. Here's how that went . Edit: I just looked a...

After tinkering with my repos to get around the whole forcing packages to install I tried again. In the two config files OpenGL, GLES2, and OpenGL_shaders were enabled. Sadly it didn't work out . So I ran the make again, this time with verbose output (that's not the full output, it was too big, the ...

I re-checked the renderer initialization and you _also_ need USE_OPENGL set (again in both config.h and config.mk). Then it will actually try to create the ES2 renderer. If you still get software rendering without a choice, we should meet up on IRC to debug this a bit more interactively. So here's ...

Cheers for your persistence and patience, Botje, this must be annoying for you I know. From what I could see the files look right: config.h should "#define USE_GLES2" and "#define USE_OPENGL_SHADERS" Contents of config.h config.mk should have "USE_GLES2 = 1" and "U...

If you configured it correctly the build process should then compile and use engines/grim/gfx_opengl_shaders.o instead of engines/grim/gfx_opengl.o. Here's what the compilation looks like . I can give the output of make -d if it would help. Setting opengles2 like that is probably okay, but you also...

That sounds like it might be a viable way of doing things, Botje! I was trying to get it to compile but kept running into make not knowing where to find gl2.h and later khrplatform.h. Eventually I traced the issue to libgles2-mesa-dev and libegl1-mesa-dev . It didn't want to install due to assorted ...

The hardware accelerated renderer used in ResidualVM uses plain OpenGL, but AFAIK on Raspberry, OpenGL is software emulated, so it's slower that our software renderer. Ooh, interesting stuff. There's a fair bit I don't know about the way the RPi handles stuff. For an acceptable framerate, you'll pr...

I did a quick search on here and didn't find any other topics so I figured I'd create one ( I also posted on Facebook recently ). I tried compiling ResidualVM to run on my RPi (I think I'm using RaspRazor if memory serves). I was impressed that it compiled just fine and then ran straight away: http:...