Multi Ch PCM corrupted on S905X2 (TR99 X2)

Hi all,

I’ve been following the Multi-Channel development in Nightly before, but with the release of 9.2.1 nothing changed for me. And all the boxes switched to the new output on update…

Whenever using the Multi-Channel output on my S905X2 box (TR99 X2 model with 2G RAM), the audio is distorted, as if slowed down, and very low volume. I never get more than 2 channels on the AVR either, regardless of the source material - except when passing through Dolby or DTS. All PCM playback (standard or high-sampling/bitrate doesn’t matter) is broken when the “Multi-Ch PCM” output is used, across four different AVRs, too.

Is there anything I can do to help debug this? Any logs I can grab when the playback starts maybe?

There is another topic here that sounds somewhat related, too.

I got some dmesg logs out of it, maybe it sheds some light.

When using the “HDMI” output, dmesg logs this on sound playback (the Kodi UI sounds, in this case):

[183974.438726@3] asoc-aml-card auge_sound: S/PDIF Playback enable
[183974.538497@1] asoc-aml-card auge_sound: S/PDIF Playback disable
[183974.538564@3] spdif_info: rate: 44100, channel status ch0_l:0x100, ch0_r:0x100, ch1_l:0x0, ch1_r:0x0
[183974.538570@3] hdmitx: err chn setting, must be 2, 4, 6 or 8, Rst as def
[183974.538572@3] hdmitx: err chn msk, must larger than 0
[183974.538577@3] aml_spdif_fifo_ctrl, bit depth:16, frddr type:1, toddr:type:1

When using the “HDMI Multi Ch PCM”:

[183940.322553@3] audio_dsp: buf=0
[183940.322563@3] audio_dsp: IEC958_mode_raw=0
[183940.322599@3] audio_dsp: IEC958_mode_codec= 0, IEC958 type 2 CH PCM
[183940.322601@3] audio_dsp: last mode 0,now 0
[183940.340075@2] audio_ddr_mngr: frddrs[0] registered by device ff642000.audiobus:tdmc
[183940.342549@2] aml_dai_set_tdm_sysclk(), mpll no change, keep clk
[183940.342556@2] aml_dai_set_tdm_sysclk(), mclk no change, keep clk
[183940.342565@2] set mclk:11289600, mpll:22579200, get mclk:11289593, mpll:22579186
[183940.342569@2] asoc aml_dai_set_tdm_fmt, 0x4011, ffffffc033b81c18, id(2), clksel(2)
[183940.342571@2] aml_dai_set_tdm_fmt(), fmt not change
[183940.342576@2] dump_pcm_setting(ffffffc033b81c18)
[183940.342578@2] 	pcm_mode(1)
[183940.342579@2] 	sysclk(11289600)
[183940.342580@2] 	sysclk_bclk_ratio(4)
[183940.342581@2] 	bclk(2822400)
[183940.342583@2] 	bclk_lrclk_ratio(64)
[183940.342584@2] 	lrclk(44100)
[183940.342585@2] 	tx_mask(0x3)
[183940.342587@2] 	rx_mask(0x3)
[183940.342588@2] 	slots(2)
[183940.342589@2] 	slot_width(32)
[183940.342591@2] 	lane_mask_in(0x2)
[183940.342592@2] 	lane_mask_out(0xf)
[183940.342593@2] 	lane_oe_mask_in(0x0)
[183940.342594@2] 	lane_oe_mask_out(0x0)
[183940.342596@2] 	lane_lb_mask_in(0x0)
[183940.342597@2] aml_dai_set_tdm_sysclk(), mpll no change, keep clk
[183940.342598@2] aml_dai_set_tdm_sysclk(), mclk no change, keep clk
[183940.342601@2] set mclk:11289600, mpll:22579200, get mclk:11289593, mpll:22579186
[183940.342603@2] aml_dai_set_clkdiv, div 4, clksel(2)
[183940.342611@2] aml_dai_set_bclk_ratio, select I2S mode
[183940.342618@2] mclk is not configured
[183940.349398@2] tdm playback mute: 0, lane_cnt = 4
[183940.349809@2] tdm playback mute: 0, lane_cnt = 4
[183940.350916@1] asoc-aml-card auge_sound: tdm playback enable
[183940.450945@1] asoc-aml-card auge_sound: tdm playback stop
[183940.451257@2] tdm playback mute: 0, lane_cnt = 4

It seems we have the same issue!?

Also happy to provide more info if someone wants to look into it.

any updates on this issue?! I have the same problem!

It’s fixed in the nightlies.

when is it expected in the official version? thank you!

I can confirm 20200108 has the multi-channel audio bug fixed \o/.

Unfortunately the display is corrupted: