I uploaded new images and updates. What's new:
- updated U-Boot on images (general update file doesn't update U-Boot)
- docker addon should work now without issues (cleaning of old config files may be needed)
- kernel 5.0.2
- H6 SoC is now supported
- [email protected] now works without issues H3 and A64
eTerNal_cRy probably there are not much OPi Plus 2 users.
Is it possible to get the composite TV/composite/cvbs Output running in PAL Mode? Mainline status matrix says kernel hasn't support but I'm not sure if this is the latest state.U-Boot seems support it
No, there is no support for TV out for H3 on either, Linux and U-Boot. Not much is missing in both cases, just consensus on some implementation details. Either way, U-Boot driver doesn't help at all in this case.
Disclaimer: I'm the one who worked upon U-Boot driver for H3 TV out, but I lost interest.
Yeah, CEC is not stable. For some reason it's hard to make it work. Nothing I can fix soon.
Can you include it?
There is a reason why this is not done already and that's mentioned in OP. Another discussion here: Add Wifi driver for OrangePi Plus (RTL8189ES) by Vovanys · Pull Request #3279 · LibreELEC/LibreELEC.tv · GitHub
TL;DR: It works for now, but it won't in LE10.
EDIT: And nobody wants to deal with realtek drivers.
macchese all depends if someone manages to fix GPU driver bug. If yes, then everything else is very easy. If not, it only works for resolutions of 800x600 or lower.
Video will be decoded and displayed, but there will be combing effect visible. It really depends on the movie scene how much it is noticeable and how annoying it is.
no deintrlacing at all currently, or no hw deintrlacing, but sw deintrlacing still works?
SW deinterlacing works for sure, but that means rendering has to go trough GPU (higher GPU and CPU load). What I currently don't know is if you can combine that with HW decoding.
Deintrlacing and vsync?
HW deinterlacing is not (yet) supported, but vsync should work correctly. Deinterlacing is not an easy task, because there is no mainline driver yet and it is also not yet supported in the DRMPRIME renderer, which is used in Kodi for this platform.
EDIT: All these platforms (H3, A64, H6) have similar display/decoding hardware, so once you write driver for one of them, you can quickly extend it for others too.
H6 is almost on pair with H3 and A64, except analog audio and CEC is not working for some reason. HW accelerated decoding works same as on H3 and A64.
10 bit HEVC decoding almost works (some visible artifacts), but currently display driver doesn't support 10 bit output, so they are actually rendered in 8 bits.
It was tested in Samsung, Philips and LG tvs with differents hdmi cables, something about bat eidi info..
Can you post your dmesg or wherever it says about bad edid?
Any progress for H6?
Yes, I plan to upload PineH64 image next week. Since I don't have OrangePi 3, someone else will have to take care for it. It's missing few nodes in DT file.
I am really missing option to put my Orange Pi PC Plus board to sleep and wake up using power button.
Any chance to get this feature soon?
Shallow sleep (not much peripherals turned off) might be already possible, but deeper sleep state is tricky. For that you need special firmware on coprocessor. Such firmware, crust, is in the works, but I don't plan to use it in near future. At least until needed drivers come into mainline Linux.
I'm not sure shallow sleep is really usable. It would give you feeling that you turned off the board, but power consumption wouldn't be much lower.
Anyway, someone would have to do some research on that, but I rather work on other issues, like why some H264 and HEVC videos don't work properly.
Tell me how to choose a kernel when compiling (3.x, 4.x, 5.x)?
You can't. LibreELEC is highly integrated environment and changing kernel would break a lot of things. I always work with latest stable kernel (currently 5.0.1, just pushed) and sometimes even with RC, but that shouldn't happen anymore.
and which distro are you using?
You can try first by installing "xsltproc". If this doesn't work then you can try installing "docbook-xsl". Anyway, nothing of this should matter. If it does, package needs to be updated.
Can you check from completely clean image? E.g. burn image again, update it and try again? If this doesn't work I can only compile docker addon again.
which git source are you using? mine or that from LibreELEC official repo? What distro (including version) are you using for image building?
Ok, I'm out of ideas. All needed kernel options seems to be present now.
test this update: libreelec-h3.arm-9.1-devel-20190310131132-f3a2819.tar
I added mentioned and some other optional module. Unfortunatelly, blkio warnings can't be avoided. It seems needed kernel options were removed at Linux 5.0. I guess docker needs to be updated to account for this.
What is unusual is that your missing kernel module is not in check script provided by the docker.
