Posts by Pretoriano

SupervisedThinking i'm also having issues building from master branch on Ubuntu 20.04 ARM (it's an Oracle Ampere instance).

I opened a bug report on GitHub - > https://github.com/SupervisedThinking/LibreELEC-RR/issues/8

Quote from Da Flex

Looks like a Widevine issue, because DAZN and Netflix are both using it: Click!

I was almost sure that it's related to Widevine because on LE 10.2 i reverted to WDV 4.10.2252.5 and had no crash with that setup, but on the LE11 test setup i forgot to revert it.

Hi, i got the same issue yesterday but in my case the configuration is different.

System = RPi4 + LE 11 (master)

Addon = Netflix

Same as you, after watching an episode, pressing the STOP button crashed Kodi.

It does happen randomly and in my case it happened twice (2) out of four (4) times.

I dont have the logs anymore but i couldn't find anything relevant when i checked, yesterday.

NOTE : At a first look, it seems that what we have in common is that :

- we both used a RPi (but different models)

- the "offending" addons are both using inputstream adaptive (and widevine).

Quote from Enigma

I have a PN41 where the latest stable for LE 10 doesn't work, but the Nightly for 11 works (but I would like to stick with Kodi 19 until 20 is stable)

https://test.libreelec.tv/ only seems to have images for 11

Is there a way to get a version of LE10 with a more recent Linux kernel? Searching through the forums a previous LE10 nightly worked for that user, but their link didn't work anymore.

Probably the only way is to build from LE 10 branch yourself.

As far as LE11 is concerned, in my case the stable version stops to 12/02/2021, after this date Python was updated to 3.9.10 and things (mostly 3rd party addons) are not so stable anymore. Python issues are nasty because if LibreELEC or Kodi environments are not the ones to blame, then it's up to python's devs to fix the code.

So Imho if you need an always stable system, then you should stay on a stable LE version.

Quote from elonesna

I think your solution is not good, LibreELEC shutdown already does this. I think the problem is in the execution code of the containers that fail because it is not taken into account that they are executed asynchronously in parallel to the execution of LibreELEC, which is the one that has control of the shutdown. For me, I am not a programmer, the solution consists of inserting commands that prevent or delay the shutdown until the most critical phases are completed within the containers.

Well, i just tested and after using the autostop.sh to stop all containers, my homeassistant container logs no longer complain about the database not being cleanly "closed" .

Before this, after every restart or shutdown, homeassistant log had at least one entry regarding the database.

So far the only "downside" is that every container must be set to always restart (obviously, using "unless-stoped" won't restart them upon reboot).

Aciel maybe a good solution would be using a shutdown.sh script to run the docker stop $(docker ps -a -q) command to stop all the running containers.

However, i was also looking for a solution so i will test all this asap.

Quote from tanfav

Hello,

I do have the exact same behavior (even with the latest - 03-11 build), first video launch OK, the second one lead to a reboot...

Pretoriano, i could give a try, but i don't know where to retrieve this (old) build... not available anymore on test.libreelec.tv...) ,and i guess that to roll back to a previous build is possible only with a full reinstall ?

If it's not available, then you will have to build it yourself (that's what i do for my RPi4).

You only need the update.tar file, then push it to the .update folder and reboot. Your settings will still be there.

SomeOne try with a build from 12-02-2022 (05c7d58), if that works, then it's either the jellyfin add-on that needs an update (due to python version bump) or it's related to this - > https://github.com/LibreELEC/LibreELEC.tv/issues/6266

Sal0kyn while it does work, AFAIK there's no official f2fs support and f2fs binaries are missing from LibreELEC (mkfs.f2fs and fsck.f2fs).

Also an f2fs partition should be mounted with the "nodiscard" flag, to avoid continuous discard operations.

You should be able to label the f2fs partition like this:

mkfs.f2fs -l STORAGE /dev/sdaX

I'm experiencing something similar on my RPi4, but in my case Kodi is crashing when i switch from Netflix addon to another addon (Tubed, LibreELEC Settings addon) and then back to Netflix.

I already opened a bug report on GitHub - > https://github.com/LibreELEC/LibreELEC.tv/issues/6266 <- and maybe other forum members can try to reproduce it.

As i said in the bug report, i tested on a clean install (self built from master branch) with no mods or extras.

Quote from Da Flex

Please try this "chewitt branch" (LE 10.0.2 pre-release): https://chewitt.libreelec.tv/testing/

It runs fine on my RPi3B+.

Thanks! On LE11 i've noticed that i have this issue if Screensaver and Power Saving settings are disabled, but i will try to reproduced again on a clean LE11 install.

Quote from Da Flex

Dev says it's a known issue with libcec: https://github.com/raspberrypi/li…mment-976672327

So I suggest to stay with LE 10.0.0, until libcec is fixed.

Hi, i'm encountering the same bug with LE master branch, any idea if there's a PR pending for this issue (couldn't find any)?

Quote from vpeter

You can send PR but LibreELEC doesn't like any such drivers much.

Yeah, i've seen some discussions about that here on the forums, that's why i asked.

Well, everything it's on github, so if anyone needs it, at least they can get it and build easily.

At this point i'm quiet satisfied with my personal build and hopefully other SoundGraph/Imon users will find it useful (vfd/lcd stuff has always been painful).

The issue with LibreELEC failure was on me, it was a typo that prevented the addon from being unpacked by your script.

But i figured that out and also used your same approach, so i removed the addon building from the package.mk and created a script in $ROOT which will build the addon and LibreELEC image.

Here's how it looks on my github - > Github Link

BTW, the RTL8822BU WLAN driver is missing from LibreELEC, but it's working fine here with the master branch. Is there a way to have it added to Libreelec, officially?

Quote from vpeter

Seems there was some changes to build system which prevents package to be build because it doesn't build for me too. Will look again how to solve the issue.

Yesterday i managed to make it work, well ,sort of. First of i had to add "kodi" to PKG_DEPENDS_TARGET and also modify $ROOT/target/.

But still had build failures at some point, so for testing purposes i removed the "pre_install" part and at this point the image was built successfully.

However, for some reason, Libreelec fails to boot with this image (i'm testing on a USB stick with the "run" method) . I will have a look into it and update you with my findings.

Edit: Libreelec fails to start because the addon (in my case service.lcdd) is enabled but not installed.

So probably this means that storage-addons-copy.service script is not triggered or doesn't exist.

Quote from vpeter

System-tools was just an example. You just need to adjust names to include anything else.

Hi, i tried your solution on latest "master" branch but the building process is failing. I was trying to add the LCDd addon (service.lcdd), but also failed with your code exemple.

Sadly i can't find any proper build log, so i failed to investigate on the matter.