Posts by 5schatten

Quote from Kupo91

Can you upload the latest img.gz in your google drive? There is just the version of march 5th.

I need it for a fresh install. I can't use the tar files for that, can I?

What's wrong with installing & updating afterwards?

Quote from Morphy

I'm confused is bluez-tools included in this build? I have a shanwan P3 gamepad to try out and I can't get it to pair via LE settings. Not sure if this helps?

Code

 hciconfig
hci1:   Type: Primary  Bus: UART
        BD Address: B8:27:EB:97:B9:A3  ACL MTU: 1021:8  SCO MTU: 64:1
        UP RUNNING PSCAN
        RX bytes:8766 acl:0 sco:0 events:487 errors:0
        TX bytes:4296 acl:0 sco:0 commands:234 errors:0 hciconfig
hci1:   Type: Primary  Bus: UART
        BD Address: B8:27:EB:97:B9:A3  ACL MTU: 1021:8  SCO MTU: 64:1
        UP RUNNING PSCAN
        RX bytes:8766 acl:0 sco:0 events:487 errors:0
        TX bytes:4296 acl:0 sco:0 commands:234 errors:0

Display More

Everything should be included to connect bt controllers but those DS3 devices tend to be troublesome. I had 3 genue Sony DS3 controllers in the past but sold them because pairing them was always a mess and never worked flawless. Afaik you have to switch it to pairing mode first by connecting it through a cable to the system first.

HaLeXz
I've added libxkbcommon as lakka did so maybe this will solve your incorrect keyboard layout.

Quote from rooty

that just an example, the actual commit is here

Basically this needs to be added pti=off spectre_v2=off l1tf=off nospec_store_bypass_disable no_stf_barrier did you run any benchmarks with these settings?

Quote from Kupo91

I both waited and manually searched for updates but nothing happens. My LibreELEC Add-ons repo is still on v9.0.1. However it should be 9.1.X or am I wrong?

By the way I noticed that if I navigate in kodi with my controller I dont have these sounds that I have if I use my remote/keyboard. Is that normal or do I have to report this somewhere?

The repo itself shows 9.0.1 but that's pretty much a cosmetic thing. Important is that the included addons have a 9.1.xxxx version. Unless you use binary addons like TVheadend it doesn't matter anyway.

I also miss the nav sounds but I guess that's a Kodi bug.

Quote from duck7000

lib.multimedia.makemkv_1.14.3_9.0.110.zip

done - for future builds just send me a PN with the link

Quote from escalade

XU4 is on 5.0 already. Looks like fbset can do what I need. My cabinet screen has 1280x1024 resolution, you know if I can configure this resolution with 50/60Hz through the sys interface?

Last time I've checked there was "only" kernel 4.14.y odroid-xu4:software:building_kernel [ODROID Wiki] but anyway more recent than the outdated AML stuff.

I have no experiences with the XU4 but found this https://lists.fedoraproject.org/archives/list/[email protected]/thread/ag2ybn6kpnmxxdvuuxbisb37724xvfwk/ so you probably can use fbset to apply some geometry settings.

duck7000

can you drop us a link to your 9.0.x MakeMKV addon? I'll upload it to my GDrive account then.

reserved [FAQ]

Installation

-...

Configuration

-...

reserved [Changelog]

9.0

-...

9.1

-...

reserved [Downloads]

• Generic x86-64 Add-Ons | MakeMKV

reserved[Features]

MakeMKV 1.14.3 based addon

This will superseed the MakeMKV support part of my LE 9.x RR thread.

Quote from escalade

N2 seems to be stuck on 4.9 kernel with fbdev. I suppose XU4 might be a good choice, or simply take the step up to a NUC7PJYH or ITX solution. I want something faster than an RPi3 in my arcade cabinet.

Another thing with the ODROID's is refresh rate switching. I think it's set at boot time and there's no such thing as "tvservice". Perhaps it's possible to build with Xorg and use xrandr, but I'm not sure. Need PAL mode for C64/Amiga and a reboot is too clumsy.

No clue how the XU4 so Samsung handled this but right now Amlogics hacked kernel works with something like this 921-video-settings-aml.conf

As I said once the kernel support is fine... kernel 4.9 is the same cr@p like 3.14 but afaik there is ongoing work to realize a mainline kernel start [linux-meson] so I guess once the S905 stuff works the S922X will follow in the future.

Quote from scottns

Ya, not blaming you or your build. Just trying to figure out the problem. Thanks for the response.

Is your card supported by the latest drivers? Maybe I can create a nvidia legacy docker image for older cards if this is the problem

Quote from escalade

5schatten

Did you ever try TARGET_FPU=neon-fp-armv8 and vc4 driver? Wonder if aarch64 is possible at this point, anybody done some research?

Will be looking into RPi builds again while waiting for my arcade cabinet to be built and shipped. Or I might just get an ODROID H2.

Nope never tried it because once you use aarch64 you need 64bit dynarecs for all emulators too and not all were covered in the past. Meanwhile this has probably changed but I don't think that there will be a huge benefit. Also iirc some addons will be broken like Netflix because it's 32bit ARM only.

I (we) could try TARGET_FPU=neon-fp-armv8 like the S905 uses but this would cut off RPi2 compat which is totally fine for me. But of course every package has to be reworked to accept an extra RPi3 target if there are any device specific changes.

Since I own a j3455-ITX I would go for the Odroid H2 since it performs pretty well and has great software support compared to any other ARM device.

If software & driver support would be nearly as good as x86 then I would go for this little thing Odroid-N2 SBC has hexa-core Amlogic S922X and $63 to $79 price since it doubles the cpu performance of the S905 which should run pretty much all of the typical SBC stuff at great performance. So beside Dolphin, PCSX2 & Citra it should run everything else flawless.

All in all I would leave the RPi as it is because even the RPi3B+ is not as fast as the S905(X) but runs pretty hot and starts throttling. IMHO it's a dead end if you consider the alternatives like a cheap NUC or Intel based SBC. Hopefully the RPi4 will be back on track and come with a way more competitive SOC & more RAM (support)

Quote from rooty

not really, well kinda... those vulnerabilities are dangerous for multi-user scenario, something like: lets say there's some machine with root user and some unprivileged users (no sudo/root access), so by using the vulnerabilities the unprivileged users can access content in the memory that does not belongs to them and technically they can steal sensitive content from root, also in most cases they can get root access. Now just think about those guys like for example AWS EC2 or Google GCP. They provide a set of virtual machines (VMs) and containers (maybe better term is paravirtualization here) that are running on a single machine (hypervisor). So attacker can use these vulnerabilities to steal data from neighbors or even to get access to neighbors environment. Now back to LibreELEC topic, we have just a single user aka root, so potentially if somebody will steal your credentials to ssh under root to LibreELEC - this person basically already will be full privileged user, he don't need to apply these vulnerabilities since full access is already granted.

So let's make it clear, I'm talking about kernel space.

If you pay close enough attention you find a switch. There's a switch which disable these patches, so why do you need it? Yeap, because of performance issues. At this point I don't understand LE upstream committers. There's no point to use these patches at LibreELEC, it slows down the system. I have a feeling that they just too busy with other things or just not fully aware concerning this situation, and these patches are enabled by default, for security reasons,... which is not the case for LibreELEC as mentioned above.

And now comes the question! What the level of regression.... for let's say Kodi and related libs? This is highly application/code dependent. For MySQL myisam the level of regression is 40% (just en example), there're apps where regression is just about 5% .

Some more benchmarking can be found here .

This is just fyi, to bring some clarity into this, I work as a system engineer and have some knowledge

For sure I will disable this for myself, tho some people might ask a question like: why my 4k blu-ray/mkv(whatever) movie of jellyfish has some frameloss, it was not the case few kernels ago,..... or maybe not

I feel like now everything loads much faster, but I'm pretty sure it's a placebo effect .

I have skylake arch, i5-7260U . It's more like for fun, to activate all force of the cpu

I remember we did some tests at work and we found some applications perform much better on non-standart compile flags, tho an environment quite different.

Display More

Pretty simple -> if you apply some kernel switches can you give a brief summary what you've added to disable them? Or are you going to disable them in the kernel config?

If you pass me the kernel opts I'll add them to the FAQ like I did for the amdgpu stuff so everybody has the option to disable them or keep them

Anyway at least this paper outlined a poc where a malicious java script is able to read cached passwords from the webbrowser. So it's probably a problem too if you use Chrome though I don't know if this normally expects sandboxing.

Quote from BlaBla1973

works fine, thx for the downgrade

Nice to know because then Nvidia really f*cked it up this time because the latest Latest Long Lived Branch Version: 418.43 should be the stable driver Unix Drivers | NVIDIA and 410.104 isn't even listed anymore.

https://devtalk.nvidia.com/default/topic/…321661/#5321661

Btw. does sound output in Citra work with PA now?

HaLeXz

Well as I mentioned in the big fat "warning" message you should wait until Kodi pulls the addon updates from the repo. All LibreELEC addons are available for 9.1 so also Tvheadend. You probably have to manually delete the tvheadend files now before you can reinstall.

Quote from andersos

Updated to the latest build, but not a single addon auto updated. There's no new TVHeadend version, so that doesn't work now

It takes some time until your Kodi refreshes the available addons.