Posts by 5schatten

Quote from escalade

Haven't bothered, there's been many benchmarks through the years. I believe the performance gain is up to 10% but will vary depending on the type of application. I just figure since I'm building everything I might as well build for my specific CPU.

I'm on 4.20 now haven't tested PCSX2 in a long while will see if I get the time over the weekend.

I'm curious about your results. I've tested docker 17.10 / 18.06.1 also I've updated the arch image to match the 4.19.x kernel, I've switched to your arch image since it's a bit older and I thought it may be an upstream PCSX2 quirk... well finally I reverted to 4.18.16 and it works fine again. I could not find any specific problem in any log file. When I quit PCSX2 the log tells me it keeps hanging at unloading the gamesdb pretty much forever and so it won't quit and switch back to ES.

If you enter docker container stop xxxxxxxxx it kills PCSX2 and ES pops up. Just for the record and to safe you some time while testing

Beta 15 is Generic & RPi uploading | AML stuff is building:

• updated to latest LE9.0 upstream
• updated Generic & RPi kernel to 4.19.2
• updated to mesa 18.3.0-rc3 staging
• updated nvidia driver to 410.78
• updated vulkan-loader to 1.1.92
• fixed crackling sound if PulseAudio is enabled
• updated emulationstation & added analog stick patch -> remap controller and you can use them for navigation
• updated several libretro-cores
• updated dolphin & citra
• updated amiberry to git ff18558 / v2.24b5
• added desmume nds core to arm builds -> mostly testing purposes since it's awful slow
• updated lr-database -> MAME 2003-Plus rdb allows scraping
• reworked mame dirs -> now you can store your roms in mame2003 & mame2010/2016 if you use both emulators
  ! make sure you move your mame roms according to the emulator you want to use !
• added neogeo dir & system (fba as default emu)
• reversed KMS logic -> now you have to put a file useKMS into the retroarch folder to activate it
• changed missing asound.conf notification -> apps & emus will still start after the notification is gone
• ! delete your es_systems.cfg before you update !

Quote from escalade

It's really just changing TARGET_CPU to "haswell", so that gcc gets passed -march=haswell.

5schatten

I had those cherry picked before, but they were upstreamed with glibc 2.27.

Ah okay so have you ever measured the performance again? In the past Dolphin did not profit that much.

Have you updated your build to kernel 4.19? If so does PCSX2 still work and quit clean for you? After the last kernel bump the container won't close I even digged my way through the docker addon and bumped it to 18.06.1 just to realise afterwards it's kernel related

Quote from SumavisionQ5

In fact S905 is more powerful than RPi3. By using standalone PPSSPP many 3D PSP games at run full speed with 2x resolution on S905 while only a few 2D games run fat ull speed with 1x resolution with PPSSPP core from Libretro. Standalone PPSSPP uses GPU acceleration more fully than Libretro one. The result is same to standalone Reicast. Because of RPi 3's weak GPU, the performance of standalone PPSSPP and Reicast is not as good as you thought. As far as I tested, Grandia II runs at full speed with standalone Reicast on S905. That's what Rpi 3 can't do.

It's out of question that the S905 is more powerful than the dated RPi stuff l but still we're talking about emulation which needs a lot of power. But if your testing led to the conclusion that the RA overhead is quite massiv it's maybe worth a try.

Drop me a list of some games for PPSSPP & Reicast that work for you on standalone and I'll see what I can do. PPSSPP should be no problem but the Reicast code is IMHO quite a mess. At least when I tried to compile the standalone version ~a year ago

Quote from rooty

hey escalade , could you please share how do you make a build with avx2 support? Haven't found anything related in here https://github.com/escalade/libreelec.tv/blob/le82/projects/generic/options , do you have some separate branch for that?

Thanks

I'm no expert about this but I guess he cherry picked some of these clearlinux patches, especially the glibc stuff. GitHub - clearlinux-pkgs/glibc

Quote from SumavisionQ5

5schatten

Can you port Sx05RE's standalone emulators( PPSSPPSDL, ADVMAME and REICAST) to your bulid?

Here is the codes: https://github.com/shantigilbert/sx05re/tree/sx05re_8.2/packages/sx05re

https://github.com/shantigilbert/coreelec/tree/sx05re/packages/sx05re

The standalone emulators have better efficency than those ones included in Libretro.

Well I have not intentions to do that because there are already 3 arcade emulators (fba | mame2003-plus | mame2010) included in arm builds & nor PPSSPP or Reicast will ever run at sufficient speed on nowadays lowend SBCs like the RPi3B/+ or AML S905/S912 stuff.

AdvanceMAME is is based on MAME 0.106 & so requires romset 0.106 which means it's only slightly newer than the base mame2003 stuff and does not support as much roms as mame2010 which is based on romset 0.139 so is there any game you can't run on either mame2003-plus or mame2010 that works fine with AdvanceMAME

In fact I already use the upstream PPSSPP version that has a libretro core build flag so there is no thing as PPSSPPSDL it's just an appendix for the used framework. Reicast is quite the same story and even my Intel J3455 htpc struggles run games flawless. Even if they would run faster as some standalone version like Citra certainly does this wouldn't make a huge diffrence. I've tested GOW on my RPi3 & KVIM and to achieve a playable framerate a framekip of 5-6 is needed. I've included them mainly for build testing purposes & cause "yes we can".

pi3b+ psp performance - RetroPie Forum

Dreamcast · RetroPie/RetroPie-Setup Wiki · GitHub

Just for the record... if you compare the AML S912 with a somewhat dated lowend Intel J3455 you see how inferior the ARM performance really is.

Intel(R) Celeron(R) CPU J3455 with HD Graphics in GFXBench - unified graphics benchmark based on DXBenchmark (DirectX) and GLBenchmark (OpenGL ES)

However I can make some test and try to adopt this package RetroPie-Setup/reicast.sh at f3a230acce5ff5f69d1bfb63d88654b3927f5075 · RetroPie/RetroPie-Setup · GitHub but as I said I don't have high expectations. Escalade had standalone Reicast in his build in the past and although I could boot it even the input configuration was a mess since it only has some basic controller mappings reicast-emulator/shell/linux/mappings at master · reicast/reicast-emulator · GitHub and it looks like the SDL input backend is still "WIP" Make SDL input usable · Issue #1371 · reicast/reicast-emulator · GitHub

Quote from srmendi

Hi re, i tried now that dtb, but stucks in logo mecool, if i want run libreelec, i only can run it using the dtb that are in the folder device tree, when image was created, but dont work the ir remote.

Any more idea?

thanks

Again have you installed my S905 image without modifications and entered the following into a terminal:

systemctl stop kodi
systemctl stop eventlircd
ir-keytable -t

Now press buttons on your remote and make a note of the keycodes in notepad if there is an output.

Quote from HiassofT

Sorry, can't help there. dtb files for AML boxes running ancient 3.14 kernels isn't exactly my area

All I can say is that on Le Potato my MCE remote works out of the box.

so long,

Hias

I had some advices about remote config in mind So if you know if mecool remotes are supported by upstream for example.

Quote from srmendi

Yes, i view this thread, but i dont know where find the update device tree

As your tv box is no Khadas VIM you should not use this build. Stick to the S905 builds and try this file https://github.com/alexelec/s905-trees/tree/master/s905d as I already mentioned.

Quote from srmendi

I think is dtb related, because in that thread one user says:

You need to update your DTB, nothing else is necessary for mecool

By that words, i think leia is compatible with my original k1 pro infrared remote, but i need put a correct dtb

Have you checked out this thread? LE9.0 remote configs ir-keytable Amlogic devices

It says:

Quote

Update Device tree if you receive the 'no devices found' message or your remote does not work with above devices with remote baked in image.

So you made sure that your remote is working & it is not detected? Infrared Remotes [LibreELEC.wiki] I guess the dtb is only needed if your remote isn't detected at all. Maybe this dtb file works though https://github.com/alexelec/s905-trees/tree/master/s905d

HiassofT  CvH any hints about that?

Quote from srmendi

Where can i find dtb?

I tried the bulild Amlogic S905 | builds for common S905 devices but original remote controller dont works only can move with keyboard or mouse

I view your post and i try burn build khadas .img.gz, and no dtb folder, the only way to boot is getting the dtb from the amlogic s905 build, with the same issue from remote controller ( dont works only can move with keyboard or mouse )

If u can send me a link for download your working gxl_p230_k1_pro.dtb

Thanks

This is probably nothing dtb related. Infrared Remotes [LibreELEC.wiki]

Quote from rooty

5schatten, nah, I wish. The Add-on:Transmission - Official Kodi Wiki is just a front-end (UI) for the actual transmission daemon. It talk to transmission rest api. I also thinking about just to use a docker container as an alternative for this.

I've grabbed some of escalade add-on and looks like it builds fine. I'm uploading it to my add-on share and you can give it a try. I may have to rework the addon a bit to include libevent files though which are a dependency but only added to the build image.

EDIT:

Since the addon would not because of some lib quirks... if you really need a BT client check out: this Thoradia Add-ons

Quote from rooty

5schatten I'll try to bundle bittorrent to the dist then if you don't mind (if you do please let me know, haha). Should be pretty easy as soon as I understand how to build this stuff

Few questions tho.

Are the build commands up to date: GitHub - 5schatten/LibreELEC.tv: A bit more OS for KODI ;-) ? This is pretty much what you use, correct?

How do you usually test an image (build), do you use virtualbox or something?

Well isn't Add-on:Transmission - Official Kodi Wiki this available in the default repository? Otherwise as stated on the project page VirtualBox 5.22 & the build commands should work out of the box.

Quote from bigboo

Hi I just tried le9rr on nvidia card, retroarch is not working at all with and without nokms file (same error log here for both)

[INFO] RetroArch 1.7.5 (Git b166ba7810a15c8b5aa21b0e417914f5e633ae00)

[INFO] === Build =======================================

Capabilities: MMX MMXEXT SSE1 SSE2 SSE3 SSSE3 SSE4 SSE4.2 AVX AES

Built: Nov 11 2018

[INFO] Version: 1.7.5

[INFO] Git: b166ba7810a15c8b5aa21b0e417914f5e633ae00

[INFO] =================================================

[INFO] Environ SET_PIXEL_FORMAT: RGB565.

[INFO] Version of libretro API: 1

[INFO] Compiled against API: 1

[INFO] [Audio]: Set audio input rate to: 29970.03 Hz.

[INFO] [Video]: Video @ fullscreen

[ERROR] [KMS]: Couldn't find a suitable DRM device.

[WARN] [SDL_GL]: Failed to initialize SDL gfx context driver: No available video device

[WARN] Failed to bind API (#1, version 0.0) on context driver "khr_display".

[INFO] [GL]: Found GL context: null

[INFO] [GL]: Detecting screen resolution 320x240.

Segmentation fault

Display More

Try to delete retroarch.cfg looks like RA tries to use SDL_GL als video driver. Btw. you have the same error even with a nokms file? Because if I start retroarch without kms it's not mentioned anywhere in the log file.

This guy had exactly the same problem & creating a nokms file should have solved it.

LE8 "Remix" (Generic/RPi) Emulationstation/Chrome/Spotify (read the first post before posting)

Quote from andersos

Yes for most users that's the case, change one line. But I use both HDMI and spdif. And to get multi channel audio in Chrome is more work than to change one line. But that's my problem. Main thing is that Chrome works.

Thanks again for your efforts.

I used HDMI for video output & S/PDIF a while ago and still it's just a single line but probably then something like iec958:CARD=PCH,DEV=0 instead of hdmi:CARD=PCH,DEV=0

You had to do this in Kodi too the only difference is you can use a graphical user interface for this configuration.

Quote from andersos

I never touched asound.conf in LE or OE. Chrome started without it up until now. I don't know anything about ALSA, so it seemed daunting to me to have to make an asound.conf.

I suspect someone uses Chrome on an htpc primarily for streaming purposes which makes a proper sound configuration necessary. Same goes for all emulation stuff. Reading point 3 in my FAQ that tells you to rename a single file and alter a single line should be possible without any ALSA knowledge at all.

Quote from andersos

5schatten

With beta 14a Chrome installs as it should. But it can't start. Error "ALSA: missing asound.conf" is displayed.

Maybe asound.conf should be included, but then probably different PC's need different conf file.

I guess I can make conf file with help from LE wiki though.

The notification scrolling text literally states that you should read the FAQ same as the spoiler before you proceed to the download links so I'm a bit confused about this question.

Beta 14a is online (Generic & RPi only):

• added m64p (Mupen64Plus standalone) as N64 emulator go generic builds -> libretro cores are still the default emus for this system
• fixed Chrome start scripts
• minor mame2003-plus fix for RPi (already included in AML based systems)

Quote from bigboo

I think I tried Pilotwings with mupen64plus libretro core on an AMD GPU.

Thanks for your custom mupen64plus build, I'll try it!

I did not spend much time in it but it comes with a basic config & runs. You have to replace the retroarch  start command with mupen64plus.start in es_systems.cfg then.

Quote from andersos

5schatten

Any progress with Rockchip support? I'm interested in a Khadas Edge-V for running LE https://www.indiegogo.com/projects/khadas-edge-rk3399pro-hackable-expandable-sbc/x/4042493#/

Not really since I don't own one and I guess building all emulators for aarch64 won't work atm too or at least they don't have any advantages of that

Quote from http://linuxgizmos.com/three-open-spec-rk3399-sbcs-go-on-sale-including-an-ai-enabled-model/

The Edge Basic and Edge-V Basic are each available for $99 with 2GB LPDDR4 and 16GB eMMC 5.1. There’s also a Pro (4GB/32GB) model for $149 and a Max version (4GB/128GB) for $199. Once the early birds are gone, the price remains the same, but without the free accessories.

I would then probably go for a NUC7CJYH or NUC7PJYH at this price point. The NUC equipped with a J4004 is about the same speed & the J5005 based system is much faster, I have a J3455 based system that already could run some Gamecube games and the J5005 would be roughly 50% faster. Also you get a hazzle free x86 system with mainline kernel support and working graphics drivers.

Rockchip rk3399 (development board) in GFXBench - unified graphics benchmark based on DXBenchmark (DirectX) and GLBenchmark (OpenGL ES)

Rockchip rk3399 (development board) in GFXBench - unified graphics benchmark based on DXBenchmark (DirectX) and GLBenchmark (OpenGL ES)