The autogen.sh script has been removed upstream in favour of using autoreconf -i
Switch to checking for autogen.sh and use it if present, otherwise use autoreconf -iv (--install --verbose).
Add required autoconf-archive as a dependency.
The libretro/pcsx_rearmed NEON gpu plugin now can also run on arm64 and x86,
and it's makefile should be able to detect when to enable those things.
Remove the 'else' case and let it do the detection.
libretro/pcsx_rearmed#690
Added the patch from @Torben2000 [1] which fixes scraping from the ScreenScraper source.
Can be removed when/if upstream (@sselph) accepts the changes in the main repository.
[1] https://github.com/sselph/scraper/pull/265
Upstream core info repository doesn't contain core info files for:
* Mupen64Plus (obsolete upstream, the Plus/Next variant is the only one that has core info). Based on Mupen64Plus-Next core info file
* Mess (upstream doesn't build/distribute it). Based on the Mame core info file
* Mess2016 (upstream doesn't build/distribute it). Based on the Mame2016 core info file
This should complement 55aab04a6b, where core info files have been added to RetroPie's RetroArch installation.
In the end, I think the `retroarch` package is the place to add the extra info, since they're only consumed by the front-end, plus it's less files needed to be modified.
Upstream introduced recently an ASM optimized path for NEON platforms, enabled with a new `define`.
Added the new define for NEON platforms, otherwise the build fails because it picks the wrong ASM path.
Introduced in 047899a4f3
One of the depedencies updates has broke the `scraper` build [1].
Until the compatibility is restored (could happen) or scraper is updated (unlikely), just use a previous version of the dependent Go library.
[1] 06967c20ca (commitcomment-75241057)
245e1a126f changes the include paths for CapsLibAll.h which breaks our build script.
This change adds the include path for the caps headers ($md_build/src/includes/caps) to CFLAGS which resolves it.
Also remove the symlink creation in hatari.sh for the caps5 include path that is no longer used.
platform var needs the additional 'unix' keyword since the changes in 3af49d8d5d or else the wrong target platform is used (it tries to include x86 specific code)
Amiberry uses it to download the WHDLoad and GamesControllerDB updates.
Since we switched to `curl` for downloads, `wget` may not be installed and updates would fail.
Changed the license file link and updated the upstream project location.
Changelog (taken from upstream https://github.com/BlitterStudio/amiberry/releases/tag/v5.3):
New:
* statusline resync indicator, merged from latest WinUAE
Fixes:
* AmiQuit was missing from boot-data.zip file
* Fixed P96 not working anymore in some environments
* Navigation in Custom controls when using SDL2 versions older than 2.0.14 wasn't correct
* input options were not properly parsed when using default.uae on startup, until the GUI was opened once
* don't overwrite all of changed_prefs when enabling autoheight in DMX
* Reverted CIA changes until upstream bug is fixed (fixes Mega Typhoon,Cruise for a corpse, probably more, see https://github.com/BlitterStudio/amiberry/issues/985)
Improvements:
* updated WHDLoad binary to 18.8
* updated WHDBooter XML to latest version
* added logging when parsing Custom Controls from XML
* CD32 C2P/NVRAM only config fixes, C2P init fix
* add Brightness/Contrast controls on the GUI
* upgraded floppybridge to latest version (v1.3), fixes some issues with GreaseWeazle
* newcpu emulation minor fixes
Core info files are needed starting from 1.10.1 in order to enable save/load state, rewind, runahead, (disk control ?).
In addition to that, they're needed for netplay clients to work (see issue #3161).
Added 2 new parameters for the runtime-generated `retroarch.cfg`:
* `libretro_log_level` will add more debug messages from the libretro core, in addition to the frontend debugging messages.
Cand be useful to diagnose core issues, since `--verbose` activates just the frontend logging.
* `libretro_directory` is set to the core file folder (i.e. `/opt/retropie/libretrocores/lr-<core>`).
It is used by during netplay, as a client, when RetroArch attempts to re-load the core used during netplay.
Basically, when connecting to a remote netplay host, RetroArch will try to locate a `core.info` file and then try to re-load the core file. If any of them is missing, the connection fails with "Couldn't find a suitable core or content file".
The netplay issue was reported and diagnosed in #3161. Rather than symlink each installed libretro core to `$HOME/.config/retroarch/cores` (the default value for `libretro_directory`), we'll just set it at runtime with the above parameter. We still need to add the `.info` files for the installed cores, but that's a separate patch.
Updated the default branch, since upstream changed the project repository's default to 'main'.
Since the `cmake` requirements have been bumped to 3.14 some time ago, select the closest tag before the change in order to fix building on Ubuntu 18.04.
Note also that current code requires C++17 'filesystem' support, which is not present in Ubuntu 18.04.
