what i want is a device that plays a 1:1 backup of a physical disc as cleanly as possble ,
im not a coder or know technical specs of hdmi , codecs and such , so no idea if these things do or dont make a difference , i was just trying to assatain where 22 is currently compared , i understand 22 NO FEL is still in early days , just trying to gather info on weather its worth getting a newer ugoos device and going NO
Then this is exactly what you need. It almost like an UHD BD player. Nativeā¦.
thatās makes no sense, why run āotherā experimental builds when you donāt even know if they make a difference but you wonāt try official alpha/beta versions to see how they compare for your application?
you donāt (shouldnāt) need a newer ugoos device, i donāt know which one you have but it probably works fine with CE 22 Beta (AM6B+ does and itās OLD)
LAV audio sync from the p3i t4a release
āLAV Full is now the default passthrough audio sync mode (the setting is renamed from āAudio Fixes modeā to āPassthrough audio sync modeā). It is the validated path for the hardened TrueHD MAT packer and the vsync clock-sync work, and it gives the tightest lip-sync. The settingās help now spells out the options: LAV Full (recommended default), LAV SB (for seamless-branch discs only), and Off (stock Kodi). The TrueHD packer also picked up a few correctness fixes (negative-padding carry, counter unwrap, and a 96/192 kHz seamless-branch padding fix)ā
PR welcome.
I beg to differ. For example, the LAV audio path that is present in some alternative builds fixes an issue with some seamless branching titles that were ripped to MKV. Without LAV, audio dropouts will occur with certain titles (example: M3GAN 2.0 Unrated where the girl plants a knife between a guyās fingers after about 3 minutes).
Contributor SamuriHL has done a great job of porting this to CE from Nevairielās Windows code.
And yes, I tested this with the latest CE22-NO nightly (20260703) and the dropout does occur in it.
1 Like
Tell that to SamuriHL you mentioned.
This issue does not exist in CoreELEC nightly when watching M3GAN 2.0 as a BDMV rip (full disc backup).
Issues with this title only arise in MKV copies and yet CoreELEC is blamed for the issues.
If you also process the MKV through ffmpeg it has issues where the original disc does not.
In my opinion, the LAV work is just masking file problems not fixing anything.
LAV is doing more than just fixing SB titles. It also provides more stable A/V sync. But to each his own I guess. Iām happy with it, youāre happy without it. No harm no foul.
1 Like
itās simple, when Kodi is handling seamless branching no issues occur, when mkv writing software handles seamless branching issues occur
i donāt have any sync issues that require more stability with any titles
having a more stable non-experimental CE in total is far more important than chasing a 20ms (for example) lip sync delay
and having a proven tested product not a hack job of an OS is far more important
1 Like
its not a case of i wont try offical , ill install 22 at some point , yes i can only go on what the devolpers say these features do , but i have no way of measuring between builds other than my eyes
i have a AM6B+
but does 22 run better on a am9 Pro ??
AM6B+ tests ~10% better than AM9 Pro under benchmarks, so benchmarks say AM6B+ is better (by a little)
personally, i run the AM6B+ and itās perfectly fine, no plans to buy an AM9 at this time since it doesnāt offer anything more
1 Like
There is nothing experimental or hacky about the alternative builds. In a lot of cases they deliver a more stable, higher quality video and/or audio experience. I really donāt understand the hostility towards them. Did you ever even try one of them?
2 Likes
We wonāt go there. Not again. We do our thing, they do theirs, this is CE forum, not theirs.
2 Likes
iāll answer your question if you answer mine
have you ever looked at their code to say itās not hacky?
maybe the arbitrary hdmi bytes padding which results in buggy hdmi connections for example?
I am using the latest nightly build. During playback, I encounter intermittent pauses for buffering and constant stuttering; I have to restart the application (sometimes multiple times) to resolve the issue.
I Searched some error log:
2026-07-04 09:32:41.256 T:1305 debug <general>: CVideoPlayer::ProcessVideoData size:940974 dts:762.734 pts:762.859 dur:41.700ms, clock:755.856 level:100
2026-07-04 09:32:41.258 T:1305 debug <general>: CVideoPlayer::ProcessPacket packet from enhancement layer: size:23504 dts:762.693 pts:762.693 dur:41.700ms
2026-07-04 09:32:41.259 T:1305 debug <general>: CVideoPlayer::ProcessPacket packet from enhancement layer: size:197918 dts:762.734 pts:762.859 dur:41.700ms
2026-07-04 09:32:41.259 T:1305 debug <general>: CDVDClock::SetSpeedAdjust - adjusted:0.000000
2026-07-04 09:32:41.259 T:1308 debug <general>: CDVDAudio::Pause - pausing audio stream
2026-07-04 09:32:41.259 T:1308 debug <general>: CDVDAudio::Resume - resume audio stream
2026-07-04 09:32:41.259 T:1305 debug <general>: CDVDClock::SetSpeedAdjust - adjusted:0.000000
2026-07-04 09:32:41.260 T:974 debug <general>: Skipped 1 duplicate messages..
2026-07-04 09:32:41.260 T:974 debug <general>: ActiveAE - start sync of audio stream
2026-07-04 09:32:41.260 T:1307 debug <general>: CAMLCodec::SetSpeed, speed(1000)
2026-07-04 09:32:41.272 T:937 debug <general>: TEMP: [framecount] video=6480 ctrls=6480 subs=2073 skip-gui=1043 skip-any=1043
2026-07-04 09:32:41.346 T:1305 debug <general>: CVideoPlayer::ProcessVideoData size:248720 dts:762.776 pts:762.776 dur:41.700ms, clock:755.943 level:100
2026-07-04 09:32:41.350 T:1305 debug <general>: CVideoPlayer::ProcessPacket packet from enhancement layer: size:22711 dts:762.776 pts:762.776 dur:41.700ms
2026-07-04 09:32:41.379 T:1305 debug <general>: CVideoPlayer::ProcessVideoData size:252037 dts:762.818 pts:762.818 dur:41.700ms, clock:755.976 level:100
2026-07-04 09:32:41.389 T:974 debug <general>: ActiveAE::SyncStream - average error of 166.336161, start adjusting
2026-07-04 09:32:41.390 T:974 debug <general>: ActiveAE::SyncStream - average error 26.336161 below threshold of 30.000000
2026-07-04 09:32:41.403 T:1307 debug <general>: CVideoPlayerVideo::OutputPicture - ttd:694ms pts:756.694 Clock:756.000 Level:12
2026-07-04 09:32:41.424 T:1305 debug <general>: CVideoPlayer::ProcessPacket packet from enhancement layer: size:21700 dts:762.818 pts:762.818 dur:41.700ms
2026-07-04 09:32:41.465 T:1305 debug <general>: CVideoPlayer::ProcessVideoData size:679651 dts:762.859 pts:762.985 dur:41.700ms, clock:756.062 level:100
2026-07-04 09:32:41.466 T:1305 debug <general>: CVideoPlayer::ProcessPacket packet from enhancement layer: size:47805 dts:762.859 pts:762.985 dur:41.700ms
2026-07-04 09:32:41.486 T:1307 debug <general>: CVideoPlayerVideo::OutputPicture - ttd:653ms pts:756.736 Clock:756.083 Level:12
2026-07-04 09:32:41.487 T:1305 debug <general>: CVideoPlayer::ProcessVideoData size:253160 dts:762.901 pts:762.901 dur:41.700ms, clock:756.083 level:100
2026-07-04 09:32:41.487 T:1305 debug <general>: CVideoPlayer::ProcessPacket packet from enhancement layer: size:21607 dts:762.901 pts:762.901 dur:41.700ms
2026-07-04 09:32:41.518 T:1305 debug <general>: CVideoPlayer::ProcessVideoData size:251711 dts:762.943 pts:762.943 dur:41.700ms, clock:756.115 level:100
2026-07-04 09:32:41.536 T:1307 debug <general>: CVideoPlayerVideo::OutputPicture - ttd:645ms pts:756.778 Clock:756.133 Level:11
2026-07-04 09:32:41.559 T:1305 debug <general>: CVideoPlayer::ProcessPacket packet from enhancement layer: size:22233 dts:762.943 pts:762.943 dur:41.700ms
Here are the full logs:
kodi.log (2.3 MB)
I donāt see anything jumping out from the log other than using Kodiās internal nfs.
Question, how is coreelec connected, if wireless try wired, if wired try different cables - seems like possibly a network issue.
You may also find better results mounting the nfs share to coreelec using automount instead of using Kodiās internal nfs protocol. - Mount Network Share | LibreELEC.wiki
Secondary question, what is the server OS serving nfs for CE? Probably less relevant but might be useful if there are any known issues to be found with that particular server (thinking prebuilt nas maybe).
2 Likes
I solved the issue using automountāthanks.
By the way, Iām using a wired connection, and the service is the FNAS NAS service.
The only thing that still really annoys me is that when you pause or go back a bit because you want to rewatch something or didnāt understand something, it often goes out of sync. Then you have to press the rewind button 2-3 times for 10 seconds each time, or fast forward once and then back three times.
This is handled better in the enhanced CE21.3 builds, where you can go back and forth as much as you want. It stays in sync or resynchronizes itself within milliseconds.