Posts by jernej

Quote from dhewg

- switching to mesa resulted in a broken kodi: "kodi.bin: undefined symbol: glGetIntegerv", a full rebuild fixed that, maybe you ran into that too?

I think I did, but that's not really an issue.

Quote from dhewg

- the patch "media: pixfmt-compressed.rst: improve H264/HEVC/MPEG1+2/VP8+9" in "projects/Allwinner/patches/linux/0001-backport-from-5.5.patch" seems misplaced, I didn't check, but I guess it has been merged for 5.4

ok, thanks for heads up.

Quote from dhewg

Just tested a bit, but seems to work fine so far.

What I'm really after is how it behaves with sw decoded content. If you have time, please disable HW decoding in settings and test SD quality and HD quality videos. Additionally, enable HW acceleration and select EGL rendering for DRMPRIME. If all these tree cases works, then I might consider switching to mesa.

Quote from jamper

In addition to not being able to install libreelec in the internal memory.

you have several posts explaining how to do that in main topic, just use search. It's same procedure for all devices.

Quote from jamper

I want to install tvheanded pvr addons but it gives me an error and also simple iptv.

addons are hit and miss in nightlies, because when Kodi gets updated, addons must be often updated too, which may took a while. This should be no problem once (semi-)stable images get released.

Quote from dhewg

Sounds like a dts issue? Do you know what's missing?

Several things:

- current GPU DT patch are only quick fix for proprietary driver. However, upstream patches exist but I didn't use them in LE yet

- T720 needs some additional panfrost kernel patches. I think they will be included in Linux 5.5

- T720 is currently blacklisted in mesa source.

Quote from ilchenko

Can someone tell me where to download the previous nightly version with python 2?

Nightlies are built completely automatically and once new image is built, old one gets deleted. Unless someone stored pre-python3 image and gives you the link, building your own image from slightly older sources is the only way. Keep in mind that addon repositories will also get updated with never versions of addons which might not be compatible with pre-python3 Kodi. In this case you would also have to build your own addon. But that is easy for addons already included in LE repository.

ilchenko things will improve once first alpha/beta and then hopefully stable images will be published for Allwinner. Then you'll always have image where addons should work. Nightlies are by definition unstable.

dhewg  Psix_anp PR with OPi3 IR patch and ethernet fix opened: Allwinner: OrangePi 3 improvements by jernejsk · Pull Request #3974 · LibreELEC/LibreELEC.tv · GitHub

Quote from offbeat

Didn't test any further due to inability to access LibreELEC settings, addon crashes with error.

Unfortunately, latest LE master has problems. LibreELEC settings addon was not yet converted to python 3. Fixes for that were already PRed, but I'm not sure when they will be merged.

turgus I was wrong, Beelink X2 doesn't have analog audio output so that's why you don't have it on Sunvel R69. If you'd like, you can create proper device tree file for it, submit it to Linux and U-Boot and I'll make support for it as a it's own device.

Quote from dhewg

On that topic, what's the status of getting rid of those gl vendor bin blobs? Shouldn't mesa be good enough (tm) for kodi by now? I guess hw decoding is the reason use libmali? Is the tree ready to just flip "OPENGL" to "mesa" to try it out?

I try lima now and then, but last time I tried it, Kodi didn't even start. Buffer management was broken but I'm not sure where (kernel or mesa). I'll try again when Linux 5.4 is released.

In order to try it yourself, you have to enable lima driver in kernel, set OPENGLES driver in project config to lima and configure mesa package to use latest master.

Two notes:

- T720 support is very broken in panfrost, so it makes no sense to try it, but according to panfrost IRC, it should be much better in following weeks

- GPU driver doesn't have anything to do with HW decoding. It may be for rendering video, but even that will be soon bypassed almost completely (only SW decoding currently uses GPU for rendering)

dhewg Thanks! Nightlies are always based on recent stable kernel, currently 5.3.5. However, a lot of upstream and wip patches are included on top of that. Check projects/Allwinner/patches/linux/ and projects/Allwinner/devices/H6/patches/linux/ folders for them. Idea is to upstream those patches as much as possible. This is never ending story - as soon as you manage to upstream something, you find something else to fix/update. However, this is beneficial for us and other distributions - once patch is upstreamed, we don't need to care about that patch anymore and other distros get same improvements when they update the kernel.

turgus beelink DT is missing analog audio node, I'll add it soon. There is no guide for editing extlinux.conf. Actually, only line you should edit is APPEND line for Linux kernel arguments. If you want to use serial console, delete second "console=" entry.

dhewg I guess nobody enabled it. I will add it soon. Thanks for bringing that up.

I will also soon open PR with Cedrus improvements. Quiet a lot happened since I updated those patches and I also found a fix for all crashing HEVC videos. That should make it useful for HEVC DVB streams.

turgus You won't be eable to fix much with editing dtb. There is no support for XR819, remote must be set manually (I will probably add default remote mapping for X2 in DT, but I don't know if R69 uses same remote), "system halted" message is normal - at this point you just plug out device. Only weird thing is that reboot doesn't work. However, that would indicate some kernel crash. You would need to edit extlinux.conf a bit and connect a serial adapter to figure out what's going on.

tweeKpot and others with HDMI audio issues - can you try this H3 update?

libreelec-h3.arm-9.80-devel-20191104214918-cfe1640.tar

jdww that work (previous version of the patch) is used for some time now

roel maybe you can try same fix as I used above for H3. You can compile A64 image from this branch: Commits · jernejsk/LibreELEC.tv · GitHub

prabuselva can you give a link to your git repository? Or better yet, make PR to LE master and I'll make a review.

Note, no H6 supported board runs at 1.8 GHz. There is no need fo that. Ideally, video is HW decoded and usually runs at lowest possible setting.

Quote from prabuselva

- VIdeo playback causes higher CPU usage..

How did you determined that? what are the numbers before/after? That code didn't change much in a long time.

Quote from prabuselva

- Instead of 1080p Display, I only get 1024x768p Display
- No sound via HDMI

That means that EDID was not read correctly. Do you have ddc-en-gpios = <&pio 7 2 GPIO_ACTIVE_HIGH>; /* PH2 */ in your HDMI connector node?

prabuselva thanks for working on this, but you'll have to rebase your work on current master branch. New features, like supporting new board, are accepted only there. Please describe your issues with 1080p HDMI in more detail and append any relevant data, like dmesg output and clk_summary content.

ilchenko That is known bug - for some reason H264 videos with width > 2048 are not decoded properly on H6, but are ok on H3 and A64. I'm in the process of reworking Cedrus patches and along I try to fix known bugs. This is the only one which is not fixed yet. I'll upload test images soon.

No network after rebooting OrangePi 3 is also known bug. I'm not sure when I'll have time to look into it, but I suspect what could be the issue. Current workaround is to shutdown the board, remove power supply for a few seconds (LEDs should stop shining) and then power it up again.

tweeKpot HDMI audio was reworked, mostly due to big upstream changes. I'll ask one expert to look into this.