RetroArch Kodi add-on for CoreELEC

spleen1981 · 13 November 2024 20:26

The right place for the issue would be hrydgard/ppsspp, libretro/libretro-common has nothing to do with these topics.

atirage21 · 14 November 2024 05:38

Ok we can try older release ppsspp. I found 1. candidate if code for verification so, which was released 9 month ago and maybe is bad for us boxes. But also mayby was fixed many lines of related code in last ppsspp 1.18.1.

github.com

hrydgard/ppsspp/blob/master/Core/FFMPEGCompat.h

#ifndef FFMPEG_COMPAT_H
#define FFMPEG_COMPAT_H

#ifdef HAVE_LIBAVCODEC_CONST_AVCODEC
#define AVCodec const AVCodec
#endif

#endif // FFMPEG_COMPAT_H

spleen1981 · 14 November 2024 07:21

Ppsspp previous working version has been already identified and merged revert ppsspp · spleen1981/retroarch-kodi-addon-CoreELEC@6abfc6c · GitHub

atirage21 · 14 November 2024 07:55

ok, i will firstly testing when you release finalized zip and after i would update my call to issue on ppssspp github.

spleen1981 · 20 November 2024 21:18

v1.7.3 available here or through updater.

Update Retroarch to latest
Update ScummVM to latest
Revert PPSSPP to working version
Add OpenAL support
Add German translation, thanks to @sickdaflip
Add graceful system reboot/shutdown

atirage21 · 23 November 2024 07:25

I confirm that issue with green artefacts and freezing was fixed. Also OPENAL helps. In last release increased perfomance in video scene about 5 fps compare to precedent version.

atirage21 · 14 December 2024 20:37

Vulkan is also supported on fbdev_mali with code from year 2017.

https://community.arm.com/support-forums/f/graphics-gaming-and-vr-forum/8470/mali-and-vulkan-on-linux-fbdev

atirage21 · 31 December 2024 06:42

In time of running CE22NO with new kernel 5.15.137 i prepared also logs for retroarch in 64 environemnt.

More information is in link: Amlogic-no Discussion - #1065 by atirage21

My survey:

vibration of joystick (Genesis P65) in udev mode is going in flycast (for me first time from using retroarch with same version of addon and devices - maybe new kernel of CE22NO have better hw support. Vibration of joystick never worked for me on CE21NG)
midi is failed according to logs, but maybe is it issue with update libalsa
sounds in game is going good with choosed openal or alsathread (in case of choosed e.g. clear “alsa”: sound is mute in 64bit CE22NO/ Alsa is going in CE21NG, but eat too much cpu energy) - i recommend openal as default sound output for CE21NG and CE22NO.
libfmt.so.9 cannot open shared object file: No such file or directory for Dolphin (GC) - solution is only way it is to downgrade fmt or rebuilt fmt10 ?: libfmt.so.10.0.0 don't fit waybar: error while loading shared libraries: libfmt.so.9: cannot open shared object file: No such file or directory · Issue #2353 · Alexays/Waybar · GitHub
Performance is now better in 64 bit CE22No than 32 bit CE21NG - it is definitively ok

retroarch__2024_12_31__08_35_50_flycast.log (56.1 KB)

retroarch__2024_12_31__08_47_39_gamecube.log (25.4 KB)

zach_morris · 4 January 2025 23:28

I’ve recently released a game addon-for Kodi, IAGL v4.0. I’ve tried it in conjunction with this addon and it works great!

I’ve placed some specifics setup with the Retroarch Coreelec addon here.

routhing · 14 January 2025 02:43

I see that the MediaTek 8100 on my device is still carrying the driver version of 32.1.0 on Android14 hyperos. I don’t know the Valhall’s Mali-G610 GPU has the potential to upgrade user-space binaries driver is makes it support Vulkan1.3？

atirage21 · 16 January 2025 17:08

And also mupen64plus was not started on CE22NO (on CE21NG was OK, on CE22NO is going only slow parallel-N64) and in logs is error:
No version number in ‘Core’ config section. Setting defaults. (in folder of config was not create .opt file for mupen64plus!)

Please check:

github.com/gonetz/GLideN64

Seeking suggestions to run GLideN64 with mupen64plus on RK3328 Mali-450

opened 04:42AM - 20 Dec 20 UTC

closed 09:26AM - 27 Dec 20 UTC

wn2000

**Background:** I'm trying to run mupen64plus on a RK3328 Mali-450 aarch64 plat…form. Tried several video plugins but always have the issue that video is only rendered at a lower left corner of the screen, similar to the issue reported here: https://github.com/RetroPie/RetroPie-Setup/issues/3118 My monitor's resolution is 1280x720, so I can use `--resolution 1280x720` to force it fill the screen. But games run a lot slower than `--resolution 320x240`. What I wanted to achieve is to render at an internal resolution of 320x240 but scale it to the 1280x720 resolution for display. I was told that GLideN64 supports that with the `UseNativeResolutionFactor = 1` option so I'm very interested to try it out. **Issues** I built it with `cmake -DEGL=On -DMUPENPLUSAPI=On ../src` but got a segfault. Did some tweaking based on [an old issue](https://github.com/gonetz/GLideN64/issues/2280) and disabled the check of EGL extensions (EGLImage was not used in case of GLES2 anyway) to finally pass the segfault. But then the screen is all blank. The music plays in the background and sounds smooth. Then I found I have to set `EnableLegacyBlending = True` for the graphics to show. But once this is set, it becomes really slow (~10 FPS). So I want to see if anybody has successfully used this on Mali-450 with good performance.

[Core]

# Mupen64Plus Core config parameter set version number.  Please don't change this version number.
Version = 1.010000

[CoreEvents]

# Mupen64Plus CoreEvents config parameter set version number.  Please don't change this version number.
Version = 1.000000

# Mupen64Plus SDL Input Plugin config parameter version number.  Please don't change this version number.
version = 2.000000

[Rsp-HLE]

# Mupen64Plus RSP HLE Plugin config parameter version number
Version = 1.000000

[UI-Console]

# Mupen64Plus UI-Console config parameter set version number.  Please don't change this version number.
Version = 1.000000

although EnableFBEmulation = False will cause problems in many games

After testing of Raspberry users focused on Rice, Glide64mk2, gles2n64, and GLideN64 at 1280x720, the best was gles2n64,

And mupin64plus have successor as simple64 based on vulkan (gpu with vulkan 1.1 is needed, but e.g. s922xj have only vulkan 1.0): https://simple64.github.io/

https://archlinuxarm.org/forum/viewtopic.php?f=65&t=15692

github.com/libretro/mupen64plus-libretro

ARM64 support

opened 09:02AM - 07 May 18 UTC

closed 11:12PM - 11 Jan 19 UTC

IntelMiner

Hi, I'm attempting to port RetroArch and all its available cores to ARM64/ARM…v8. Mupen64 appears to fail to build Using the current latest git commit `d2abd0cda0b524d05adae9f338dcd1fee78aaf72` compilation seems to fail with several errors I've uploaded the [build log here](https://paste.pound-python.org/raw/6MG241Y7JrWAjLVziQIG/) I've also been working with the person maintaining [the build scripts here](https://github.com/stefan-gr/abendbrot/issues/113) and linking in other relevant bugs for each core as I can

spleen1981 · 31 March 2025 12:19

v1.7.4 available here or through updater.

Update Retroarch to 1.20.0
Fix missing libfmt
Drop video playback causing freeze
Update ScummVM to latest

atirage21 · 1 April 2025 07:03

Good kick-off for succes using of dolphin. In my test was usually 26-30 fps with temperature 40C on s922xj (in standard performance mode of cpu without OC and FAN). It maybe need only OC from 2,2 ghz to 2,4 ghz and sure next optimalization, but now are logs for it for future development e.g.:
retroarch__2025_04_01__08_47_16.log (62.4 KB)

[ERROR] Requesting OpenGL context, but RetroArch is compiled against OpenGLES. Cannot use HW context.
[ERROR] [Environ]: SET_HW_RENDER - Dynamic request HW context failed.

[libretro WARN] 47:54:834 VideoBackends/OGL/Render.cpp:750 W[Video]: Missing OGL Extensions: DualSourceBlend PinnedMemory GSInstancing ClipControl DepthClamp
[libretro WARN] 47:55:019 VideoCommon/AsyncShaderCompiler.cpp:125 W[Video]: Failed to initialize shader compiler worker thread.
[libretro WARN] 47:55:200 VideoCommon/ShaderCache.cpp:589 W[Video]: Approximating logic op with blending, this will produce incorrect rendering.
[libretro WARN] 47:55:309 VideoCommon/AsyncShaderCompiler.cpp:125 W[Video]: Failed to initialize shader compiler worker thread.

Next Feedback:
Parallel-n64 working well in 64 bit enviroment compare to Mupen62 with many errors: retroarch_mupen64.log (27.4 KB)
[ERROR] [Environ]: GET_VARIABLE: mupen64plus-MultiSampling - Invalid value.
[ERROR] [Environ]: GET_VARIABLE: mupen64plus-EnableN64DepthCompare - Invalid value.
[ERROR] [Environ]: GET_VARIABLE: mupen64plus-EnableShadersStorage - Invalid value.

And also there is longtime error in retroarch:
[ERROR] [MIDI]: snd_seq_open failed with error -2.
[ERROR] [MIDI]: Initialization failed.

spleen1981 · 1 April 2025 08:30

Regarding the opengl error in dolphin, it looks like the core is trying different gl contexts at startup, and eventually finds opengles3 working, so it should be no issue.

[INFO] [Environ]: SET_HW_RENDER, context type: gl.
[ERROR] Requesting OpenGL context, but RetroArch is compiled against OpenGLES. Cannot use HW context.
[ERROR] [Environ]: SET_HW_RENDER - Dynamic request HW context failed.
[INFO] [Environ]: SET_HW_RENDER, context type: gl.
[ERROR] Requesting OpenGL context, but RetroArch is compiled against OpenGLES. Cannot use HW context.
[ERROR] [Environ]: SET_HW_RENDER - Dynamic request HW context failed.
[INFO] [Environ]: SET_HW_RENDER, context type: gl.
[ERROR] Requesting OpenGL context, but RetroArch is compiled against OpenGLES. Cannot use HW context.
[ERROR] [Environ]: SET_HW_RENDER - Dynamic request HW context failed.
[INFO] [Environ]: SET_HW_RENDER, context type: gl.
[INFO] Requesting OpenGLES3 context.
[DEBUG] Reached end of SET_HW_RENDER.
[INFO] [Environ]: SET_HW_SHARED_CONTEXT.
...
[INFO] [Video]: Using HW render, OpenGL driver forced.
[INFO] [Video]: Using configured "gl" driver for GL HW render.
[INFO] [GL]: Found GL context: "fbdev_mali".
[INFO] [GL]: Detecting screen resolution: 1920x1080.
[INFO] [GL]: Vendor: ARM, Renderer: Mali-G52.
[INFO] [GL]: Version: OpenGL ES 3.2

For the mupen64plus error, it looks like it finds invalid values in your core options file, try to remove it or reset to defults.
The midi error log I would just ignore it, as there is no actual issue with sound or midi.

atirage21 · 2 April 2025 12:58

Mupen64plus is crashing also on clean install of CE22NO.

atirage21 · 3 April 2025 04:11

Retroarch have own library for CEC ? I have had in two last release of 64bit addon that a loading of retroarch turn off my tv. This happens me many times.

spleen1981 · 3 April 2025 14:29

Mupen64plus is crashing also on clean install of CE22NO.

Old Mupen64plus is currently included only in Amlogic-ng release, in place of Mupen64plus_next.
In Amlogic-no release Mupen64plus_next is included. If not working I can replace with Mupen64plus as well. Can’t remember if with CE21 Mupen64plus_next was working or not. Do you have a retroarch.log of this crash on CE22?

loading of retroarch turn off my tv.

Most probably you have the kodi setting to shutdown monitor through cec on kodi exit enabled.
The addon script bypasses this setting changing it temporarily and restoring it on exit, and it works up to CE20 at least. If doesn’t work for Amlogic-no releases, maybe something is changed in the structure of the configuration files of CE21/22, need to check.
In the meanwhile you could disable manually the setting.

atirage21 · 3 April 2025 14:42

Crashing of Mupen64plus was also on end of record this log: https://discourse.coreelec.org/uploads/short-url/41n3ZIb2eHjgCujhYmjNPp7rFIF.log

or here newer testing with debug info:
retroarch__2025_04_04__07_43_16.log (22.0 KB)

It is not recorded reason. Only was stopped a recording of log.