Posts by HiassofT

LibreELEC master is using the linux kernel CEC framework instead of the old RPi firmware CEC support. Don't try to use libcec with RPi libs in parallel to that, this will interfere really badly.

The error 16 you saw is caused by kodi running in the background and using the CEC adapter. If you stop kodi ("systemctl stop kodi") you can use cec-client as usual.

so long,

Hias

The easiest way to do that is to put a "mount-storage.sh" script on the /flash partition. This will then be used instead of the default mount function/options.

see also LibreELEC.tv/init at master · LibreELEC/LibreELEC.tv · GitHub

    if [ -f /flash/mount-storage.sh ]; then
      . /flash/mount-storage.sh
    else
      mount_part "$disk" "/storage" "rw,noatime"
    fi

so long,

Hias

The clue is in the kernel log:

Apr 11 16:28:38 LibreELEC kernel: Under-voltage detected! (0x00050005)

You need to fix your power supply issues - the official RPi power supplies are known to work fine.

so long,

Hias

The nightly images have the githash they were built from appended at the end of the name eg LibreELEC-RPi4.arm-9.80-nightly-20201020-dc19933.tar

Use that githash (eg dc19933 in the example) to look up changes on LE github.

You can also use the github compare function to see what has changed between two githashes. eg Comparing ec1292b...dc19933 · LibreELEC/LibreELEC.tv · GitHub

so long,

Hias

You can download the most recent addons for nightly builds from here Index of /addons - always look there if the ones from the LibreELEC repository don't work.

This would be the latest inputstream.adaptive addon for Generic: 9.80.6-Generic-x86_64-inputstream.adaptive-2.6.0.1.zip

Edit: ah, wait a sec, this version is still too old, it was built shortly before the kodi update that's in your image went in. Please check again in a day, then the updated addon should be available.

so long,

Hias

This is a known issue - wifi configuration is broken in LibreELEC settings since the update to python 3.8. This needs a larger rework.

so long,

Hias

The fix is merged, please give tomorrow's build (20201016) a try.

so long,

Hias

Just PR'ed a fix, it should hopefully be merged soon systemd: backport cache timestamp fixes from master by HiassofT · Pull Request #4605 · LibreELEC/LibreELEC.tv · GitHub

so long,

Hias

Thanks for reporting the issue, I can reproduce that here. Without network plugged in LE will hang forever on NMB startup. I'll have a look at it.

so long,

Hias

The hang is caused by multi-user.target getting an After= dependency on your service, in addition to the Wants=.

You can avoid that by setting DefaultDependencies=no and manually specifying Before, After and Conflicts. eg:

DefaultDependencies=no
After=time-sync.target
Before=shutdown.target
Conflicts=shutdown.target

Then multi-user.target will only get the Wants= which pulls in your service but not the After= which delays multi-user.target.

so long,

Hias

The service file looks fine, you should change the Type to "oneshot" though (simple is for programs continuously running in the background, eg if you want to do regular updates in a loop in your script).

For scripts that should be only run once after startup you should also set "RemainAfterExit=yes" in addition to "Type=oneshot".

so long,

Hias

Create a oneshot systemd service and order it after time-sync.target.

so long,

Hias

Most likely you have to connect the DVD drive via a powered USB hub.

Maximum USB current on RPis is 1.2A - for all 4 ports combined. If you exceed that (eg if the DVD drive or a USB HDD needs more when spinning up) you'll get the symptoms you described (USB reset, devices "falling off the bus").

See also the RPi FAQ FAQs - Raspberry Pi Documentation

Quote

From the Raspberry Pi B+ onwards, 1.2A is supplied to downstream USB peripherals. This allows the vast majority of USB devices to be connected directly to these models, assuming the upstream power supply has sufficient available current.

Very high-current devices, or devices which can draw a surge current such as certain modems and USB hard disks, will still require an external powered USB hub.

so long,

Hias

Just use the latest LE release (9.2.4), it already includes all fixes. I removed the temporary test build from my server a long time ago.

so long,

Hias

keep GPU mem as it is (76MB) - that's not needed with the new driver and only wastes memory.

Only H264 HW decoder needs GPU mem and 76MB should be plenty for it. New driver needs CMA memory (which we already default to 384MB ATM).

so long,

Hias

If you updated from an older version please replace your config.txt with the one in /usr/share/bootloader/config.txt - some important settings have changed and the file isn't automatically updated/replaced yet.

as for remote.xml: please provide a kodi debug log.

so long,

Hias

Are you using Wifi? If yes try a wired connection, badly shielded USB3 devices are known to interfere with 2.4GHz wifi usb3-frequency-interference-papers.pdf

so long,

Hias

You seem to have linked to the wrong image, for RPi4 you have to use the RPi4 images - eg LibreELEC-RPi4.arm-9.80-nightly-20200924-4722b9e.img.gz

4k support isn't implemented in the driver yet, that's being worked on and will come later when it's finished.

We are currently testing kernel 5.9 with a newer version of the display driver and changed the config a bit so you won't get a black screen with hdmi_enable_4kp60=1 in config.txt. With current nightly test images you could add disable_fw_kms_setup=1 to config.txt to avoid that issue - see linux (RPi): update to 5.9 by HiassofT · Pull Request #4562 · LibreELEC/LibreELEC.tv · GitHub

Not sure about the remote.xml issue, you'll have to post a kodi debug log. ./userdata/... looks wrong though, that should be /storage/.kodi/userdata/...

so long,

Hias