No, it doesn’t.
I don’t remember the specific reason for this issue off the top of my head right now, but I do remember it was something to do with the way the Amlogic kernel handles multiple channels. I’m pretty sure we tried to fix it early on, but eventually had to give up.
But we do the same thing, we open 8 channels when ch# > 2, but for channel mapping to work correctly, you must also have 8 channels selected in Kodi, meaning 7.1.
The behaviour is less consistent than that. 4.0 is played as 5.1. 3.1 plays as 3.1 (Correct). 5.0 plays as 5.1 and 7.0 as 7.1. 3.0 plays as 5.1 (Which seems really odd as 3.1 works).
The other issue reported by a few other users as well is PCM output is not bit perfect. DTS CDs do not detect and Auto Native embedded in multi channel PCM fail to detect too. All this works OK on a PC with Libreelec.
Vc-1
White artifacts. Tox3 905x4-4gb
https://paste.coreelec.org/SparkyNinth
OK, but NO drags its heels with my WMC remotes 
I have been trying to use NO. Not quite there yet. NG/NG work spiffingly with remotes 
Updated from 20250317 to 20250318.
Up button on remote jumps video forward. …I think 317 ok, 318 freezes everything requiring power reboot.
Please tell me how to report this as I cant get a log due to no further response after freezing.
Tox3 s905x4
Baz
Just upload kodi.log and kodi.old.log files from kodi temp folder or use CE option to upload log files.
1 Like
There’s an issue when it comes to playing DVDs with menus. Any video I play on a DVD, audio cuts out about 30-40 seconds before the end of the video, before I get returned to the menu. About a minute before audio going out, the numbers showing video’s runtime also just freeze.
This issue is not unique to .NG releases, it’s the same with the latest .NO nightly.
The channel issue should be solve with next CE-NO nightly. Not sure if backport to old projects because of the code base difference.
Now all channel layouts are working as chosen.
Please ensure your TV ARC support multi channel PCM as otherwise it only support 2.0 in non passthrough. Like my Hisense does…
With passthrough I get full 5.1 channels by ARC.
You will easy find out if the ARC support multi channel PCM when testing as only front left and right do work.
So for this example it’s correct to setup 2.0 and enable passthrough for supported formats.
1 Like
Is it possible that some video going play on CE22NO, but not on CE21NG on same device ?
I found this error:
connmand[4018]: Interface eth0 [ ethernet ] IPv4 online check to http://ipv4.connman.net/online/status.html failed: -22: Invalid argument
log.txt (101.5 KB)
log2.txt (102.0 KB)
Some linux based devices 4.9 recently got a fix to play the new profile 10 of Dolby vision-AV1.
I guess CE will never update those under NG as it’s considered EOL
Dolby Vision in AV1
Video sample. (Newly added and not commonly used nowadays)
Same goes for HDR10+ in AV1, but a bit better as it falls back to HDR10 while DV sample gives a black screen
HDR10+ in AV1
Intersting. I can play those on a non dolby vision tv
What is time or size limit for CE21NG ? I have 5 hour video as sample from 12 hour video (22 GB of size from 32 GB size), but also this is going only at CE22NO. CE21NG have issue with bigger sample and original video.
Only this very small sample is going ok from same video at CE21NG. So CE21NG have some smaller limits for videos compare to CE22NO.
Identic big sample or original video was succesful played at CE22NO and unsuccesful at CE21NG - in both case at SMB drive of home net. Here are also logs from past as test of playing the original video: CoreELEC 21.2-Omega Amlogic-ng Discussion - #136 by atirage21
[ 13.286545@1]- cectx ff80023c.aocec: CEC framework ctrl enabled
[ 62.419205@4]- fb: mem_free_work, free memory: addr:800000
[ 72.674918@1]- asoc-aml-card auge_sound: TDM[1] Playback stop
[ 72.674934@1]- ss_mute() 361, mute 1, id 0
[ 72.674947@1]- ss_trigger() ss 3
[ 72.674953@1]- spdif_a is set to disable
[ 72.675047@1]- ss_prepare() 244, lvl 1
[ 72.675057@1]- spdif_a fifo ctrl, frddr:0 type:4, 24 bits, chmask 0x3, swap 0 x10
[ 72.675068@1]- iec_info: rate: 44100, codec_type:0x0, channel status L:0x100, R:0x100
[ 72.675079@1]- audio_ddr_mngr: frddr_set_sharebuffer_enable share lvl: 1, dst _src: 3
[ 72.760257@1]- tdm playback mute: 0, lane_cnt = 4
[ 82.750497@1]- ss_free() lvl 1
[ 82.750511@1]- audio_ddr_mngr: frddr_set_sharebuffer_enable share lvl: 1, dst _src: 3
[ 82.750564@1]- tdm playback mute: 1, lane_cnt = 4
[ 82.750750@1]- audio_ddr_mngr: frddrs[0] released by device ff642000.audiobus :tdmb
[ 105.316554@1]- Not init audio effects
[ 105.323264@1]- audio_ddr_mngr: frddrs[0] registered by device ff642000.audiob us:tdmb
[ 105.325730@1]- set mclk:11289600, mpll:22579200, get mclk:11289593, mpll:2257 9186
[ 105.325741@1]- asoc aml_dai_set_tdm_fmt, 0x4011, 0000000061e60b94, id(1), clk sel(1)
[ 105.325744@1]- aml_tdm_set_fmt(), fmt not change
[ 105.327557@0]- dump_pcm_setting(0000000061e60b94)
[ 105.327565@0]- pcm_mode(1)
[ 105.327569@0]- sysclk(11289600)
[ 105.327572@0]- sysclk_bclk_ratio(4)
[ 105.327575@0]- bclk(2822400)
[ 105.327578@0]- bclk_lrclk_ratio(64)
[ 105.327580@0]- lrclk(44100)
[ 105.327583@0]- tx_mask(0x3)
[ 105.327586@0]- rx_mask(0x3)
[ 105.327588@0]- slots(2)
[ 105.327591@0]- slot_width(32)
[ 105.327594@0]- lane_mask_in(0x2)
[ 105.327596@0]- lane_mask_out(0x1)
[ 105.327599@0]- lane_oe_mask_in(0x0)
[ 105.327602@0]- lane_oe_mask_out(0x0)
[ 105.327604@0]- lane_lb_mask_in(0x0)
[ 105.327611@0]- set mclk:11289600, mpll:22579200, get mclk:11289593, mpll:2257 9186
[ 105.327615@0]- aml_tdm_set_clkdiv, div 4, clksel(1)
[ 105.327623@0]- aml_set_bclk_ratio, select I2S mode
[ 105.327847@0]- ss_prepare() 244, lvl 1
[ 105.327856@0]- spdif_a fifo ctrl, frddr:0 type:4, 24 bits, chmask 0x3, swap 0 x10
[ 105.327864@0]- iec_info: rate: 44100, codec_type:0x0, channel status L:0x100, R:0x100
[ 105.327873@0]- audio_ddr_mngr: frddr_set_sharebuffer_enable share lvl: 1, dst _src: 3
[ 105.479137@1]- tdm playback mute: 0, lane_cnt = 4
[ 105.479466@1]- ss_prepare() 244, lvl 1
[ 105.479478@1]- spdif_a fifo ctrl, frddr:0 type:4, 24 bits, chmask 0x3, swap 0 x10
[ 105.479490@1]- iec_info: rate: 44100, codec_type:0x0, channel status L:0x100, R:0x100
[ 105.479501@1]- audio_ddr_mngr: frddr_set_sharebuffer_enable share lvl: 1, dst _src: 3
[ 105.564086@0]- tdm playback mute: 0, lane_cnt = 4
[ 105.567022@0]- asoc-aml-card auge_sound: TDM[1] Playback enable
[ 105.567037@0]- ss_trigger() ss 3
[ 105.567044@0]- spdif_a is set to enable
[ 105.567158@0]- ss_mute() 361, mute 0, id 0
[ 153.786106@5]- VID: VD1 off
[ 153.786556@5]- the demux clock on, ref cnt: 1
[ 153.786560@5]- the parser_top clock on, ref cnt: 1
[ 153.786562@5]- the vdec clock on, ref cnt: 1
[ 153.786580@5]- the clk_vdec_mux clock on, ref cnt: 1
[ 153.786640@5]- vdec mux clock is 499999992 Hz
[ 153.786690@5]- vdec_create instance 0000000020d975a0, total 1, PM: legacy
[ 153.786827@5]- The fw has been loaded.
[ 153.786832@5]- vdec_init, dev_name:ammvdec_h264, vdec_type=VDEC_TYPE_FRAME_BL OCK id = 0
[ 153.787172@5]- ammvdec_h264_mmu_init tvp = 0x0 mmu_enable 0
[ 153.787175@5]- decoder_bmmu_box_alloc_box, tvp_flags = 0
[ 153.787181@5]- 0: ammvdec_h264_probe mmu_enable 0 double_write_mode 0x0
[ 153.791014@5]- 0: ammvdec_h264 mem-addr=0,buff_offset=d0410000,buf_start=d040 0000
[ 153.791082@5]- vdec mux clock is 666666656 Hz
[ 153.791085@5]- vdec1 video changed to 3840 x 2160 60 fps clk->667MHZ
[ 153.791087@5]- H264 sysinfo: 1920x1080 duration=3200, pts_outside=1
[ 153.791089@5]- sync_outside=0, use_idr_framerate=0, is_used_v4l: 0
[ 153.791117@5]- [LOCAL], the fw (h264_multi) will be loaded.
[ 153.791453@5]- vh264_init, phy_addr=cee57000 vaddr=00000000657c4fdf
[ 153.791511@5]- vfm map vdec-map-0 created
[ 153.791528@5]- ppmgr local_init
[ 153.791534@5]- dim:ch[0]:di_receiver_event_fun,8:_REG
[ 153.791535@5]- dim:reg:ppmgr[1]
[ 153.791582@5]- dim:reg:use[0]ms
[ 153.791657@5]- ppmgr local_init
[ 153.791690@5]- dim:ch[0]:di_receiver_event_fun,3:_START
[ 153.791694@5]- vdec_init, vf_provider_name = vdec.h264.00, b 0
[ 153.794114@3]- vdec->port_flag=0x102, port_flag=0x103
[ 153.795326@2]- 0: level_idc = 0 pic_size = 3133440 size = 16
[ 153.795331@2]- 0: Warning: max_dec_frame_buffering(4) is less than DPB size(1 6) calculated from Profile/Level.
[ 153.795333@2]- 0: AV_SCRATCH_1 = 841fe078, AV_SCRATCH_2 1a023
[ 153.795404@2]- 0: chroma_format_idc = 1 frame_mbs_only_flag 1, crop_bottom 8, frame_height 1080,
[ 153.795406@2]- 0: mb_height 68,crop_right 0, frame_width 1920, mb_width 120
[ 153.795408@2]- 0: level_idc = 40 pic_size = 3133440 size = 4
[ 153.795410@2]- 0: mb height/widht/total: 44/78/1fe0 level_idc 28 max_ref_num 4
[ 153.795412@2]- 0: restriction_flag=1, max_dec_frame_buffering=4, dec_dpb_size =6 num_reorder_frames 2 used_reorder_dpb_size_margin 6
[ 153.795415@2]- 0: vh264_set_params active_buf_spec_num 12 dec_dpb_size 6 coll ocate_buf_num 8
[ 153.867853@5]- 0: num_ref_frames change from 0 to 4
[ 154.018284@1]- asoc-aml-card auge_sound: TDM[1] Playback stop
[ 154.018296@1]- ss_mute() 361, mute 1, id 0
[ 154.018304@1]- ss_trigger() ss 3
[ 154.018308@1]- spdif_a is set to disable
[ 154.018387@1]- ss_prepare() 244, lvl 1
[ 154.018393@1]- spdif_a fifo ctrl, frddr:0 type:4, 24 bits, chmask 0x3, swap 0 x10
[ 154.018399@1]- iec_info: rate: 44100, codec_type:0x0, channel status L:0x100, R:0x100
[ 154.018406@1]- audio_ddr_mngr: frddr_set_sharebuffer_enable share lvl: 1, dst _src: 3
[ 154.101868@1]- tdm playback mute: 0, lane_cnt = 4
[ 154.102018@1]- ss_free() lvl 1
[ 154.102026@1]- audio_ddr_mngr: frddr_set_sharebuffer_enable share lvl: 1, dst _src: 3
[ 154.102062@1]- tdm playback mute: 1, lane_cnt = 4
[ 154.102199@1]- audio_ddr_mngr: frddrs[0] released by device ff642000.audiobus :tdmb
[ 154.681581@2]- vframe_rate_uevent: sent uevent FRAME_RATE_HINT=0
[ 154.681690@2]- PPMGRVPP: info: task: quit
[ 154.681720@2]- ppmgr local_init
[ 154.681727@2]- dim:ch[0]:di_receiver_event_fun,1:_UNREG
[ 154.681735@2]- video_vf_unreg_provider: vd1 used: false, vd2 used: false, kee p_ret:0, black_out:1, cur_dispbuf: (null)
[ 154.681736@2]- keep frame skip, disable video again.
[ 154.681739@2]- VD1 AFBC 0x0.
[ 154.682269@2]- dim:unreg:use[1]ms
[ 154.682288@2]- vdec_disable_DMC input->target= 0x0
[ 154.682378@2]- 0: vh264_stop
[ 154.682876@2]- vdec_release instance 0000000020d975a0, total 1 id = 0
[ 154.682977@2]- the clk_vdec_mux clock off, ref cnt: 0
[ 154.682983@2]- the vdec clock off, ref cnt: 0
[ 154.682987@2]- the parser_top clock off, ref cnt: 0
[ 154.682990@2]- the demux clock off, ref cnt: 0
[ 154.717411@2]- fb: osd_release now.index=3,open_count=1
[ 154.717421@2]- fb: osd_release now.index=2,open_count=1
[ 154.717427@2]- fb: osd_release now.index=1,open_count=1
[ 154.717429@2]- fb: osd_release now.index=0,open_count=1
[ 164.524671@3]- Not init audio effects
[ 164.524791@3]- audio_ddr_mngr: frddrs[0] registered by device ff642000.audiob us:tdmb
[ 164.525195@3]- tdm playback mute: 1, lane_cnt = 4
[ 164.525235@3]- audio_ddr_mngr: frddrs[0] released by device ff642000.audiobus :tdmb
[ 164.525572@3]- Not init audio effects
[ 164.525616@3]- audio_ddr_mngr: frddrs[0] registered by device ff642000.audiob us:tdmb
[ 164.525867@3]- tdm playback mute: 1, lane_cnt = 4
[ 164.525886@3]- audio_ddr_mngr: frddrs[0] released by device ff642000.audiobus :tdmb
After restart without reason was successful playing of 5 hour sample also at CE21NG. Playing of original video is always problematic. Here is log from successful playing of sample and unsuccessful playing of original video at CE21NG:
https://paste.coreelec.org/SoccerScreech
Maybe somebody find reason of not playing of original video. Sometimes crash 5hour sample.
At CE22NO are not these issues with identical videos.
CoreELEC NG is EOL…
You are success with NO, why not move to this Branch ,where no issues?
Also New Order is the future!!!
Not for all devices that people own. I have an H96x2 and it wont run on that …yet.
Agree if it works though.
NO compare to NG had lots of bugs in last time (in this time after change from kernel 5.15.119 to newers kernel on am6plus by start of CE22NO is framebuffer corruption - freezed screen with green artefacts). NO is also only alpha level in nowadays (so i dont believe this system when is not stabile - always is chance for changing kernel and increase many bugs). NG is not EOL, only was priority of development moved to NO because CE dont have enough developers. For my device is NG sure better, but i tried send feedback from my device for development of NO.
1 Like
Yes of course
Also agree, Boxes i have with S905X4 like A95XF4, HK1X4RBOX can be driver issues with wifi/bluetooth.
Work fine with only wired ethernet on NO,is not practical so use NG or NE on these 2