OK thank you. I thought maybe I could just test out the settings and such until the eMMC arrived. I’ll wait to try again until after I get it installed.
Latest nightly builds updates causes to crash kodi binary and reboots in safe mode.
Maybe call stack helps :
#0 0x0000000000f1f944 in ADDON::CVFSAddonCache::Init() ()
#1 0x0000000000f85400 in CServiceManager::InitStageTwo(std::__cxx11::basic_string<char, std::char_traits<char>, std::allocator<char> > const&) ()
#2 0x0000000000ded060 in CApplication::Create() ()
#3 0x0000000000c7c360 in XBMC_Run ()
#4 0x000000000078e034 in main ()
No crash here. Seems it happens only to you.
thanks! I’m just trying to enable debug logging and try to find the root cause of the update mess. If not I will do a clean install.
Crash related to :
vfs.libarchive addon
not related to the update itself, sorry for the inconveniences.
Similar here 713. Tox3 box reverted to setup screen with message to reboot. Reboot seems to of fixed it.?
I had the same problem, kodi crash with the latest nightly. Then i connected via SSH and deleted the vfs.libarchive addon under .kodi.crash/addons. Now Kodi boots again without crashing. Thanks for the hint.
Just try NO 22 after long time, i used my spare sd card and restore all my backups and configs from 21, but after reboot kodi crash and starts in safe mode i delete in addition to above also vfs.sftp vfs.rar and it boot now without crash
The VFS crash is might be resolved with next nightly.
Can confirm, install all addons from virtual file system folder and i can boot.
Ps
Im using 22 couple of days and i can see that for my use case it can be daily driver on my sm1 device, ill stick to it for now
Hi folks,
For a very long time, I’ve run my DuneHD Homatics 4K Boxr with CE-NG 20241129 because it was 98% OK. Among the very minor issues, playing music and switching from stereo to non-passthrough multich was cumbersome. I had to switch audio output between “HDMI” and “HDMI Multi CH” depending on the use. In MultiCH mode, playing a strictly 4ch music was reported by the AVR as being 5.1ch, some kind of implicit conversion.
I kept a eye on CE-NO and booted from time to time to test the behaviour starting with CE-NO 20250302. I was very pleased and kept updating from time to time and decided to permanently use it, I’m currently on CE-NO 20250625. Though, I’ve noticed that now, playing 4ch is now buggy and I think the problem lies in the kernel and I can confirm the issue exiting Kodi and using speaker-test
. At least, I don’t need to switch between “HDMI” and “HDMI Multi CH” anymore
CE-NG (kernel 4.9.x) and CE-NO 20250302 (kernel 5.15.137) : 4ch audio sent as 5.1ch and playing like it should on speakers (ie: sending audio to each appropriate loudspeaker)
CE-NO 20250417 (kernel 5.15.153) and every update since that release: 4ch sent as 4ch (good) but the loudspeakers output is wrong. Front channels are OK but back channels are totally silent! Exiting Kodi and using speaker-test -c 4
confirms that. I tried to adjust the channels layout with option --chmap
but the result was even worse.
So, for now, I can’t play 4ch audio files I’d love, if possible, some kind of fix for that, at least, get the old behavior of sending 4ch audio as 5.1ch because the audio gets played correctly without missing channels.
Any thoughts on this issue, O CE mighty wizards?
I notice CEC bug, when i disable all Wake-Up options, and reboot all options are re-activate, and also playing video is not pause when i switch to different source like TV, its continue to play in background
I have a similar experience on my N2 running NO with my 5.0 audio files only playing back through the L, C and R speakers - no sound from the rears. I had this issue before and it seems to be a kernel-dependent issue. Reported before and fixed in an earlier release, but I don’t know what the precise cause was.
As these nighty’s change a lot I would try the latest 20250717 and see how it goes?
As @Joe_90 mentioned issues with 5.0 audio files, I decided to make some thorough tests.
TL;DR: 4ch and 5ch (5.0) non-passthrough audio is currently broken in CE-NO since 20250417 using kernel 5.15.153
As this forum helped me a lot when I needed, I’m going to post the test methodology so anyone can perform the same tests on their own equipment.
IMPORTANT: These tests only make sense if you own an AVR connected to real loudspeakers! Soundbars and all “channel virtualization” systems are out by definition as you can not distinguish channels audio output with certainty.
IMPORTANT: On your own PC, not on CE of course!
-
We need a sensible 5.1 audio file with clearly identifiable channels to avoid any mistake. We’ll download this 5.1 Dolby Surround Test from YouTube in the right format
yt-dlp -f 380 -o DD51Test.m4a 'https://www.youtube.com/watch?v=PqVCPE8_ntE'
-
Extract only the useful audio part of this demo between 9s and 45s for our purpose. This will become our master file to create all further test files
ffmpeg -hide_banner -ss 9 -to 45 -i "DD51Test.m4a" -vn -codec:a copy "DD51Test.ac3"
-
We’re going to create some test files with different channels. From the master AC3 file, we’ll create FLAC files to make sure no passthrough is involved. Namely, we’ll have:
-
AudioLayout-5.1.flac → 6ch → FL+FR+FC+LFE+SL+SR (a literal copy of the AC3 master)
ffmpeg -hide_banner -i DD51Test.ac3 -channel_layout '5.1(side)' -codec:a flac "AudioLayout-5.1.flac
-
AudioLayout-5.0.flac → 5ch → FL+FR+FC+SL+SR
We limit the duration to 30.5s as it does not make sense to include the LFE part which does not exist with this layout.
ffmpeg -hide_banner -to 30.5 -i DD51Test.ac3 -codec:a flac -filter:a "pan=5.0(side)| c0=FL | c1=FR | c2=FC | c3=SL | c4=SR" AudioLayout-5.0.flac
-
AudioLayout-quad.flac → 4ch → FL+FR+SL+SR
We limit the duration to 30.5s as it does not make sense to include the LFE part which does not exist with this layout. Also, because there’s no FC (Front Center) channel, there will be a small gap between FL and FR sound.
ffmpeg -hide_banner -to 30.5 -i DD51Test.ac3 -codec:a flac -filter:a "pan=quad(side)| c0=FL | c1=FR | c2=SL | c3=SR" AudioLayout-quad.flac
NOTE: All these multichannel files use the “side” variant of the layout because this by far the most common layout found in the wild. The term “side” refers to the side channels in opposition to back channels (ie: SideLeft instead of BackLeft and so on). In 5.0/5.1 layouts, there’s is no notion of “back” channels, hence the “side” variant. Anyway, this not an issue because all the AVRs adapt the channel layout to the available physical loudspeakers so it always works as it should.
NOTE 2: 4ch is a bit special on the layout side! 4.0 and 4.1 are extremely rare (never seen one myself) and unsupported by FLAC (and many others) as they use FR+FL+FC+BC or FR+FL+FC+LFE+BC (ie: FrontCenter and BackCenter). Only “quad” and “quad(side)” exist in the wild and as for 5.0/5.1 the “side” part is routed as it should by all AVRs to the corresponding loudspeakers.
-
-
So now, we’ll test to make sure we have the right channels at the right place and did not create bogus files which could lead to bad test results.
- Using FFPlay
ffplay -hide_banner -f lavfi 'amovie=DD51Test.ac3,asplit[out1][a];[a]showvolume=w=500:h=50[out0]'
- Using MPV for those who prefer this amazing player
mpv --lavfi-complex="[aid1]asplit[ao][audio1];[audio1]showvolume=w=500:h=50[vo]" DD51Test.ac3
ReplaceDD51Test.ac3
with any of the FLAC files to see the result and familiarize yourself with what is the expected output.
- Using FFPlay
-
Nearly done… Just copy the FLAC files somewhere accessible by Kodi and within a path declared as a
Music source
. Play them and see how your system react.
In my case, Dune HD Homatics Boxr 4K connected to a modern Denon AVR I have the following results:
- AudioLayout-5.1.flac →
Plays perfectly with output as expected
- AudioLayout-5.0.flac →
FL and FR play ok, no FC, no SL, no SR and finally the SR (Right surround) plays on the center channel (FC)
- AudioLayout-quad.flac →
FL and FR play ok, no SL, no SR, no more sound after FL and FR.
These results are consistent from CE-NO 20250417 to 20250625 which I currently use, all featuring kernel 5.15.153.
Of course I did that This was a disaster !
A few releases ago, the CE nightlies added a GPU firmware update feature to avoid having an up to date AndroidTV release if one wants to benefit from the latest features if I understand correctly what I read on the various topics.
Unfortunately, with my DuneHD Homatics Boxr 4K, which was never updated on the AndroidTV front (still using firmware 11.8.6261), the 20250717 update breaks all video! I get fine to Kodi but can’t play any video at all. Black screen, no audio even, nothing. Sometimes, I get the first video frame but that’s all. No matter what the video format is… HD/UHD/SDR/HDR/AVC/VP9/HEVC/AV1/whatever, I can’t play a single video. I can listen to music though … as long as it’s not 5.0/quad channels
I’ve downloaded all the intermediate updates (0704 → 0713) and I’ll test them thoroughly to pinpoint which one creates the breakage
Now HDMI only supports 2.0 like before.
HDMI multichannel uses the setup in Kodi settings.
This must match the used hardware system, not the media one.
In player debug you can see the channel mapping from input media and from output when not using passthrough. So check this layouts or show them by screenshots.
So when you have a like 3.1 sound system and you adjust 5.1 in Kodi audio settings it will not work.
Independent from channel layout of the source media.
There is no breakage, update Android to fix it.
To follow up to that, I have an SEI s905x4 box with ATV 11.8 booting CE-NO 20250717. Video playback is working normally.
@Portisch ,
I’m not sure I quite understand what you are saying in this post as regards HDMI only supporting 2.0. My 5.1 system (6 physical speakers) layout is configured in Kodi as 5.1 HDMI PCM Multichannel as it has always been. When the source material being played from my music library is FLAC 2.0 or 5.1 it plays back perfectly through the correct speakers. If the source is 4.0 (I only have one recording like this) or 5.0 (many jazz recordings) the rear channels are mute as per @boxr4k posts. Passthrough of any Dolby/DTS material of whatever channel layout through the default HDMI setting for passthrough works fine and my AVR detects the correct format and plays back appropriately. This is what I would expect for passthrough which is used for encoded formats.
My CD/SACD/Audio-DVD collection is all ripped to PCM FLAC and is either 2.0, 5.1, 4.0 or 5.0 depending on the original material. Many orchestral or jazz works on SACD are 5.0 format.
These PCM multichannel formats all played correctly on CE 19.x using the 4.x kernel (after some tweaking was done by yourself or by Kodi devs) using the HDMI PCM Multichannel setting in Kodi for non-passthrough using either 5.1 or 7.1 speaker config.
Are you saying that the newer kernel being used in CE NO cannot or will not handle these multichannel formats at all?
Regards,
Joe