[wdmaudiodev] Re: [EXTERNAL] Detecting the app that sent the audio stream in an APO

  • From: Gabe Widmer <gabrielwidmer@xxxxxxxxx>
  • To: wdmaudiodev@xxxxxxxxxxxxx
  • Date: Tue, 27 Apr 2021 22:04:33 -0700

For this APO, the audio that _may_ need to be processed can come across in
the system as any of the audio processing modes currently defined by
Microsoft.  Knowing the specific app, not what the app has advertised as
it's mode is needed in this project.  The modes are beneficial, but they
just do not go all the way.

For example, it would be beneficial to know that skype, not zoom is the
originator of this specific audio stream...

If anyone can think of anything I would appreciate it.

Gabe W

On Mon, Apr 26, 2021 at 8:55 AM Matthew van Eerde <
dmarc-noreply@xxxxxxxxxxxxx> wrote:

Why is the audio processing mode not enough information? What exactly do
you want to do?

Is the app in question correctly setting its audio stream category?

*From:* wdmaudiodev-bounce@xxxxxxxxxxxxx <wdmaudiodev-bounce@xxxxxxxxxxxxx>
*On Behalf Of *Gabe Widmer
*Sent:* Thursday, April 22, 2021 5:32 AM
*To:* wdmaudiodev@xxxxxxxxxxxxx
*Subject:* [EXTERNAL] [wdmaudiodev] Detecting the app that sent the audio
stream in an APO


I am working on a project implementing an APO.  The APO works, however, we
want to add the ability to bypass the APO's processing for certain audio
streams.  If we knew what app was rendering the audio, we would know
whether to apply our APO or not.  Right now all I can tell is the audio
processing mode set for the stream.  That is not enough information for
what we want to do.

Is there a way to tell which app(s) are calling the audio subsystem within
the APO com object?


Gabe Widmer

Other related posts: