Posts by jernej

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:

during playback, when issue appears.

I played a bit with various flags in DT but nothing helps to restore speed. I have a feeling that H6 mmc driver is not optimized but I have no idea about it. Since it works for you I won't spend much time on it for now. Anyway, PR for PineH64 eMMC support would be welcome. If you don't want to do it, I can take a shoot sometime in future.

EDIT: So I did same speed on Android where I got ~130 MiB/s so definitely driver issue.

ha, on Tanix TX6 I get without mmc-hs400-1_8v

and with mmc-hs400-1_8v

so this for some reason halves access read speed...