Posts by jernej

If you re-read my post you'll see which file to change. Once you open it, it should be very obvious how to change it - board name - dts file name - U-Boot config name

It's simple - < 1 GiB RAM boards are not supported because I don't want to deal with low memory situations, at least for now. Anything that it's supported in LE master branch can be treated as (semi)officially supported, so that's why there are no such boards. This is different than Armbian which has a notion of community supported boards. Still, it's extremely easy to add any H3 board on your own - just few lines in scripts/uboot_helper. However, if SoC is not yet officially supported (like H2+) then it's more work. I have zero reason to add support for H2+ because I don't have (or know) any H2+ board with at least 1 GiB of RAM.

Well, technically it would be sleep (suspend to RAM), not proper power on/off. I'm not sure anyone has any plans to work on IR in foreseeable future.

freenix I just tested latest LE master image on my OrangePi Win on a freshly unpacked SD card and it still works fine for me.

At this point it would be useful to get Kodi log and output of dmesg command. You can do that either over ssh or serial terminal. Ssh is easier, if you don't have it already enabled, just append ssh at the end of APPEND line in extlinux config on SD card. If that doesn't work, you'll have to connect serial dongle to the board and enable it in extlinux conf by modifying APPEND line - switch console parameters around and append systemd.debug-shell=1 at the end. In either case, please provide output of dmesg command and content of .kodi/temp/kodi.log

It's low priority for me but I'm accepting PRs if anyone else wants to do it

I don't think that any supported device in LE is powered from battery... Anyway, even if crust gets supported, only button will work for turn off/on. IR and CEC are not supported in crust (yet?).

Install normal image first (nightly image) and then put tar file to /storage/.update. You can do than in many ways - over samba, sftp or using Linux PC to name some ways. Then just reboot and LE will be updated. Note that these updates are already a bit old (pre-alpha 1). I need to update them at some point...

alzinzav  alucard666 Can you test this image? LibreELEC-A20.arm-9.80-devel-20200805221456-bd5130b-cubieboard2.img.gz

I don't have CB2, but image for OLinuXino-micro works fine. Note that major change in comparison to LE master branch is that it has Linux 5.8.

freenix Can you this one: LibreELEC-A64.arm-9.80-devel-20200805221609-bd5130b-orangepi-win.img.gz

It's with kernel 5.8 which didn't yet landed in LE master branch, but it works for me...

Quote from alzinzav

No more images for A20. It's normal?

I opened PR with a build fix. A20 nightly images will be available again after it is merged. Thanks for notification.

Did you check Audio passthrough testing ?

yeah, 3D mode is not implemented, I don't have 3D display...

Thanks! Unfortunately, there is one bug which prevents merging these changes to master branch - if display refresh rate is set below deinterlacing speed (usually 50 - 60 fps) then video will start lacking behind audio. I have yet to figure out what to fix in Kodi.

FYI, next nightly will also have VP8 HW decoding support.

Lewis Changes were already merged few hours ago so next nightly image should have all fixes. Anyway, I'm still interested if it works for you or not.

I only added kernel and alsa-lib changes in order to enable it so probably Kodi doesn't have PT implemented for audio only files. I don't really know Kodi audio subsystem in order to check or implement that. I suggest you ask at Kodi forum.

Note, after some more testing, it seems to work reliably only when screen resolution is set at 1080p @ 60 Hz for me.

Lewis Please test this update: LibreELEC-H3.arm-9.80-devel-20200719123645-ddd7a12-drmfix.tar

it should fix disappearing menu and green screens in all configurations.

No, nothing is merged yet, but I have working patch already. I probably also discovered reason for green frames - also DRM driver issue. I didn't know about these issues because I always tested on 4k @ 30 Hz where it seems to work fine. However, if I switch to 1080p @ 60 Hz, then I'm able to reproduce these two issues quiet easily.

Lewis I reproduced the issue and I already know what is the problem. I'll take a look how to properly fix it in following days, but for quick fix you can execute:

devmem 0x01100800 w 0x301
devmem 0x01100008 w 1

during playback, when issue appears.