RetroELEC Kodi+Wayland+Emulationstation+RetroArch (x86/XU4/RPi)

  • Logs go in the bios folder, I guess you don't have the correct bios files then, check /var/log/retroarch.log for an explanation. Don't know what you mean about building docker, a container will be downloaded automatically the first time you launch a ps2 game from emulationstation.

  • ok figured out the bios delema it was a pretty easy but when scraping it gives me the following warning some of your selected systems do not have a platform set. Results may be even more inaccurate than usual

  • There is, but seems I forgot to add a platform for it in es_systems.cfg. I've uploaded a new build with that added, but after updating you'll need to add it to your local /storage/.config/es_systems.cfg, you can see the new addition in /etc/emulationstation/es_systems.cfg.

    I get this error when trying to launch a game I believe:

    So I assume there's another pathway for retroarch.start?

    edit again:

    changed to the executable I could find:

    still no success though as you can see I guess.

    Edit again:

    Ok I figure it out, I had to change es_settings.cfg to use "retroarch" instead of "retroarch.start", then the game would launch. This only applies to nes, snes, genesis and gba though. mame, n64 , ps2 and psp still behaves the same as before; the "sway" background shows for a sec and then quits back to ES without game launching.

    These are the errors I get when trying to launch mame or ps2 (for which i ran the pcsx2.sh file in terminal and it downloaded the docker):

    (the same also occurs on gamecube & Wii, don't think there's a /usr/bin/dolphin.start exec)

    if I instead run the pcsx.sh with %ROM% from terminal, it looks like this:

    LibreELEC:/usr/bin # pcsx2.sh /storage/roms/ps2/game.iso

    LIBREELEC_ARCH="Generic.x86_64"

    LIBREELEC_PROJECT="Generic"

    LibreELEC:/usr/bin #

    Edited 9 times, last by slacker666 (January 13, 2020 at 9:11 PM).

  • Shaboobala

    Perhaps, although for now I'm quite satisfied with Emulationstation.

    Liquidmercury

    That's normal as I've left out a tag for simplicity, it should still scrape (use thegamesdb.net).

    slacker666

    Hard to say without you posting the relevant logs as described on the first page. The emulationstation log doesn't show anything about what went wrong with the emulator. You should be using retroarch.sh, as it handles zip files, does necessary preparations for launching the emulator and outputs logs to disk. I suppose for PCSX2 you might not have the correct BIOS files. I don't use standalone Dolphin anymore, as the libretro core runs great these days. All the mentioned emulators launch fine here so I'm curious what's going on with your setup. Also please mention which build you are using.

  • slacker666

    Hard to say without you posting the relevant logs as described on the first page. The emulationstation log doesn't show anything about what went wrong with the emulator. You should be using retroarch.sh, as it handles zip files, does necessary preparations for launching the emulator and outputs logs to disk. I suppose for PCSX2 you might not have the correct BIOS files. I don't use standalone Dolphin anymore, as the libretro core runs great these days. All the mentioned emulators launch fine here so I'm curious what's going on with your setup. Also please mention which build you are using.

    I'm running RetroELEC-Generic.x86_64-9.1-devel-20200111203939-ea8d1e1.img , it seems like es_systems.cfg is pointing to "retroarch.start", which does not work, changing it to "retroarch.sh" does not work either, only "retroarch" works for nes/snes/gba/genesis and psp.

    As for Dolphin, in the es_systems.cfg this is the command used for gamecube (and the same for Wii):

    <system>

    <name>gc</name>

    <fullname>Nintendo Gamecube</fullname>

    <path>/storage/roms/gamecube</path>

    <extension>.gcm .iso .wbfs .ciso .gcz .elf .dol .dff</extension>

    <command>/usr/bin/dolphin.start -e %ROM%</command>

    <platform>gc</platform>


    It would seem as if the generic x86_x64 version would need an update regarding this? Not using libretro core but the standalone rather?

    I have copied PS2 bios files but maybe they're named wrong, cause it still doesn't work. I will investigate further in this matter.

    This is the output from retroarch, not sure if you want any other logs (taken from varlog from the zipped file in Logfiles):

    Edited once, last by slacker666 (January 14, 2020 at 8:25 PM).

  • You have an out of date es_systems.cfg, possibly from updating between incompatible builds. Copy over the one from /etc/emulationstation.

    Excellent, thank you for pointing out this! I did install your old build from 20180820 and updated to Retroelec version above, but forgot to delete es_systems.cfg before updating, appreciate it!

    Now I just need to fix the PS2 bios thing, how should they be named and they're stored in /storage/roms/bios I guess (tried creating subdir ps2 to no avail). Currently named SCPH-70004.BIN

  • Quick update: The latest x86 build (presumably the 5.5-rc6 kernel) seems to fix the DRM issues I had seen when using Firefox. I tested it with media-heavy websites and video streaming. No issues, so far.

  • I don't mean to be rude, but is your google not working? :) Nobody said anything about a ps2 subfolder, don't create unnecessary obstacles.

    Anyway, here's what I got:

    Code
    # md5sum SCPH-70004_BIOS_V12_PAL_200.*
    dc752f160044f2ed5fc1f4964db2a095  SCPH-70004_BIOS_V12_PAL_200.BIN
    9feb1fdeadd6232a13b95e60b34ccef9  SCPH-70004_BIOS_V12_PAL_200.EROM
    5195b9111609959d3a20e2fb9527edbd  SCPH-70004_BIOS_V12_PAL_200.NVM
    82dc50fa18e636850f557c4ea66c7bfd  SCPH-70004_BIOS_V12_PAL_200.ROM1
    82dc50fa18e636850f557c4ea66c7bfd  SCPH-70004_BIOS_V12_PAL_200.ROM2
    3faf7c064a4984f53e2ef5e80ed543bc  SCPH-70004_BIOS_V12_PAL_200.mec
    03792b108de92f9fa1d65956dc5f0d54  SCPH-70004_BIOS_V12_PAL_200.nvm
  • New images out:

    x86_64 (silvermont)

    OdroidXU3

    RPi2/4

    • Periodic FSTRIM instead of discard
    • Switches between ondemand and performance CPU governor for powersaving while not running emulators

    The RPi images are not tested and it might eat your Raspberry, feedback appreciated as I don't currently have any RPi. They are both using the new Mesa vc4 driver and FKMS. Generic runs everything (except Kodi) under Wayland, the other images uses GBM/GLES for everything but has Wayland/Xwayland for extendability.

  • I don't mean to be rude, but is your google not working? :) Nobody said anything about a ps2 subfolder, don't create unnecessary obstacles.

    Anyway, here's what I got:

    Code
    # md5sum SCPH-70004_BIOS_V12_PAL_200.*
    dc752f160044f2ed5fc1f4964db2a095  SCPH-70004_BIOS_V12_PAL_200.BIN
    9feb1fdeadd6232a13b95e60b34ccef9  SCPH-70004_BIOS_V12_PAL_200.EROM
    5195b9111609959d3a20e2fb9527edbd  SCPH-70004_BIOS_V12_PAL_200.NVM
    82dc50fa18e636850f557c4ea66c7bfd  SCPH-70004_BIOS_V12_PAL_200.ROM1
    82dc50fa18e636850f557c4ea66c7bfd  SCPH-70004_BIOS_V12_PAL_200.ROM2
    3faf7c064a4984f53e2ef5e80ed543bc  SCPH-70004_BIOS_V12_PAL_200.mec
    03792b108de92f9fa1d65956dc5f0d54  SCPH-70004_BIOS_V12_PAL_200.nvm

    No rudeness taken ;)

    And I did a md5sum check on my files too which are the same as yours and put them in "/storage/roms/bios" - but the game won't start nonetheless.

    Trying to run "/usr/bin/pcsx2.sh" from terminal just gives me this:

    LibreELEC:/usr/bin # pcsx2.sh /storage/roms/ps2/game.iso

    LIBREELEC_ARCH="Generic.x86_64"

    LIBREELEC_PROJECT="Generic"

    LibreELEC:/usr/bin #

    the varlog.txt doesn't give me any info either, so I'm running out of ideas.


    is it possible for you to post an es_systems.cfg with the appropiate entries for the genesis emulator for the generic build?

    Here's mine:

    Code
    <system>
    <name>megadrive</name>
    <fullname>Sega Genesis</fullname>
    <path>/storage/roms/megadrive</path>
    <extension>.mdx .md .smd .gen .bin .cue .iso .sms .gg .sg .68k .chd</extension>
    <command>/usr/bin/retroarch.sh /tmp/cores/genesis_plus_gx_libretro.so %ROM%</command>
    </system>
  • the varlog.txt doesn't give me any info either, so I'm running out of ideas.

    The varlog.txt? Logs for PCSX2 is in /var/log/pcsx2.log, there should definitely be a log showing the specific error.

    Just post the logs from the log share as described in post 1.

  • The varlog.txt? Logs for PCSX2 is in /var/log/pcsx2.log, there should definitely be a log showing the specific error.

    Just post the logs from the log share as described in post 1.

    /var/log/pcsx2.log is empty :/

    This is from the zipfile in logfiles, that's the varlog i meant which i thought you meant as well (at least the zip containing all logs)

    Edited 2 times, last by slacker666 (January 15, 2020 at 8:47 PM).

  • I did notice this in your journal which would explain no log, it seems to crash:

    Jan 15 22:13:33 LibreELEC kernel: traps: PCSX2[1058] trap invalid opcode ip:56652833 sp:fff4bf20 error:0 in PCSX2[565ec000+559000]

    Also lots of this in the Sway log:

    mesa: st_get_external_sampler_key: unhandled pipe format 2

    I'll push out a clean new generic image probably over the night, then you can test that. I'll also update the Arch container to get the latest Mesa, PCSX2 and dependencies, that might help. My image is bleeding edge everything, and the container OS is somewhat old.