Today, I performed a clean install on the AM8pro using CoreELEC-Amlogic-no.aarch64-22.0-Piers_nightly_20260827-Generic.img.gz.
Results:
Thanks.
The select NFS sharing from paths broken from the last couple nighlyes .
Just adding manual works.
What exactly you meant with this? select NFS sharing from paths
You can’t browse your NFS share.
Earlier was, add source> click on NFS share, then popped up all your nfs share paths, and you can choose one.
Now, when you click add source, then click on nfs, nothing happen. Need manually add the full address.
And with which build it stop working? And we are talking about NFS v3 or v4 client set in Kodi?
First after libnfs: update to 7.0.0 with build 20260810.
NFS v3 but when v4 set it’s same.
And that it got reverted with 20280816 you missed?
LE do bump but not test and they just realized (2 weeks after) there is a issue…
Browsing when adding shares will work on next nightly at least for NFSv3. Maybe for v4 also.
Confirmed, it’s working again.
Thank you
NFS V4 is working for the first time in months!
Oops. After a reboot NFS4 stopped working but NFS3 still fine.
Hi,
First of all, I want to thank the CE team for making it work on this device.
Every update improves things little by little, and I really appreciate the effort.
I’m using “August 27 build” and I’m testing a VC-1 video at 29.97 fps (interlaced), but I’m seeing a bug where frames keep skipping continuously. The same video plays fine in the Kodi 22 (beta 1) app on Google TV side, so it doesn’t seem to be an issue with the file itself.
If needed, I can provide more details.
You should get some logs of the issue happening and post them.
@ToadKing Thanks for sending the link 
I’ve run the debug, and I get the link for debug of the issue I reported earlier with VC-1 video at 29.97 fps (interlaced).
But, actually I can’t provide that link on the post because the forum doesn’t allow me to submit the post with the debug link. How can I fix this, please?
UPDATE: Now I can submit the debug link.
Here is the debug log and a sample video VC-1 29.97 fps (interlaced).
EDIT: Sorry for providing the wrong link to the sample; I’ve fixed it:
sample correct
DVD playback is broken on Amlogic-no CE22 nightlies since the ffmpeg 9.0 bump (495d787c, 6 Aug). Every DVD crashes Kodi, VIDEO_TS folders and ISOs alike. I tested 4 PAL discs, all crash, 100% reproducible.
Box: Ugoos AM9 Pro (s6_s905x5_ugoos_am9_pro), nightly_20260828, Kodi 22.0-BETA1 Git:0f9a78be, ffmpeg 9.0 (libavcodec.so.63).
Log right before it dies:
Libdvd: DVD disk reports itself with Region mask 0x00000000
VideoPlayer: playing a file with menus
Creating Demuxer
could not find codec parameters for .../VIDEO_TS/VIDEO_TS.IFO
Crash:
Program terminated with signal SIGSEGV, Segmentation fault.
#0 CVideoPlayer::OpenDefaultStreams(bool) ()
#1 CVideoPlayer::Prepare() ()
#2 CVideoPlayer::Process() ()
libdvdnav itself is fine. With an ISO it even reads the menu language table before dying. ffmpeg just returns no streams and Kodi then walks a null pointer.
Not the decoder: playing VTS_01_1.VOB straight from the same disc works fine, hardware mpeg2 and all.
Not Kodi: the same disc plays on Windows in both 22.0 Beta1 and a current master nightly, both on ffmpeg 8.1.x. CoreELEC bumps Kodi from master daily so that is near enough the same code as the box runs.
Installing nightly_20260730 (ffmpeg 8.1.2, libavcodec.so.62) on the same box fixes it completely. Nothing else changed.
Doesn’t help: dvds.automenu, dvds.playerregion, useamcodecmpeg2 at 0 or 800, smb:// vs a kernel cifs mount, IFO vs folder vs ISO.
One warning if anyone downgrades to test: set AutoUpdate to manual first, otherwise the newest nightly gets pulled into /storage/.update about a minute after boot and the next reboot puts you straight back.
Can retest anything on request, I still have both builds here.
Hi guys,
Follow-up to my post above. I was wrong about ffmpeg, sorry for the noise. 495d787c is from 6 Aug and DVDs still worked after it. It starts 20 Aug with 2a9a87e4 “Videoplayer: open base layer as default on dual layer video”.
That commit added this to CVideoPlayer::OpenDefaultStreams:
CDemuxStreamVideo* vstream = static_cast<CDemuxStreamVideo*>(
m_pDemuxer->GetStream(stream.demuxerId, stream.id));
if (vstream->isDualStream && vstream->isELStream)
GetStream() returns nullptr if the id is not in the demuxer map. On the DVD menu domain the demuxer has no streams yet and the selection streams come from libdvdnav (source 512), so it returns null and vstream is used without any check.
Kernel dump in 02_System.log, same in all 5 crashes:
ESR 0x92000006, level 2 translation fault in kodi.bin[400000+1bd1000]
x0 : 0000000000000000
pc : 00000000009dbf00
0x9dbf00 is CVideoPlayer::OpenDefaultStreams(bool)+656, instruction ldrb w1, [x0, #389]. That is the isDualStream load, one instruction after the call, nothing checks the pointer in between.
To be sure it is really this one, I patched that branch out of the shipped kodi.bin and bind mounted it over /usr/lib/kodi/kodi.bin. Same build, same discs, menus play again and the log shows “Opening stream: 1 source: 512” where it used to just stop. 20260730 logs that same line, that is what put me on it.
All nightlies since 20 Aug, all Amlogic, DVD menu only (VIDEO_TS.IFO / ISO). Direct VTS_*.VOB playback works, that is why it looked like only some discs are broken.
Fix is up as pull request #80 on CoreELEC/xbmc, “VideoPlayer: check demux stream before dual layer test”. It gates the probe on STREAM_SOURCE_DEMUX and checks the stream before the cast. Not compile tested, I don’t have a build tree here. Forum does not let me post links yet so I cannot link it directly.
And to be fair: I used Claude to help me dig through the crash dumps and the disassembly, it got me there much faster than I would alone. Box, logs and testing are mine.
Would it be possible to restore the option to software decode non-interlaced VC-1 videos? It seems you have to disable using amcodec altogether. The HW decoder is great, but there are hitches and occasional skipped frames. The software decoder appears to be flawless.
Big update tonight; lots of work. I will post logs if the next nightly doesn’t resolve this, but on my AM9 Pro with the 20260831 nightly, I have one FEL title that starts clean in DV 7.6 FEL, but if I chapter skip or try to start the movie anywhere but the beginning it is green and only advances every 20 seconds or so. The title is Mimic (1997).
Update: I reproduced the same behavior using my older pre-update CoreELEC SD card. Mimic starts normally from the beginning, but chapter seeking produces the same green screen on both installations. This now appears to be specific to this MKV rather than the 20260831 nightly. I’ll investigate the file further.
Any ideas on how to help resolve this issue?
@oastra, Sundtek tuners should work again with next nightly 20260902.
I have been using NO nightly in a generic S905X5M device without issues (apart from not recognizing the WiFi/Bluetooth chipset). I have updated it several times successfully.
Since 2 or 3 updates ago, Kodi dies not save the state of the video. I’ll watch a video, leave it half way, and Kodi will have the icon saying it is half way. But if I go to another menu and come back the same video shows as unwatched and when I click to watch it, it starts from the start. I even have a video that was half watched before this started to happen, and has remained half watched in the same point, no matter what position I stop the video at. Seems it has stopped saving the state if the videos.
Nobody else is suffering this? What could be the issue and how to fix it?
About | FAQ | Terms of Service | Privacy Policy | Legal Notice