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

  • From: <edwabr123@xxxxxxxxx>
  • To: <wdmaudiodev@xxxxxxxxxxxxx>
  • Date: Wed, 28 Apr 2021 09:28:08 -0700

I support this request since voice apps need a specific processing applied in 
APO to be compliant with e.g. Lync spec. The mix of two apps from which one is 
a voice app still goes through ‘voice’ processing in APO.

 

From my experience, almost none of popular voice apps advertise themselves as 
‘communication’ when creating audio streams. So, having information in APO 
about the origin of audio stream is a reasonable solution.

 

--

Edward A

 

From: wdmaudiodev-bounce@xxxxxxxxxxxxx <wdmaudiodev-bounce@xxxxxxxxxxxxx> On 
Behalf Of Matthew van Eerde (Redacted sender "Matthew.van.Eerde" for DMARC)
Sent: Wednesday, April 28, 2021 8:37 AM
To: wdmaudiodev@xxxxxxxxxxxxx
Subject: [wdmaudiodev] Re: [EXTERNAL] Detecting the app that sent the audio 
stream in an APO

 

Assuming, for the moment, that Skype and Zoom are both correctly identifying 
themselves as “communications,” what, specifically, would you want to do 
differently in your APO for Skype vs. Zoom?

 

What if a user is using two different apps in the same category at the same 
time, and your APO is being handed the mix of those two apps?

 

Please submit a feature request in Feedback Hub, as described here 
https://matthewvaneerde.wordpress.com/2016/09/26/report-problems-with-logs-and-suggest-features-with-the-feedback-hub/

 

Once you have submitted the feature request, please share a link to it

 

From: wdmaudiodev-bounce@xxxxxxxxxxxxx 
<mailto:wdmaudiodev-bounce@xxxxxxxxxxxxx>  <wdmaudiodev-bounce@xxxxxxxxxxxxx 
<mailto:wdmaudiodev-bounce@xxxxxxxxxxxxx> > On Behalf Of Gabe Widmer
Sent: Tuesday, April 27, 2021 10:05 PM
To: wdmaudiodev@xxxxxxxxxxxxx <mailto:wdmaudiodev@xxxxxxxxxxxxx
Subject: [wdmaudiodev] Re: [EXTERNAL] Detecting the app that sent the audio 
stream in an APO

 

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

 

Hi,

 

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?

 

Thanks!

 

Gabe Widmer

Other related posts: