Posts by chewitt

cat /path/to/log | paste

^ then share the URL so that people don't have to waste their lives downloading zip files

The ability to play HEVC will be no different from before, but the codebases are aligned so we have to 'fix' all of them the same.

It's up to the board manufacturer to decide whether their product has power management and support for sleep/suspend and related features like waking on USB activity. However this costs $€£ so 99.999% of manufacturers believe their product is power efficient and can be left on permanently so they do not include it. I doubt Rockchip manufacturers will be different from Amlogic et. al.

Wake from IR is normally possible with customised uboot. Our challenge will be providing support with Generic uboot, so no guarantees.

Provide the full log not the snippet you think might be relevant.

wget http://chewitt.libreelec.tv/advancedsettings.xml -O /storage/.kodi/userdata/advancedsettings.xml
systemctl restart kodi

^ that will put in debug without OSD

If you don't complain back to RTL they will continue to churn out more new drivers that do not follow kernel architecture or quality standards. You need to complain. Lots of other people need to complain too. Unless people actively complain nothing will change.

I will not download the driver. Feedback is provided in post #10.

Use a milhouse test build.

justdoing Please tell Realtek to upstream their out-of-tree drivers to the mainline Linux kernel. Then we will be happy to include them in our images. We have enough of their unmaintained junk in our images already - we will not add more.

Fix is merged. There should be updated images on the servers this evening.

4k is no problem but Intel drivers do not have HDR support. It is still being developed.

The nvidia 340.xx legacy driver we embed should support the GeForce 9200 but it wouldn't be the first time that something on the edge of the driver support list doesn't work; i.e. really old cards that are on the trailing edge of the list.

SSH into the box and run "dmesg | paste" and "cat /var/log/Xorg.0.log | paste" and share the URL(s) here.

Fix has been merged. An 8.2.0.1 release will be made available sometime later tonight.

It's hard to comment without any information on the hardware you're using (including the GPU type, which is probably pertinent). Most times when people claim their box is frozen the OS is running fine and there is some other reason that graphics didn't start. If you know the IP address of the box try logging in and running "dmesg | paste" so we can see something about the boot.

Thread name updated so more people find it and read the above comment.

This is a known issue and it is the reason why we pulled the RPi/RPi2/Slice/Slice3 update files from our server about 12h ago. It is being investigated and there will be an 8.2.0.1 respin release once fixes are changed. No ETA at this time.

All images support PXE boot as long as you customise the boot process to PXE boot.

Maybe if you disable the onboard GPU and fit a newer alternative that's supported, but it's an ancient spec machine and a Raspberry Pi will deliver much better performance and use considerably less electricity.