Posts by HiassofT

Linux kernel CEC support isn't currently enabled in Generic images. I've created a pull request to add that (and the SECO driver you refrerred to)

Generic: enable support for SECO CEC driver by HiassofT · Pull Request #4627 · LibreELEC/LibreELEC.tv · GitHub

Can you give that a try?

so long,

Hias

Please create a separate thread for your Generic/NUC issues.

so long,

Hias

For 2ch/stereo keep passthrough disabled.

Passthrough is only needed if you connect a DTS/AC3 capable multichannel receiver via S/PDIF and want to be able to play back DTS/AC3 5.1.

so long,

Hias

Yes, transistor is needed - RPi GPIOs can't provide the current needed to drive a fan.

so long,

Hias

LibreELEC also includes cec-ctl from the v4l-utils package, you could give that a try.

I'm not really familiar with it (CEC with libcec/kodi works just fine here with my LG TV so I only did some very basic tests to check if cec-ctl works) but as that tool is written specifically for the linux kernel CEC framework there's some chance it might work better than cec-client/libcec.

so long,

Hias

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