Repository navigation
Conversation
This patch is invasive and impacts ICL, WHL, and CML platforms with RT5682 codec. It limits audio capture bandwidth to 7 kHz. The purpose is to demonstrate usage of FIR low-pass filter to capture PCM0 pipeline to mitigate apparent audio bus data corruption. The seen noise waveform looks like random PCM bit flips. This kind of patch should be only last resort. The patch also shows a proposal how to propagate pipeline filter coefficients data definition at topology top level. It is an useful way to avoid to create different new pipeline macros for different desired frequency response. The macro PIPELINE_PCM_ADD is enhanced to set from arguments 14 and 15 macros PIPELINE_FILTER1 and PIPELINE_FILTER2. If they are set the macros for EQ pipeline will include coefficients from those files in the order that they are defined. The other clean up for topology macros include definions for unique volume tokens and unique filter coefficient definitions. Signed-off-by: Seppo Ingalsuo <seppo.ingalsuo@linux.intel.com>
Sorry @singalsu I don't get the idea. You will still get noise with a cut-off at 7kHz, how does this make the results better? It's still noise. You can correct for acoustic issues with a filter, data corruption can't be recovered from with linear filters. |
|
I'm not recommending this... I made this to experiment improvement to EQ pipelines to define the desired response for FIR and IIR at top level topology instead of creating lot of different EQ pipeline macros. |
|
There's no need to keep this open (the PR id can be used to get this for testing needs). I'll make another PR with just the topology macros improvements but no change to currently applied processing. |

This patch is invasive and impacts ICL, WHL, and CML platforms
with RT5682 codec. It limits audio capture bandwidth to 7 kHz.
The purpose is to demonstrate usage of FIR low-pass filter to
capture PCM0 pipeline to mitigate apparent audio bus data corruption.
The seen noise waveform looks like random PCM bit flips. This
kind of patch should be only last resort.
The patch also shows a proposal how to propagate pipeline filter
coefficients data definition at topology top level. It is an
useful way to avoid to create different new pipeline macros for
different desired frequency response.
The macro PIPELINE_PCM_ADD is enhanced to set from arguments 14
and 15 macros PIPELINE_FILTER1 and PIPELINE_FILTER2. If they
are set the macros for EQ pipeline will include coefficients from
those files in the order that they are defined.
The other clean up for topology macros include definions for unique
volume tokens and unique filter coefficient definitions.
Signed-off-by: Seppo Ingalsuo seppo.ingalsuo@linux.intel.com