Posts by jernej

Quote from seregared1

Oh seems with the last patches (maybe Rockchip: linux: add patch to fix RGB to YUV422 conversion in dw-hdmi · LibreELEC/LibreELEC.tv@8cce2e2 · GitHub) fixes the black screen on some emulators (especially Stella2014).

That patch is specific to RK, so it must be something else.

Quote from seregared1

Why is it beta? Nightly builds for H3 seems VERY stable. I have Pi0, Pi3 and i can compare.

Because status is determined for all platforms together. Believe me, there are bugs even on H3, just not screaming ones.

Quote from gaaf

I have the same issue with a Samsung TV, but this only started somewhere between version 8 & 9 of Kodi. There has also been a major libcec update in that timeframe. Some bisecting to find the cause might be possible. Do you have any idea what would be the most probably cause for the regression, Kodi or libcec (or something else)?

There is no LE8 for Allwinner, at least not from official git tree. Depends on which SoC you're talking. If it is A64 then regression most probably comes after switching to HW CEC driver. I don't have a clue for others.

Quote from Jippy

How can i install it?

All addons needs to be build by yourself. There is no addon repo for old images.

There is an issue with Widevine library on all ARM platforms and it's possible that it won't be solved soon.

Does Disney+ use Widevine? If so, note that this is SW decoded and then there is currently issue with it: Latest Widevine 4.10.2252.0 fails to load · Issue #678 · xbmc/inputstream.adaptive · GitHub

Quote from minnix

I connected it to a 1080p monitor and it showed up and I was able to configure it. When I connected it back to my 4k LG TV the TV doesn't detect a display signal but I can see the device on my wireless network. So it was probably booting originally but my TV just wasn't seeing the signal, and it still doesn't.

I too have issues with any H6 board and my LG TV in 4k@60 mode. Any mode with 297 MHz pixel clock or lower (4k@30 and lower) should work fine. However, my 4k@60 monitor works fine. I have yet to find a fix for that. Currently the only workaround is to lower resolution on some other display first, which is then remembered on Kodi.

Yeah, I can give you diagnosis - HW doesn't support 10-bit H264 (nor any other 10-bit content), so this must be SW decoded and converted to 8-bit. If you disable DRMPRIME decoding in playback settings, you'll get just that. Graceful fallback obviously isn't implemented, it's one of the rough edges. But SW decoding of 10-bit content is more demanding, so you usually won't get good experience anyway.

Quote from offbeat

It's solved by applying windowing/gbm: Add display clock by popcornmix · Pull Request #19601 · xbmc/xbmc · GitHub you suggested some time ago and enabling "Sync video to display" in settings. Hope these commits will make it to LE soon.

I believe this is Kodi 20 feature and not planned to be backported to LE10. However, if enough noise is made about it, we might reconsider

I found another possible improvement. If you switch to ondemand governor, you can try following settings:

LibreELEC.tv/cpufreq at master · LibreELEC/LibreELEC.tv · GitHub

offbeat note that overlays currently work only on RPi and Allwinner, maybe Amlogic (not 100% sure). Based on PWM addresses, tony013 uses Rockchip (RK3399), which doesn't support overlays yet.

Which codec? Or better yet, can you provide small sample? Note that not all codecs supported in HW work. Currently supported are MPEG2, VP8, H264 and HEVC.

I removed test image. It was highly experimental and later I decided to drop support for A20 altogether, which meant that I stopped experimenting with A10 too. Few reasons:

- I don't have any A10 HW

- A10/A20 image quality was poor (far more issues than H3 or newer)

- HW lacks support for expected features (I think A10 chokes on full HD videos)

- A10 and A20 SoCs are pretty different to H3 and newer, which would double the work

Quote from AonMaster

you mean that our Orange Pi plus 2E does not have mainline driver for Wifi and won't be supported?

Exactly. It was decision made by team. Out of tree wifi drivers are not fun to update and they break often when kernel is updated. We could have at least 15 drivers at this point, if we would go this route. Anyway, in my experience, wifi module on the board is not that great. You could make your own image with added driver or just use USB wifi dongle.

you didn't tell which board you're using.

Quote from tony013

Afaik the dtb is created during kernel build - and I searched packages/linux for scripts that I could overload ...

didn't find some.

If you want to go this way, you have to make kernel patch and add it to "patches" folder.

Quote from tony013

So I tried to create an overlay file, added it to extlinux.conf - but then, LE does not boot any more.

This should work for Allwinner boards, if you use latest image. But I suspect you're using different platform.

Plenty of such CEC issues were already reported but solution has not been found yet. TV behaviour is probably a part of that problem.

Nope, read first post here: Nightly images for A64, H3, H5, H6 and R40 boards

Sorry to say, but options that are not enabled by default are in second plan, there is enough work already for a (very) small team of developers interested in particular platform. Having said that, I always like to hear about such investigations.

Quote from offbeat

Btw, another (bad) workaround to H6 jerky output is disabling "Allow hardware acceleration with DRM PRIME".

If this actually changes anything, it means that there is an issue with decoding pipeline, e.g. something is just a little bit too slow. This is one area on which we are working intensely (multiple platforms share this mechanism), but I don't think it will be ready before LE10 release.

Ethernet is enabled in Linux and works fine (check dwmac-sun8i 1c30000.etherne lines in kernel output). I disabled it in U-Boot to make boot procedure a little bit faster, although I don't think it matters much.

Quote from AonMaster

Could you upload an image of SD card after resizing? I mean, if there was a way for me to prepare SD card just as it should be, and see if it works, I would appreciate that.

No, because it depends on SD card you're using and that is the reason why resizing is even needed. You can however do that manually by some partition editor in Linux. Just extend partition to cover whole free space and remove ".resize_me" (or something similar) file from that partition.

Quote from AonMaster

What else can I do with my problem? Changed SD card from 2Gb to 4Gb, all is the same.

These are pretty old cards. There might be compatibility issue. Do you have any class 10 or newer card which you can test?

Ah, no, I don't use that option.