Re: [PATCH] [RFC] ASoC: Conditional PCM support
On 21. 08. 24 12:18, Cezary Rojewski wrote:
Conditional PCM (condpcm) helps facilitate modern audio usecases such as Echo Cancellations and Noise Reduction. These are not invoked by the means of userspace application opening an endpoint (FrontEnd) but are a "side effect" of selected PCMs running simultaneously e.g.: if both Speaker (source) and Microphone Array (sink) are running, reference data from the Speaker and take it into account when processing capture for better voice command detection ratio.
Which PCMs are needed for given conditional PCM to be spawned is determinated by the driver when registering the condpcm.
Perhaps the naming may be changed to "sidepcm" or "monitorpcm"/"monpcm". It looks better in my eyes.
Jaroslav
On 2024-08-21 1:35 PM, Jaroslav Kysela wrote:
On 21. 08. 24 12:18, Cezary Rojewski wrote:
Conditional PCM (condpcm) helps facilitate modern audio usecases such as Echo Cancellations and Noise Reduction. These are not invoked by the means of userspace application opening an endpoint (FrontEnd) but are a "side effect" of selected PCMs running simultaneously e.g.: if both Speaker (source) and Microphone Array (sink) are running, reference data from the Speaker and take it into account when processing capture for better voice command detection ratio.
Which PCMs are needed for given conditional PCM to be spawned is determinated by the driver when registering the condpcm.
Perhaps the naming may be changed to "sidepcm" or "monitorpcm"/"monpcm". It looks better in my eyes.
I agree, "sidepcm" is a better candidate than what's currently present. In fact, phrase "side-band interface" is common in hardware environment and should work just fine here too.
Czarek
participants (2)
-
Cezary Rojewski -
Jaroslav Kysela