07:26 <chewitt> @jbrunet should I expect multi-channel output to work with your current gx audio work?

07:27 <chewitt> i've been testing on a GXM board

08:40 <shava_mng> Hi, out of this many branch which branch has hardware video decoding support? h264 and HEVC.

08:40 <shava_mng> https://gitlab.com/baylibre/amlogic/atv/linux

12:59 <warpme_> @jbrunet : I'm joining chewitt Q about support for multichannel and some more exotic (but still seen in bluray/tv) formats (i.e. s24le, etc). Using ML recent patches or https://gitlab.com/jbrunet/linux/-/tree/v5.7/aml/integ on 5.6-rc2 gives me noise (on some formats)

13:01 <chewitt> shava_mng: no branch has HEVC decoding at the moment, still wip

13:01 <chewitt> patches for H264 and VP9 are on the mailing list or patchwork

13:06 <jbrunet> The HW supports S16le and S24le. Other formats will have to be converted, possibly through alsalib plugins. The HW supports 2ch and 8ch (and nothing else). If you sometime hear distorted sound (a lot of noise but recognisable audio in the background), It might indicate that the HW is out of sync.

13:06 <jbrunet> It rarely happened to me but I was not able to completly fix that. It seems linked to I2S_SOFT_RST and I2S_SYNC registers

13:07 <jbrunet> If you find a way to poke this that works 100% of time for all settings, feel free to send a fix

13:12 <jbrunet> If you remove the pokes to these registers, 2ch is reliable but you can't switch to 8ch

13:23 <jbrunet> Maybe this will get more attention now that is public. I'll send a fix to restrict to 2ch if a proper solution is not found the time v5.7 is released.

13:26 <chewitt> I did manage to get multi-channel output in Kodi

13:26 <chewitt> but, only after fiddling with settings (lots of bad noises) and then reverting to the same settings which didn't give multi-channel output earlier

13:28 <chewitt> I can provoke bad noises easily by enabling pass-through audio

13:28 <chewitt> the noise sounds like a sample loop on ultra-fast repeat .. for anyone who uses CDJs for DJ'ing

13:29 <chewitt> I also have 2.0 output on GXBB

13:30 <chewitt> no HDMI device showing .. using the same format of alsa conf that shows HDMI output on GXL/GXM

13:30 <jbrunet> the HW does not support passthrough

13:30 <jbrunet> only PCM

13:31 <chewitt> does the BSP kernel fake pass-through then?

13:31 <warpme_> jbrunet: indeed - on blurays noise is like you describing: a lot of noise but recognizable audio in the background. BTW: I created DT for beelinkGT1 to have working sound on s912 belinkGT1 (https://github.com/warpme/minimyth2/blob/master/script/kernel/linux-5.6/files/0361-arm64-dts-meson-gxm-add-beelink-gt1.patch). It is pure hack but it works with hdmi but no spdif audio-card at all. May You pls hint me: 1\how

13:31 <warpme_> to add spdif, 2\remove/clean-up unneeded audio DT entries in this DT?

13:32 <chewitt> I got S/PDIF to show up on GXBB (haven't tested anything on GXL/GXM) .. sort of

13:33 <jbrunet> I'll reformulate: The HW probably supports passthrough (means compressed audio - such as AC3) on both HDMI and SPDIF. The driver does not.

13:33 <chewitt> if I look at "amixer controls" and "amixer contents" .. things look to be present

13:33 <chewitt> but the alsa conf is maybe not correct, so nothing shows up with aplay

13:34 <jbrunet> The upstream driver plays PCM S16LE or S24LE, that's it

13:35 <chewitt> this is the dts I made for wetek play2 (has s/pdif) https://github.com/chewitt/linux/commit/5f1dd5892b097d1c14fc569a2867fe00d2ac5677

13:35 <chewitt> these are the mixer settings https://github.com/chewitt/LibreELEC.tv/commit/fc0809ec3f7d6b8a059df0134cb8ef8010e16f4b

13:36 <chewitt> and the alsa conf https://github.com/chewitt/LibreELEC.tv/blob/f70b6210179766ca724dcc812443c9f92b2529eb/projects/Amlogic/filesystem/usr/share/alsa/cards/GXBB-WETEK-PLAY2.conf

13:37 <warpme_> chewitt: thx. will play with it!

13:37 <chewitt> amixer contents http://ix.io/2c7d

13:38 <chewitt> amixer controls http://ix.io/2c7e

13:39 <chewitt> @jbrunet: this is what I did to add to GXBB https://github.com/chewitt/linux/commit/3207f14c9268d03080696c1bcf3599c9fa308ed6

13:39 <chewitt> but I noticed some conversation with @xdarklight_ on one of his branches for meson8 .. so there might be changes coming?

13:40 <chewitt> @warpme_ look at this for a GXM device https://github.com/chewitt/linux/commit/11c89041774f5345f4862303e1e01bc54d1e5114

13:41 <chewitt> GXL/GXM (and newer) have an additional 'acodec' component

13:41 <chewitt> GXBB doesn't have this so the dts I made doesn't have this element

13:46 <chewitt> btw, in the moment when multi-channel output worked, the channels were definitely wrong

13:46 <chewitt> FL or FR coming out of RL

15:38 <jbrunet> definitely ? It is placed correctly when I try it

20:16 <xdarklight> chewitt: the changes that I'll be pushing are minimal and will not affect (at least I claim that ;)) the GX SoCs. so don't keep your hopes up high that I'll fix "something"

20:17 <xdarklight> (also I only tested with two-channel audio since I only have a stereo DAC working right now and HDMI out for the 32-bit SoCs is far from being "work in progress")

20:17 <chewitt> I noticed the cirrus dac commits

20:17 <chewitt> would those be applicable to gxbb as well ?

20:19 <xdarklight> I think so, my problem is that either these patches are not working or I really have to take the long route to fix the GPIO_BSD_EN pin (which has "something" to do with the DAC on these 32-bit boards, but I didn't have to the time to figure out "what" yet)

20:57 <xdarklight> jbrunet: I just sent the patches for the AIU driver to add 32-bit SoC support :)