[Sound-open-firmware] mixer and formats question

Liam Girdwood liam.r.girdwood at linux.intel.com
Wed Aug 26 11:46:17 CEST 2020


On Tue, 2020-08-25 at 17:57 -0500, Pierre-Louis Bossart wrote:
> Hi,
> we have a rather odd issue [1] with mixer/formats, where somehow an 
> error is thrown by firmware when we play an S24/32_LE PCM stream
> through 
> a mixer and into a DAI configured in S16_LE (because of codec
> restrictions)
> 
> I could use feedback on the following points:
> 
> a) was it really a design decision to assume that all sources to the 
> mixer share the same format?
> 

Yes. Mixer only mixes same format today, however the PCM converter can
be invoked here on the pipeline (but I dont think the mixer does this
today).

> b) if yes, how is the format for a mixer defined? We typically
> convert 
> using volume elements, but somehow a mixer would need to be set-up
> with 
> a predefined format (i.e. not propagated by hw_params()) if we want
> the 
> volume elements to know when/what to convert. I see in my
> experiments 
> that the format for the mixer sources and sinks seems to be changed 
> dynamically, which doesn't seem quite right to me.
> 

It could be the PCM converter being invoked by host or dai component
depending on which PCM is opened in which order etc ?.

> c) if no, same question "how is the format of the mixer defined"? we 
> would need to have the ability to set a format for the mixer so that
> it 
> can convert on the fly, but we don't seem to set formats anywhere
> except 
> for PCM streams and DAIs.

Liam
> 
> Thanks,
> -Pierre
> 
> [1] https://github.com/thesofproject/sof/pull/3341
> _______________________________________________
> Sound-open-firmware mailing list
> Sound-open-firmware at alsa-project.org
> https://mailman.alsa-project.org/mailman/listinfo/sound-open-firmware



More information about the Sound-open-firmware mailing list