On Mon, Feb 27, 2017 at 10:21:25PM +1100, Matt Flax wrote: > > > On 27/02/17 21:30, Matthias Reichl wrote: > > > >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 _______________________________________________ Alsa-devel mailing list Alsa-devel@xxxxxxxxxxxxxxxx http://mailman.alsa-project.org/mailman/listinfo/alsa-devel
