@plimbs and all. I had succcess. I resinstalled a RPI3 with the latest RetroPie image on it. It turned out that vc4-fkms-v3d has to be enabled in the boot config:

Open /boot/config.txt and scroll all down.
Then remove the # before dtoverlay=vc4-fkms-v3 to enable it,
safe file, reboot:

... [all] dtoverlay=vc4-fkms-v3d ...

It should not be needed to recompile scummvm. I built it with

--opengl-mode=gles2 --force-opengl-game-es2

but I assume

--opengl-mode=auto --force-opengl-game-es2

will also work. Maybe you can confirm which configure switches worked for you @plimbs .

Here is my ScummVM start output:

/opt/retropie/emulators/scummvm/bin/scummvm --fullscreen --joystick=0 --gfx-mode=hq3x --extrapath=/opt/retropie/emulators/scummvm/extra --path=The Longest Journey tlj Virtual keyboard pack 'vkeybd_default' loaded successfully User picked target 'tlj' (engine ID 'stark', game ID 'tlj')... Looking for a plugin supporting this target... Stark INFO: OpenGL Vendor: Broadcom INFO: OpenGL Renderer: VC4 V3D 2.1 INFO: OpenGL Version: 2.1 Mesa 19.3.2 INFO: OpenGL Red bits: 8 INFO: OpenGL Green bits: 8 INFO: OpenGL Blue bits: 8 INFO: OpenGL Alpha bits: 8 INFO: OpenGL Z buffer depth bits: 24 INFO: OpenGL Double Buffer: 1 INFO: OpenGL Stencil buffer bits: 8 INFO: GLEW Version: 2.1.0 INFO: GLSL version: 1.20 INFO: OpenGL Vendor: Broadcom INFO: OpenGL Renderer: VC4 V3D 2.1 INFO: OpenGL Version: 2.1 Mesa 19.3.2 INFO: OpenGL Red bits: 8 INFO: OpenGL Green bits: 8 INFO: OpenGL Blue bits: 8 INFO: OpenGL Alpha bits: 8 INFO: OpenGL Z buffer depth bits: 24 INFO: OpenGL Double Buffer: 1 INFO: OpenGL Stencil buffer bits: 8 INFO: GLEW Version: 2.1.0 INFO: GLSL version: 1.20

... and then the magic starts :)

TLJ starts and runs smooth in the cutscenes and in the game (just started a game and walked around and examined the scenery a bit).

Epilog: You may note that emulationsstation won't start any more ("greets" you with the (infamous) "already in use?" question (can't recall the exact message from my memory), but this can be easily remediated:

pi@retropie:~ $ cd RetroPie-Setup/ pi@retropie:~/RetroPie-Setup $ sudo ./retropie_packages.sh emulationstation

Other things I did, but I assume they are unrelated:

Did update to latest RetroPie-Setup Script Did update all Raspian Packages Installed libglew headers for ./configure of scummvm: apt-get install libglew-dev

HTH

PS: However, I installed a minimal RetroPie (ES and ScummVM). I did not test other emulators. I can not tell what possible knock-on effects the vc4-fkms-v3d enabling may have.

Maybe someone of the community can chime in why vc4-fkms-v3d is initially disabled at RetroPie?

Thanks

After my genius idea to delete all stuff in this discussion, which only cause trouble and chaos, I figured out to do another attempt and post again. This is version 2 of the little app. The gui and commandline are streamlined into one app. The commandline options are flexible now and it supports a configuration file. Unfortunately in GUI mode only one patch file at a time is supported (but I think this is not a real issue and is a limitation in GUI only). And it can create output folders too. Updated the first post with all relevant information.

It started out so simple.

I've also noticed a problem with blending while I was helping to troubleshoot recent issues with missing textures, but I wasn't certain that the blending issue was an existing problem or something new, as I rarely test N64 emulation.

Legacy blending is disabled for certain games - including Zelda - here: https://github.com/RetroPie/RetroPie-Setup/blob/master/scriptmodules/emulators/mupen64plus/mupen64plus.sh#L201

If you're familiar with editing files via SSH, you can edit /opt/retropie/emulators/mupen64plus/bin/mupen64plus.sh and try removing zelda from that blacklist to see if the problem is resolved. I'll take a look when I have some free time.

@hiulit maybe some curl trick can do this. But let's just put it in our ToDo list for now 😌

Yes, the method to make two-handed "tank" controls work on a single 8-way joystick does not require any cheats, just a clever set of controls mapped to what is sometimes called a "tankstick". The mapping makes use of <CODE_NOT> logic where you are actually excluding certain input combinations. MAME lets you setup mappings like this by using a double-tap of an input while in the GUI menu which changes it to a <NOT>, so if you do several inputs in rapid succession, before MAME accepts an entry, you can make some combinations that work in interesting ways.

Here's a mapping for a single 8-way joystick to control two tank sticks like Battlezone:

Game Control Mapped to Right/Up Up <not> Right or Left <not> Down Right/Down Down <not> Right or Right <not> Up <not> Down Left/Up Up <not> Left or Right <not> Down Left/Down Down <not> Left or Left <not> Up <not> Down

There is an odd situation for Keyboard controller users in lr-mame2003 that requires you to first set all retroarch inputs to NUL using a per-rom config file if you want to do this. You can read about it here.

@markwkidd

I am grateful for your support.

https://github.com/RetroPie/RetroPie-Setup/pull/1773

joolswills created this issue in RetroPie/RetroPie-Setup closed retrarch - rework hotkey enable hack for upstream retroarch and re-enable patch - fixes #1772 #1773