Posts by HiassofT

I recently ran into that issue as well and PRed a fix for that: connman: ignore kernel-managed netdev and improve resolv.conf handling by HiassofT · Pull Request #3883 · LibreELEC/LibreELEC.tv · GitHub

This fix is included in Milhouse nightly builds since #1002 and should make it's way into the next LibreELEC release if testing goes fine.

LibreELEC Testbuilds for x86_64 (Kodi 19.0)

LibreELEC Testbuilds for RaspberryPi (Kodi 19.0)

Some feedback / test results would be highly appreciated.

so long,

Hias

Quote from Da Flex

We know the IR receiver is attached, and the serial_ir driver has been loaded. That's enough for me to trust the /dev/lirc0 output.

The Android-x86 Linux (yes, I'm sure it's Linux) can handle it, which makes it very likely to work with LE, too.

Sorry, this is utter nonsense. The serial_ir driver will load whenever there's an UART present. And as the OP already wrote in his first post that he's not getting any output chances are very high there's nothing attached there.

Please stop spamming threads with nonsense posts if you have nothing useful to contribute.

so long,

Hias

Quote from Da Flex

If you have a look at the start posting (ir-keytable output), you can see that the LIRC device is ready to go.

Sigh. If you had paid more attention then you'd noticed that this was the serial_ir module the OP had loaded and as the SOC has a built-in UART the module load succeeded. This doesn't mean that there's an IR receiver attached to the serial port.

Serial port IR receivers were mainly homebrew stuff some 15 years ago when PCs usually had at least one serial port. Chances of finding that in some commercial stuff from the last 5 years - as this box - are very, very low, as I mentioned in my first post here.

so long,

Hias

Quote from Da Flex

Your Android-x86 OS probably has LIRC enabled, and that's why it's working. Under LE you have to enable / configure it as mentioned.

Sorry, but this is nonsense. LIRC needs an IR device/driver where it gets it's signals from and this is missing with the box. Running LIRC won't help.

so long,

Hias

I had a look at the Intel Z3700 series datasheet and it doesn't mention a built-in IR receiver.

My guess is the manufacturer might have connected a TSOP IR receiver to some GPIO and software decoded the signals in an Android driver - or something like that.

As there doesn't seem to be any real info available about this box (links to forum posts with BIOS are all dead now) I'd guess chances of getting the IR receiver working is about zero.

Probably best to just buy an MCE USB receiver (eg an HP branded one from ebay), these work out of the box with LibreELEC.

so long,

Hias

Thanks for the logs!

There are no signs of an IR receiver present in the logs (usually you'd see the nuvoton, winbond, ITE etc ACPI PNP IDs in dmesg).

I'd recommend checking the BIOS settings, usually the CIR (consumer IR) port has to be enabled manually.

so long,

Hias

It would be very unlikely if the box had a built-in IR receiver connected to a serial port. So it would be interesting to know what kind of IR receiver is used in this box and how it's connected.

Can you post some more info about this box plus dmesg, lsusb and lspci output.

so long,

Hias

Please open an issue on the inputstream.adaptive github repo Issues · peak3d/inputstream.adaptive · GitHub If you want specific features/commits from master or Matrix branches backported to the Leia branch. Once they have been included in a new Leia release we'll pick them up automatically.

so long,

Hias

OK, you can drop hdmi_enable_4kp60=1 from config.txt, 4kp50/60 isn't supported by the receiver (at 4:4:4 RGB). But 4kp24-30 should work according to the specs you posted. Puzzling.

Could you test this build: libreelec-rpi4.arm-9.1-devel-20190928101045-ea02c4d.img.gz

This is current LibreELEC 9.2 development tree plus latest 4.19 kernel and firmware (about what's to become the next 9.2 release).

so long,

Hias

Please test with LibreELEC 9.2 beta 1 and make sure you have hdmi_enable_4kp60=1 in config.txt and enabled "Ultra HDMI Deep Colour" (or whatever the option to enable 4:4:4 chroma is named) on your TV/receiver.

4kp50/60 is disabled by default on RPi4 (as it needs higher internal clocking and increases temperature) and it only supports 4:4:4 output (not 4:2:0), which is often disabled on TVs.

so long,

Hias

Can you test if this rpi-tools addon version works?

virtual.rpi-tools-9.1.901.107.zip

It includes the RPi.GPIO 0.7.0 update update RPi.GPIO to 0.7.0 by HiassofT · Pull Request #3871 · LibreELEC/LibreELEC.tv · GitHub

so long,

Hias

The journal shows that hyperion can't connect to Kodi. Please change the kodi check address in your hyperion config from

192.168.2.14 to 127.0.0.1.

In addition to that you may also need to enable "Allow remote control from applications on other systems" in Settings->Services->Control (IIRC older kodi versions had a bug that even local connections to 127.0.0.1 didn't work unless this was enabled - could well be that this has been resolved, though).

so long,

Hias

Yes, you need to do that with putty. It might be easiest if you change to the "pictures" directory first, then you can simply grab and view the screenshot.png via the "Pictures" share on your PC:

cd pictures
hyperion-dispmanx --width 320 --height 180 --screenshot

Then repeat the hyperion-dispmanx (just press "cursor-up" to recall it, then return) while you view different pictures on your RPi and check the screenshot.png on your PC.

While you're at it it would be good to grab some info about your system. Please run the following commands and post the URLs:

journalctl -a | paste
paste /flash/config.txt
paste /storage/.kodi/temp/kodi.log
paste /storage/.kodi/userdata/addon_data/service.hyperion/hyperion.config.json

so long,

Hias

Can you please do the dispmanx grabber tests as I described in post 4? Hyperion hypercon problem no green and white lights

so long,

Hias

As I already wrote use multiple times use hypercon for that. Go to ssh tab, connect, choose your hyperion.config.json with "Local Config Path" and click on "Send Config". Then reboot so hyperion picks up the file.

so long,

Hias

Yes, exactly. I highly recommend using hypercon (the LibreELEC version) to manage hyperion config, that's a lot easier.

so long,

Hias

If you manually install hyperion-config.json you need to copy it to .kodi/userdata/addon_data/service.hyperion/hyperion.config.json, NOT .config. Or use the LibreELEC hypercon version (from our wiki) to do that, using "Send Config" in the ssh tab.

Without the config file in place hyperion won't start.

So far it looks like you are still running the official hyperion version and this one seem to have problems with LibreELEC and the RPi4. There's probably nothing wrong with your RPi4.

so long,

Hias

It looks like the issue is triggered by the vfs.sftp addon

2019-09-17 20:48:04.305 T:1937068048 ERROR: Unable to load /storage/.kodi/addons/vfs.sftp/vfs.sftp.so.1.0.1, reason: libcrypto.so.1.0.0: cannot open shared object file: No such file or directory

On LE 9.2 several crypto libraries were changed and the one used by vfs.sftp on LE9.0 is no longer available on LE 9.2.

Can you try uninstalling that addon, then upgrade to LE 9.2 beta 2? If that succeeded you can install the LE 9.2 vfs.sftp addon which should then work as befoe.

so long,

Hias