On Mon, Feb 27, 2017 at 10:21:25PM +1100, Matt Flax wrote:

On 27/02/17 21:30, Matthias Reichl wrote:

quoted

I don't see that. Some people might want to be able to use multichannel
on RPi, but that's something very different than adding code that just
lies about driver capabilites.

I am going to invite you over for dinner to eat steamed vegetables :)
If I make the steamed vegetables in the microwave and they taste like
steamed vegetables, are they steamed vegetables ?

If you connect an amplifier with a volume control to your soundcard
does that mean that your soundcard now has a volume control? No, your
amp has.

I have a bcm2835 (Pi 2 and 3) SoC here. It is producing multichannel (8 out,
6 in) audio. In ALSA we call that DSP mode - right ?!

No. DSP modes are protocol/timing specifications as I2S, PDP, S/PDIF, ...
You can look these up in datasheets and if a chip implements such a
protocol you can be sure that it adheres to that standard - i.e. it
will sync the frames to the pulses on LRclk.

If a chipset can do multichannel, do we need to invent a new DSP mode name
to call it dsp mode ? Surely not, because steamed vegetables are steamed
vegetables :)

You can do multichannel audio via IEC958 AC3/DTS passthrough as well. This
doesn't mean that each driver has to implement that as a separate mode.

In fact they are still operating in 2-channel PCM mode, only the data
packed into the stream has to be interpreted differently. This even worked
with standard CD players, you could have DTS on CD. Of course if you
connected a standard analog amp to it you'd only get noise. But an amp with
digital S/PDIF input and an AC3/DTS decoder could decode the multichannel
audio stream and output it to it's 5.1 speakers.

so long,

Hias