* Enforce vsync for KMS targets
* Remove setegid/setreuid workaround (applied upstream)
* Ensure GL driver is selected for GL targets (and support future gl3 targets)
* Switch to latest release tag due to master not launching correctly.
* kmsdrm segfault patch included; already submitted upstream & can be removed
from script when targeting a later release that includes it.
* don't use fluidsynth midi driver for arm targets due to excessive memory/CPU usage.
* make sure to enable GL renderer for OpenGL platforms.
* install gzdoom soundfont
* From acba46e0: "disable on aarch64 (only armhf libluajit-5.1-dev
currently available in odroid-c2 repo)"
* Previously forgot to use `md_ret_require` to validate that the
build phase generates the binary correctly.
General changes:
* Use the official repositories that are now in GitLab
* Use latest HEAD for OpenGL ES support and other required features
* Build with RPATH-replacement for proper dynamic library linking
* Solarus is now used as a system (roms in $romdir/solarus)
* Added official theme assets to Carbon and Simple ES themes
* Configuration is symlinked to `$md_conf_root/solarus`
* Added a shell script launcher to assist with runtime options
Added scriptmodule GUI:
* Option to configure joypad axis deadzone
* Option to configure joypad buttons combo for quitting
Solarus quests (games) changes:
* Quests (games) no longer need to be "built"
* Do not ship games/quests anymore as the contain copyrighted material
* Users just have to download and place `.solarus` files in `$romdir/solarus`
* Use OpenGL acceleration for Mesa (RPI3/4) & X11
* Use software rendering for other GLES targets (including
videocore)
Rationale for switching to lzdoom:
* zdoom is no longer maintained and doesn't build against GCC 8.
* lzdoom is actively maintained as a recommended GZDoom fork for legacy systems.
* lzdoom supports software rendering (for GLES2 targets).
* lzdoom supports OpenGL 2.1 rendering (for Mesa/X11 targets).
* Using a more up-to-date fork brings better compatibility with popular mods such as FreeDoom and Brutal Doom.
* Built against upstream ioquake3 source
* Suitable for Mesa (RPI3/4) and X11 targets
* Mesa targets use GL1 rendering - this works reasonably well, but
has occasional rendering errors for some models (on RPI3).
* KMS (incl. Mesa) targets are configure to run at the display resolution.
* use gl3 for x11 targets (will degrade to gl1 if needed)
* use gl1 for mesa/fkms
* use software rendering for all other targets
* use the current framebuffer resolution on kms targets
* Update dependencies
* Enable OpenGL + SDL2 build for non-gles targets
* Enable fkms/mesa target, also using SDL2+GL (due to upstream
source requiring changes to support GLESv2 builds)
The game attempts to write some files to its working directory but they aren't
writable and so they're being redirected to the /opt/retropie/conf directory
* master was reset to upstream
* build_fix branch includes another link library removal that is needed to build on stretch
* use build_rpi_raspbian.sh to build / don't hack build.sh as before
* ref: https://github.com/raspberrypi/quake3/pull/11
* change existing calls which used --strip-components
* use multiple parameters for arguments which should allow additional arguments with spaces
* implements #2630
In Kodi 18, some components where split from the Kodi binary, the kodi-vfs_* binary addons. For people to use, for example, the integrated nfs, sftp, etc, filesystems and open compressed archives, they need to have them installed.
"kodi-standalone" can now be used instead of "kodi", it doesn't crash on exit anymore.
When steamlink is launched without a running Xorg server,
DualShock controllers erroneously act as both a gamepad and virtual
mouse, which causes major input conflicts in-game.
Launching from an Xorg session fixes this issue, but steamlink also
requires a window manager running in order to set the window focus
property (to allow joystick events to be processed).
Additional changes:
* switch to repository version of steamlink package
* update Help text to reflect new onscreen welcome message
* remove overscan override (issue fixed upstream).
The steamlink client will refuse to launch when overscan is enabled
(which is enabled by default on our RetroPie image), but an override
is supported.
Also expose streaming_args.txt as optional user configuration.