LibreELEC-RR [ Brave | Spotify | Moonlight | Emulationstation | Retroarch | Pegasus ]

Quote from SupervisedThinking

1. You should try a more recent build which includes more recent duckstation builds for psx games or just try out beetle-psx, pcsx_rearmed

2. The J5005 isn't exactly a highend system & from my personally experience with my J3455-ITX some simpler GC/Wii games will run but don't have high expectations especially if it's a passiv cooled system. You should also focus on dolphin standalone which ES starts, the dolphin libretro core is pretty dated.

3. You should use PulseAudio as audioserver, Kodi only relies on ALSA for passthrough usage. If sound is stuttering or else it's most likely because your system does not emulate the games fast enough which leads to audio quirks.

I switched to to beetle-psx and it runs a lot better. After switching to the Vulkan driver in Retroarch, Gamecube runs very good for the most games as well. Very happy with that! When I start the games in ES, the gamepad doesn't work anymore - will investigate on this.

Your are 100% right - the J5005 is not a beast and initially I did not intend to game on it.... But the Kodi hybrid builds seen here just made me want it

Regarding Pulsausio: I would be glad, if you could give me a hint on how to make the switch.

I've read through this but still stuck on the configuration:

PulseAudio - Official Kodi Wiki

pacmd list-cards

0 card(s) available

Thank you!!

Oh I read that.

Quote from SupervisedThinking

1. You should try a more recent build which includes more recent duckstation builds for psx games or just try out beetle-psx, pcsx_rearmed

2. The J5005 isn't exactly a highend system & from my personally experience with my J3455-ITX some simpler GC/Wii games will run but don't have high expectations especially if it's a passiv cooled system. You should also focus on dolphin standalone which ES starts, the dolphin libretro core is pretty dated.

3. You should use PulseAudio as audioserver, Kodi only relies on ALSA for passthrough usage. If sound is stuttering or else it's most likely because your system does not emulate the games fast enough which leads to audio quirks.

Thought you meant that I have to change the Kodi settings to Pulseaudio. Sorry for my misunderstanding.

It works now with ALSA in Kodi and Pulseaudio as Backend in RR-Config. Thats even better (brilliant) from my perspective.

Gamecube games hang when started from Retroarch. When started via ES it is working. Configured my gamepad with Dolphin as well and currently enjoy some Gamecube Tenn!s.

Quote from SupervisedThinking

I've tested Mario Kart for GC & it work's flawless with the libretro core, did you still use Vulkan as RA video driver? Anyway I would highly recommend standalone Dolphin since it's up-to-date.

Well that's the intention - at least the basic functionality should be configurable without cli hassle, my setup functions should cover the usual usecases and load & unload PA modules when you're using the gaming extensions, so Kodi & it's settings are completely untouched. Technically you can switch Kodi over to PulseAudio if you want to use Bluetooth audio, then my scripts still set up all emulators for PA usage and it should also work fine, at least when I tested it with some BT headsets & speakers.

Then have fun playing some GC games!

Sorry for the late reply.

Yes - Retroarch is still on Vulkan. Will follow your recommendation and use standalone Dolphin.

Thank you for your support!

Thank you for this! Everything I've tried upto the N64 era has worked great on my i3-9100 HTPC!

Quote from SupervisedThinking

An i3-9100 should run GC/Wii, PS2 and even some PS3 games too

Oh nice! I'll have a play around with some and see how it copes.

Thanks

Quote from SupervisedThinking

As long as you don't go crazy with resolutions if you use the IGP then it should work quite well.

I think I've set RA res to 720p but might experiment more later with higher resolutions.

Quote from SupervisedThinking

An i3-9100 should run GC/Wii, PS2 and even some PS3 games too

NP - check out duckstation with opengl again, the core was rebased on master and was ~700 commits behind. So maybe it'll fix your issues

played THPS2 yesterday and it runs just fine in ES - it was so much fun to play. So many *pressstart->retries* after the first failed trick. lol

I did not change the settings in Retroarch anymore. Couldn't this be fixed due to the right sound settings I have now? Anyway....

I will playground with the settings to get a bit more experienced with the whole thing.

...And I guess I have to switch to a more powerful machine sooner or later

Is it possible to integrate xow?

GitHub - medusalix/xow: Linux driver for the Xbox One wireless dongle

This would be actually amazing to play with the Elite Controller over the dongle.

Here are some guys, that made a Build recipe for xpadneo, maybe it helps for xow xD

Thread

Implementing xpadneo drivers for future releases ?

Hello Folks

First of all: xpadneo is the device driver for the Xbox One S Gamepad (with Bluetooth builtin) (But only for bluetooth connection - on USB connection directly xpad driver is still needed).

Now while Kodi / Libreelec supporting retro Gaming and the Xbox One Gamepads has a wide range of users - I think it would be REALLY great to get the bluetooth connection also working

Source code: xpadneo Linux Drivers

I am also available for pretesting and debugging (got one Xbox One S Gamepad) - But…

MisterT

February 8, 2019 at 2:04 AM

Actually having both would be awesome too. xpadneo provides rumble and everything else for bluetooth controllers and xow has adapter support. The normal libreelec xbox one controller support is pretty dissapointing, no rumble etc...

If thats possible, it would be actually amazing for a lot of people that uses emulators or especially moonlight

Thank you

Quote from SupervisedThinking

Well only few cores have proper vulkan renderer support so I would stick to GL unless it's absolutely necessary to switch. I thought you're have had trouble with PSX games but if it works fine never touch a running system.

tl:dr xpad - yes / xow - no

I've already created a xpadneo package & all upcoming builds should contain at least the Linux kernel driver module. Since I don't own Xbox controllers I can't test them & so I need some feedback what's working, if they are working, and what not. Technically I could add a xow package but I can't distribute it due to retarded licenses: Microsoft Terms of Use | Intellectual Property

Unless otherwise specified, the Services are for your personal and non-commercial use. You may not modify, copy, distribute, transmit, display, perform, reproduce, publish, license, create derivative works from, transfer, or sell any information, software, products or services obtained from the Services.

So even if I add a package you would still have to compile the image on your own after you've enabled non-free packages. Unless xow changes it's build process and loads the firmware at runtime I'm not allowed to ship the firmware in my packages.

Makes absolutely sense.

I knew about the driver and absolutely forgot about it. Thanks for the recherche.

The wiki is already very well documented about compiling myself, will try that out now. And in general rr sse2 version runs amazingly well on an super old super crappy zotac id84 at fhd.

I try to make the build receipt and compile it today with xow.

Thanks for the reply 👍

Didn't camed today sadly to build. The environment is a no brainer, just need to setup an vm/lxc on proxmox.

Will do this tomorrow and report 🙈

About xpadneo/xow, xpadneo is just a kernel module as far i understand, xow is pretty much just a systemd service, that maps raw inputs over libusb as far i understand.

i used both already, there is nothing to configure. Or nothing i know of at least 🙈

just that on one the service runs and on the other that the module is loaded. So it's both basically just compile and no gui etc is needed.

Thank you very much for your effort!

i think the only hint i probably need is just to know if i can somewhere define O3 and march flags, but i guess that goes into PROJECT_CFLAGS=""

Just didn't seen it in the wiki 🙈

Thank you for the hint with the nonfree packages!

Wish me luck, i will definitively reply how it goes tomorrow 🙈

Cheers

Quote from SupervisedThinking

Ramalama both come with plenty of additional options and configuration opts but if they are not mandatatory it's fine too!

About the flags check out either

LibreELEC-RR/arch.x86_64 at master-rr · SupervisedThinking/LibreELEC-RR · GitHub

or

LibreELEC-RR/options at master-rr · SupervisedThinking/LibreELEC-RR · GitHub

depending on what flags you actually want to change/pass.

Display More

The first one is amazing.

But:

LibreELEC-RR/arch.x86_64 at master-rr · SupervisedThinking/LibreELEC-RR · GitHub

will get overwritten by:

LibreELEC-RR/options at master-rr · SupervisedThinking/LibreELEC-RR · GitHub

However, the default flags with sse2 etc will get applied anyway, as you made them default.

So basically the Atom D2550 has full support, as the highlight of that processor is anyway only sse2 xD

However, im using (my old compiler VM) which is a debian hirsute (+experimental repo), as it provides gcc 11... (need that vm for another compiling project...)

But i think it's too new for this task, will try ubuntu 20.04 as the wiki recommends (elec wiki).

Just don't want to go with Mint, cause there are no LXC containers available.

Because i get already errors, but this error is looking like not an compiler fault:

../coreconf/config.mk:138: CPU_ARCH is not x86_64, disabling -mavx2
make[2]: *** No rule to make target 'clean'.  Stop.
make[2]: Leaving directory '/home/compiler/LibreelecRR/build.LibreELEC-Generic.x86_64-10.0-devel/build/nss-3.60.1/nss/config'
make[1]: *** [coreconf/rules.mk:44: config] Error 

But you can check yourself, i've added the logfile.

Im going to setup in the meantime the Ubuntu 20.04 environment.

Something else, im making a simple small script, for anyone that is interrested in xow, basically it's will be just an dumb execute script that will do in the end everything.

Atm, there isn't anything helpfull in it, but i will provide the final version once i had success xD

Here is the Proof of Concept dumb script:

#!/bin/bash
#
# Config:
LE_Repo="https://github.com/SupervisedThinking/LibreELEC-RR.git"
LE_Branch="master-rr"
LE_Folder2Use="$HOME/LibreelecRR"
LE_NON_FREE_PKG_SUPPORT="yes"

if [[ $(id -u) == 0 ]]; then
        echo "ERROR: Building as root is not supported!"
        exit 1
fi

if [ -d "$LE_Folder2Use" ]; then
        echo "INFO: $LE_Folder2Use update!"
else
        echo "INFO: $LE_Folder2Use initialize!"
        git clone --branch $LE_Branch $LE_Repo $LE_Folder2Use
fi

cd $LE_Folder2Use

if [[ "$LE_NON_FREE_PKG_SUPPORT" == "1" || "$LE_NON_FREE_PKG_SUPPORT" == "yes" ]]; then
#       Enable non-free Support:
        sed -i "s/NON_FREE_PKG_SUPPORT=.*/NON_FREE_PKG_SUPPORT=\"yes\"/g" projects/Generic/options
        echo "INFO: NON_FREE_PKG_SUPPORT enabled!"
fi

PROJECT=Generic ARCH=x86_64 BUILD_PERIODIC=RR BUILDER_NAME=$LE_Branch make image

Cheers