Now I’m confused: 5.april works or not?
I have to try hours of watching, if is not random crash as in last builds. From build 28. april was also start a tearing, which was not before. For test is 5. april as point for comparation, and i wll step by step (build to build) test it.
1 Like
Same here, i m currently on April 5, and so far no crash, no reboot. I will also not rush into answering exactly where is the changing point, one day at a time, just to make sure its properly tested and answer is valid.
I have also noticed that it may not need to be playing a file in order to reboot randomly! It can happen when just idling in screensaver dim mode - no one touches the remote or anything. Happened just twice, can be of course unrelated so… one thing at a time
Thank you all for your work 
2 Likes
That’s the same for me. Currently just leaving a test unit on idle as I’ve seen a couple of crashes just idling as well…
1 Like
Build of 10. april had definitely issue with random freezing during watching and after system reboot. Now must be verified only stability of build from 5. april 2026. Amlogic-NO discussion - #3435 by atirage21
why not just try last nightly with this hint?
The problem: last really working version was 20241220 and got broken with bump to 5.15.137 kernel 20241224…
Logs and desciptions are updated. Amlogic-NO discussion - #3435 by atirage21
In logs of part lsmod i see a list hw accelerated formats (am h266, av1, avs3…) which are not really supported at my older hardware ugoos am6plus. But bug of random restart during playing h264/h265 maybe dont have relation to this (i see these logs also at more stabile build from 5 april 2026).
I have seen random lock ups for a very long time, usually when switching between GUI and a media, or when changing the decoder format between streams. I also get freeze ups on fast scrolling through menus. All this has been there for so long and is sufficiently rare that I live with it.
The recent kernel panics are different, entirely random, happens when idling or when playing media. Can happen every few mins or every few hours. What is fundamentally different is that they trigger a full system reboot instantly rather than the more gentle KODI reload after a 30 secs freeze which is what typically happens on lockups.
All happening on my N2+’s
1 Like
I tried a couple of nightlies back and the same issue still occurs: after 15-20 minutes of playback of a remux, video hangs, audio stutters for a while, box reboots. Is this the same thing that now happens to others as well?
OK i can now positively say that 20260405 works fine, while 20260410 freezes and reboots at random times, even when not playing anything (just idle)
@Portisch I would try your test command but i really dont know much about SSH & exactly how to do it. - I hope someone will try it …eventually
Test command added to my autostart.sh file doesn’t change the reboot behaviour.
Mine was set to 16 initially.
And 20260405?
I can roll back and report what happens. Be a few hours.
CoreELEC (official): 22.0-Piers_nightly_20260405 (Amlogic-no.aarch64)
Machine model: Beelink
CoreELEC dt-id: g12b_s922x_beelink_gt_king
Been playing a loop siince last night and no reboots so far.
added the line below to the autostart.sh file and verified it is set to 16
echo 16 > /sys/module/amvdec_mh264/parameters/double_write_mode
Also a test would be to stop kodi and let the system stay and check if it reboots.
Just boot with last nightly and run:
sc stop kodi
Then kodi is stopped. Then check if it may reboot one time.
1 Like
Will try that tomorrow on my bedroom box.
That’s a good one! Will try that to exclude Kodi. Thanks!
Looks very much like 05042026 is the last stable release. No reboots after 3hrs.