[wdmaudiodev] Re: Interrupted audio when inserting USB audio device

  • From: "Matthew van Eerde" <dmarc-noreply@xxxxxxxxxxxxx> (Redacted sender "Matthew.van.Eerde" for DMARC)
  • To: "wdmaudiodev@xxxxxxxxxxxxx" <wdmaudiodev@xxxxxxxxxxxxx>
  • Date: Tue, 2 Apr 2019 15:08:57 +0000

*scratches chin*

Please ask the testers to grab audio logs of the gap in question. A video would 
help too.

Device changes aside, how is A/V sync on this APO?

________________________________
From: wdmaudiodev-bounce@xxxxxxxxxxxxx <wdmaudiodev-bounce@xxxxxxxxxxxxx> on 
behalf of Michael Johansen <johansen.mic@xxxxxxxxx>
Sent: Tuesday, April 2, 2019 8:03:15 AM
To: wdmaudiodev@xxxxxxxxxxxxx
Subject: [wdmaudiodev] Re: Interrupted audio when inserting USB audio device

OK cool.

The thing here is that the active device remains default which is great but 
there is a gap in the stream when a new known device is plugged in but only 
when using our own APO and INF for the active device.

I know this is a bit nitty gritty but the testers focus on the "default 
microsoft driver" does NOT make gaps.

Den tir. 2. apr. 2019 kl. 16.57 skrev Matthew van Eerde 
<dmarc-noreply@xxxxxxxxxxxxx<mailto:dmarc-noreply@xxxxxxxxxxxxx>>:
Whether the new device becomes the default is heavily dependent on the 
characteristics of the old and new device. This tool is old but may shed some 
light on the matter:
https://matthewvaneerde.wordpress.com/2014/03/24/troubleshooting-default-audio-device-heuristics/<https://nam06.safelinks.protection.outlook.com/?url=https%3A%2F%2Fmatthewvaneerde.wordpress.com%2F2014%2F03%2F24%2Ftroubleshooting-default-audio-device-heuristics%2F&data=02%7C01%7CMatthew.van.Eerde%40microsoft.com%7C7a75e130213e45e0f31d08d6b77c735a%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C636898142495284251&sdata=Xsf81xEODjlHOB8oiBd3o%2FyEEFQZY2G2vmC3erMztaM%3D&reserved=0>

________________________________
From: wdmaudiodev-bounce@xxxxxxxxxxxxx<mailto:wdmaudiodev-bounce@xxxxxxxxxxxxx
<wdmaudiodev-bounce@xxxxxxxxxxxxx<mailto:wdmaudiodev-bounce@xxxxxxxxxxxxx>> on 
behalf of Michael Johansen 
<johansen.mic@xxxxxxxxx<mailto:johansen.mic@xxxxxxxxx>>
Sent: Tuesday, April 2, 2019 7:54:25 AM
To: wdmaudiodev@xxxxxxxxxxxxx<mailto:wdmaudiodev@xxxxxxxxxxxxx>
Subject: [wdmaudiodev] Re: Interrupted audio when inserting USB audio device

I know. The point here is that the playing device remains default and active 
which is fine. Then when plugging in the second device a gap in the stream 
appears and the current device remains default.
But is that what can be expected or...?


Den tir. 2. apr. 2019 kl. 16.48 skrev Matthew van Eerde 
<dmarc-noreply@xxxxxxxxxxxxx<mailto:dmarc-noreply@xxxxxxxxxxxxx>>:
Windows is entirely free to make a newly arrived audio device the default, even 
if some existing device has been explicitly set as the default.

________________________________
From: wdmaudiodev-bounce@xxxxxxxxxxxxx<mailto:wdmaudiodev-bounce@xxxxxxxxxxxxx
<wdmaudiodev-bounce@xxxxxxxxxxxxx<mailto:wdmaudiodev-bounce@xxxxxxxxxxxxx>> on 
behalf of Michael Johansen 
<johansen.mic@xxxxxxxxx<mailto:johansen.mic@xxxxxxxxx>>
Sent: Tuesday, April 2, 2019 4:31:25 AM
To: wdmaudiodev@xxxxxxxxxxxxx<mailto:wdmaudiodev@xxxxxxxxxxxxx>
Subject: [wdmaudiodev] Interrupted audio when inserting USB audio device

I have been helping a customer develop a custom SFX APO for a USB audio device. 
I wrote an INF using the standard wdma_usb.inf as audio driver and just adding 
FX registrations for the APO. Works fine.

Now the testing teams says that when playing audio using only the default 
windows audio class driver and having made the device "default" explicitly from 
the sound control panel, then if they connect a second device audio will play 
uninterrupted. BUT if the device has been installed using our own INF with our 
APO and playing audio and then connecting a second device audio will be 
interrupted shortly (< 1 sec) and then resume.

I am not sure if there even are any guaranties for uninterrupted playback when 
inserting a second audio device while playing on an explicitly set default 
device?

Regards,

Michael


Other related posts: