Glad you got it fixed. You can try now to apply the overclock back, though I'd recommend you give it a try without it and see how the system performs. The Pi4 should be powerful enough for most systems.
My mouse for my pi 4 has a lot of lag in quake 3 but not in other games like quake 1 and 2 anyone know a fix
Try and turn up your mouse sensitivity ingame... also run "/cg_drawfps 1" in the console and make sure that you are running a solid 60fps. If the game is not running a solid 60fps this could be where your lag is coming from.
@greyed yea, as-is doom 3 BFG is not functioning on the pi 4 due to the openGL requirements being too high. Dhewm3 does work though. Once the vulkan drivers mature I'd be curious to see how they help performance for those games that can utilize them.
first of all, thanks for your script :)
Installation worked without an problems.
I'm running on a RasPi3 and neither SP nor MP will start. Judging from the log, there is some problem with the OpenGL.
When I enable OpenGL in the raspi-config and reboot, I can succesfully start the game by calling /home/pi/RetroPie/roms/ports/'Star Wars - Jedi Knight - Jedi Academy (SP).sh'. But, if once I enable OpenGL, RetroPi refuses to start (which is a known problem).
Did anybody manage to find a solution where both work on the RasPi3?
Thanks a lot!
it's me again.
I guess I am a bit closer. I was wondering why my custom gamepad driver which generates a uinput device is not working. By incident I started the game directly without the start script, so I could see the information output. One of the very first lines was "couldn't find keyboard event file". I recognized that my custom driver creates a eventX in /dev/input but not in the subdirectories by-id or by-path.
So I tried to create a symbolic link in by-id, pointing at my event.
Now the keyboard-emulating gamepad worked in the game!
Playing that a bit further I went back to my gamepad driver which behaves like a gamepad without keyboard emulation. Running on top xboxdrv with mouse and keyboard emulation. again with a symlink in by-id.
Now the regular gamepad-driver with xboxdrv on top worked in the game!
Only point is, that no regular keyboard is allow to be connected (maybe be game only uses the first keyboard?).
Could this issue be fixed by making customisations to the /etc/emulationstation/es_systems.cfg directly rather than creating a copy or would that put the customisations at risk of being overwritten & lost?
The system file (in /etc) is maintained by the RetroPie-Setup script, so it might get changed by an update, so it shouldn't be used for custom systems.
@InfinityBeing I think that the problem is that ES shows all the directories that contain files with the extensions listed in es_systems.cfg.
For example my port system is configured to only show sh and SH extensions. I have several subdirectories in /home/pi/RetroPie/roms/ports, but since none of them contains *.sh or *.SH files they do not show up. If I create a directory in /home/pi/RetroPie/roms/portsand copy an .shfile into it, the directory will show in ES.
I guess that your CaveStory subdirectory contains a file with an extension listed in the port section of your es_systems.cfg. To have the directory to not show up in ES I suggest you move it to another location, and update the Cave Story shell script to point to this location.