Thank you for the link to the issue. I am glad to see so many people working to determine the cause of the problem.
Thank you for these images. There are no crashes when switching plugins on this version. There are still crashes when alternating h264 and vp9 playback, but that is a different issue. I saved the images in case I need to come back to them 
Anyone still got one of the old py3.8 builds floating about? Builds are unusable with these addons causing crashes left right and centre
Same thing with me, I use a stock skin and some plugins installed. I'm currently using the January version, every few days I check the nightly releases but it keeps crashing and I restore the old version.
Additionally on the new version I noticed two regression errors:
- after kodi crashes the video signal disappears and comes back when kodi restarts, but system booting is visible so it's not a console resolution problem
- Keep audio device online: always - doesn't work, I'm using analog audio output and e.g. when rewinding video I hear loud crackling (turning audio off and on), changing value from 'always' to '10 min' helps
I have the file LibreELEC-AMLGX.arm-10.85.0.tar from Jan 20 (with an older version of python)
Wouldn't it be possible to do test compilations with python 3.8, if only to confirm/exclude that the problem was caused by the upgrade to 3.9?
Or if there is going to be a new version then maybe python 3.10 could be tested?
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.
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.
20220213 - 20220216 are the faulty ones i think . 20220212 is the last stable for the moment.
Do you know where to download the LibreELEC-AMLGX.arm-11.0-nightly-20220212-....tar?
Just update with nightly and to my surprised it no longer crashes when playing between H264 and H265. Also it may not be 100% , H265 will not auto play from saved point but you can jump to the time using time input.
If there were changes, great work.
Unfortunately not to confirm this, on my device there is a hanging problem between h264 and h265 all the time.
Could you please do again the test described in RE: Official LE Test Images for Amlogic (Kodi-20) ?
Do these types of bugs need to be reported somewhere or assume that the developers know about them?
Who is developing this codec? Is this project available somewhere like github, or is it integrated with Kodi?
Recently, my device (U2C Z SUPER, S912, meson-gxm-q200.dtb) crashes frequently.
After testing, I found a way to trigger this.
You will need at least these three files:
https://test-videos.co.uk/vids/bigbuckbunny/mp4/h264/1080/Big_Buck_Bunny_1080_10s_20MB.mp4
https://test-videos.co.uk/vids/bigbuckbunny/mp4/h265/1080/Big_Buck_Bunny_1080_10s_20MB.mp4
https://test-videos.co.uk/vids/bigbuckbunny/webm/vp9/1080/Big_Buck_Bunny_1080_10s_20MB.webm
Next:
- play the h264.mp4 file followed by h265.mp4
- or play the h264.mp4 file followed by vp9.webm
this causes my system to crash. Interestingly after reboot both h265 and vp9 played first work correctly.
I've tested on the newest versions of LibreElec:
LibreELEC-AMLGX.arm-11.0-nightly-20220121-224be67.tar
LibreELEC-AMLGX.arm-10.85.0.tar (2022-Jan-21 15:02)
Unfortunately I can't tell from which version this started happening.
Could someone please test this, so I can know if the problem only affects my device?
Thank you in advance.
No. In the x86 world the "Graphics Card" sort of combines everything into one device. In the ARM world GPU and VDEC are totally separate things. In an Amlogic box the Mali GPU (Panfrost or Lima drivers which are upstream and work great) accelerates rendering of the Kodi GUI via OpenGLES (squares and triangles are being drawn on the screen via maths) and an IP block on the core SoC (S905 etc.) decodes video frames for rasterising to a DRM (digital rendering manager) device like an HDMI tranceiver.
So since we have Mali GPU drivers (Panfrost or Lima) as I understand open source from Amlogic, what is Collabora working on? To fix HEVC?
I find HEVC to be "good, but not perfect" and it does have glitches, but the driver is unfinished and is not upstream so that's to be expected. If other players work better they are probably using software decode because it's not possible to use hardware decode without a ton of patches right now.
Some time ago, there was a post on LibreElec and Collabora Twitter about work on a driver for Mali T760 and newer:
If the driver is created and working, will it be possible to hardware decode without HEVC, just using this driver ( something like hwdec=auto in mpv) and solve the video rewind issues?
I don't quite understand how currently HEVC uses GPU hardware decoding if we don't have drivers.
I unblocked 1080p@50 and 25 and a few other resolutions and frequencies, but it didn't help:
Thanks for the help, I will wait until the new addon versions come out and test.
I sent you the link in a private message (because it is temporary)
If anyone else would need it maybe you can post it somewhere permanent.
Could what you wrote about above be causing kodi to crash when trying to play widevine content?
So far I was using your latest Matrix compilation: LibreELEC-AMLGX.arm-10.0.1-box.img.gz and here widevine worked.
After upgrading to the latest version LibreELEC-AMLGX.arm-10.80.0.tar stopped working, changing to the nightly version LibreELEC-AMLGX.arm-11.0-nightly-20211221-9284c92.tar from https://test.libreelec.tv/ didn't help either.
Disabling DRM PRIME hardware acceleration does not help.
Kodi crash log: https://termbin.com/fqdh
Maybe this is a bug in the alpha release of Kodi 20?
I regret that Kodi 19 compilations are not continued, perhaps it would be easier to determine the source of the problem in these situations. But of course I understand that with limited time it's better to focus immediately on a future release.
Thank you for your work, without it my device would be useless.
You were right about the analog audio output.I tried again with the mixer settings and was able to get the audio to work on the jack output. Thank you for your advice I have attached the commands below if anyone needs them:
amixer set 'PCM' 237 # no necessary
amixer set 'ACODEC' 238 unmute
amixer set 'AIU ACODEC SRC' 'I2S'
amixer set 'AIU ACODEC OUT EN' unmuteThere remains a problem with the crackling that sometimes occurs, but that's another issue.
NB: I have no real plans to maintain K19 images going forwards so 10.0.x files will probably be deleted in the next week. I'll fork the branch on my GitHub LE repo in case anyone needs to build from them.
Does this mean that there will be no more updates to LibreElec images with Kodi 19 for Amlogic?
This is bad news for me, as I was just about to switch from Coreelec 9.2 to using LibreElec on a daily basis.
Are you giving up building images completely or will there still be test images for Kodi 20?
Do you know if anyone else is building test images with Libreelec for Amlogic?
Thanks in advance for your reply.
Minor progress on a couple of things: ... In the background I also have the full vendor sources and schematics for Minix Neo U1 (S905) and U9-H (S912) devices. I plan to extract and post the boot fips so that mainline u-boot support is possible. I can also validate the device-trees which have previously been created with user support (U9-H is upstream, U1 still wip).
Is there any chance that upcoming changes will fix the analog audio output (jack)?
Unless these changes are already implemented?
I tested the image from 2021-Oct-18 04:03 and unfortunately the analog audio still does not work. I don't own a Minix device, but maybe this would have a chance to work globally for s912 devices?
I tried unmuting all channels in alsamixer, but it didn't help.
Maybe the problem is that on LibreELEC this card is visible as P230-Q200 (under different trees), and on CoreELEC (where analog audio output works) it is visible as: AML-M8AUDIO
Unfortunately I don't know how to change this, you would probably have to edit the tree file somehow.
First, thank you for your contribution to the development of LibreELEC on Amlogic.
And I have a request if you could help me to run audio on the Audio/Video (jack) output?
I am testing your image and everything works for me except that. The audio over HDMI works, however I depend on the jack output.
I have a TV BOX device: U2C Z SUPER, S912, 3GB RAM, LAN 1Gbps
Currently I'm running CoreELEC version 9.2.8 (Kodi 18) with gxm_q201_3g_1gbit.dtb tree - on it the audio on A/V output works for me.
In LibreELEC I'm using meson-gxm-vega-s96.dtb tree because that's where most things work, I also tried meson-gxm-q201.dtb but it also doesn't work LAN (and sound on A/V)
I attach dmesg from LibreELEC on meson-gxm-vega-s96.dtb: hastebin
[edit]
I have now tried the meson-gxm-q200.dtb tree and everything seems to work on it too except the audio on the A/V output.
dmesg: hastebin
I would be grateful for an answer.