Official LE11 Test Images for Amlogic (Kodi-20)

Quote from chewitt

emveepee I did some test boots from an SD card yesterday using the image in my web-share (5.17-rc4 and u-boot 2022.01) and it worked fine from a boot perspective. I'd recommend getting an emmc module; they're faster and more reliable than SD cards.

Thanks and I agree, but I made a mistake only ordering one when I originally got my N2 and while the drives themselves are priced ok it is hard to justify paying 3x the indicated prices for extra shipping taxes and duties for a postage stamp sized item just to test. These same cards themselves work in my RPi's and VIMs so it is my SD reader that appears faulty so put me on the list for wanting tftp support.

Quote from emveepee

Put me on the list for wanting tftp support.

Mainline u-boot already supports it (all the Amlogic boards in kernel-ci boot that way) so you should be able to write u-boot to SPI and boot the device (replacing petitboot). I have no personal experience with it so can't guide you, but it should be do-able.

Has anyone got a fix for the pink line issue? Getting a small line on the bottom for anything needing to be upscaled and a small green line for any videos that are downscaled to 1080p.

Quote from chewitt

Garzie https://chewitt.libreelec.tv/testing/LibreE…85.0-box.img.gz

very much appreciated! - that worked

is more stable

plays streaming video - and allows skip forward / back

still has the "failed to start configure eth0 mac address" message ( but not a problem for me

still cant figure out how to get it to suspend and awake on the power button - as CoreElec did

has crashed 1 or 2 times - but don't know if that is due to addons i have loaded ....need to play with it some more

can post logs if needed / wanted

thanks again !

Quote from deffffz

Has anyone got a fix for the pink line issue? Getting a small line on the bottom for anything needing to be upscaled and a small green line for any videos that are downscaled to 1080p.

This is what I found to fix my purplish line RE: Official LE Test Images for Amlogic (Kodi-20)

Quote from hieppo

This is what I found to fix my purplish line RE: Official LE Test Images for Amlogic (Kodi-20)

I tried this but EGL gives me more artefacts and glitching than Direct to Plane on certain videos.

Quote from deffffz

I tried this but EGL gives me more artefacts and glitching than Direct to Plane on certain videos.

My box is has s912. I wonder if different gpu behaves differently.

Does anyone have a copy of the February 12

(LibreELEC-AMLGX.arm-11.0-nightly-20220212-....tar)?

chewitt maybe these files stay somewhere on the server and you could share?

Later releases are practically unusable, kodi crashes and reboots very often.

Quote from tomaszc

chewitt maybe these files stay somewhere on the server and you could share?

I use my own images for testing, not nightlies, so I don't have old images anywhere and the current test server holds one or two days files and then deletes them. I also have no stability issues (within the normal range of what works/doesn't-work with the vdec) so your problems are probably a skin or some add-on not being happy about the recent Python 3.9 bump in master.

Quote from tomaszc

Does anyone have a copy of the February 12

(LibreELEC-AMLGX.arm-11.0-nightly-20220212-....tar)?

chewitt maybe these files stay somewhere on the server and you could share?

Later releases are practically unusable, kodi crashes and reboots very often.

same here to be honest - rebooting after every episode watched so I switched to mainline nightlies instead

Quote from deffffz

same here to be honest - rebooting after every episode watched so I switched to mainline nightlies instead

Provide a proper debug log.

If anyone is using a Tanix TX3-mini box (S905W) the VFD display is now supported in my test images with upstream code! .. as this series was posted to the mailing list https://patchwork.kernel.org/project/linux-…[email protected]/ and I've added the super-simple clock script here https://github.com/chewitt/LibreE…401de6c2979fdd7 to put some numbers on it. In time (and assuming the driver patches are merged) someone with a bigger clue about Python than me will be able to resurrect the fd628.service add-on we've had in the past as that was fancier, but that involves Python, which I suck at. NB: There's also no guarantee the above driver will work on other boxes with VFD bits, but it's a start in the right direction

Hi chewitt, some quick question. I still want to remove hardware mpeg2 decoding.

By adding the following patch file into:

/http://LibreELEC.tv/projects/Amlogic/devices/AMLGX/patches/linux/

diff --git a/drivers/staging/media/meson/vdec/vdec_platform.c b/drivers/staging/media/meson/vdec/vdec_platform.c
index 810039a02b44ba..9cf21519c4879d 100644
--- a/drivers/staging/media/meson/vdec/vdec_platform.c
+++ b/drivers/staging/media/meson/vdec/vdec_platform.c
@@ -112,17 +112,6 @@ static const struct amvdec_format vdec_formats_gxl[] = {
         .firmware_path = "meson/vdec/gxl_mpeg12.bin",
         .pixfmts_cap = { V4L2_PIX_FMT_NV12M, V4L2_PIX_FMT_YUV420M, 0 },
         .flags = V4L2_FMT_FLAG_COMPRESSED,
-    }, {
-        .pixfmt = V4L2_PIX_FMT_MPEG2,
-        .min_buffers = 8,
-        .max_buffers = 8,
-        .max_width = 1920,
-        .max_height = 1080,
-        .vdec_ops = &vdec_1_ops,
-        .codec_ops = &codec_mpeg12_ops,
-        .firmware_path = "meson/vdec/gxl_mpeg12.bin",
-        .pixfmts_cap = { V4L2_PIX_FMT_NV12M, V4L2_PIX_FMT_YUV420M, 0 },
-        .flags = V4L2_FMT_FLAG_COMPRESSED,
     },
 };

Anything I forgot to do? Because Mpeg2 is still not working

If you want to disable MPEG2 in the driver that patch will still work (nothing changed in the driver). One of the HardKernel forum regulars has started to look into it .. but he's still in the early stages of tracing what the code actually does.

Thx, I was only wondering, because my compiled version did not work either for mpeg2.

I thought I forgot some kind of magic there, like enabling the patch

Quote from chewitt

Provide a proper debug log.

The quoted message was not for me, but let me send my log:

https://paste.gg/p/anonymous/3a…f7d54b40441b14f

This is a crash log from the youtube plugin, this occurred after trying to search, however, the same thing often happens after youtube playback is complete when kodi returns to the list. After the crash LibreElec returns to the console and restarts kodi after a few minutes.

Other plugins also randomly cause crashes (e.g. plugin.video.invidious when trying to start a video, or during playback), but then LibreELEC completely crashes/freezes and writes nothing to kodi_crash.log

These problems started in nightly and your images after Feb 12. From my experience with python then upgrading from 3.7 to 3.8 shouldn't cause this kind of problems, if anything it's some syntax error or other exceptions but with every call, and here it happens very often but not every time. Unless under Kodi it works differently than normally running python scripts.

The Python 3.9 bump is causing issues in a few places - notably one of the caching add-ons that's consumed by some streaming and skin add-ons. It's not anything specific to my images (or LE) and will probably get resolved upstream soon enough.

I have trouble with DVB on LE10 and LE11. It worked great with LE9 (with "DVB drivers from the latest kernel" activated), but in LE10 and LE11 the video often starts purple/green, sometimes it does not start at all, and sometimes it keeps continuously choppy.

My DVB USB device is a Silicon Labs Si2168 (supported since Linux kernel 3.16) on an Odroid C2 with Tvheadend. IPTV and HEVC HW Decoder work great, but not with DVB.

Is this a DVB driver problem? Should I try to install the CrazyCat TBS drivers? Any ideas?