- Core info cache can now be enabled/disabled on all platforms via a new `Settings > Core > Cache Core Info Files` option
- Core info cache file has been renamed from `.cache` to `core_info.cache` (i.e. it is no longer a 'hidden' file on Unix platforms, so can be deleted easily)
- The core info cache file is now compressed (rzip) to further reduce disk IO
- The presence of a `core_info.refresh` file in the core info directory will force a one-time refresh of the info cache. This file is generated automatically when toggling on the `Cache Core Info Files` option, and we will also add it to core info file packaging such that updating info files (either manually or via the online updater) will force a refresh
- The core info cache no longer contains 'core is locked' and 'firmware missing' data fields; these are 'dynamic' properties that must be determined at runtime
- The 'core is locked' status is now determined on core info intialisation by parsing the core directory listing, rather than by performing indivdual 'lock file exists' checks. This minimises file IO, and greatly improves performance on devices with slow storage
- While parsing the core info cache file, we now avoid unnecessary `strdup()`s when adding entries to the resultant cache list
- Memory leaks (potential and real) have been fixed, and safety checks added
- Build errors have been fixed
This adds new entry under Settings -> Services (where all Lakka related
services are currently available, such as switches for services like
SSH, Samba, etc.). By adding this the users do not have to use the
command line / access the file system directly to change their local
time zone to adjust the date/time displayed in RetroArch.
config file was being freed at the end of input_remapping_load_file
when the menu_cbs_ok.c function was still using it afterwards - move
the config_file_free outside of the function and free manually
afterwards when we're done
==27741== Conditional jump or move depends on uninitialised value(s)
==27741== at 0x6080F5: strlcpy_retro__ (compat_strl.c:38)
==27741== by 0x60818A: strlcat_retro__ (compat_strl.c:60)
==27741== by 0x49EDD7: fill_pathname_join_special_ext (file_path.c:843)
==27741== by 0x4C78C8: config_load_remap (configuration.c:3765)
==27741== by 0x4386FF: command_event_init_core (retroarch.c:12601)
==27741== by 0x43B15E: command_event (retroarch.c:14000)
==27741== by 0x468863: retroarch_main_init (retroarch.c:35231)
==27741== by 0x487AED: content_load (task_content.c:607)
==27741== by 0x48A3D3: task_load_content_internal (task_content.c:2068)
==27741== by 0x48A6AD: task_push_load_content_from_cli (task_content.c:2162)
==27741== by 0x43D66E: rarch_main (retroarch.c:15300)
==27741== by 0x43D6ED: main (retroarch.c:15398)
==27741== Uninitialised value was created by a stack allocation
==27741== at 0x4C7730: config_load_remap (configuration.c:3721)
So far, if display is scaled, overlays gets correctly drawn but touch
input is not correctly scaled, resulting in an unusable overlay.
This happens for touches in menu too.
This commit aims to introduce this scaling factor adding it to the
config file, eg:
input_touch_scale = "2"
