[wdmaudiodev] Re: [EXTERNAL] APOs not loading by audiodg.exe

  • From: Joey Lag <itsjoeylag@xxxxxxxxx>
  • To: wdmaudiodev@xxxxxxxxxxxxx
  • Date: Wed, 10 Jun 2020 10:01:08 +0100

Thank you Matthew!

I’ve tried your collect audio logs tool but unfortunately it seems to give me a 
BSOD. I also tried it with a brand new VM and the latest sysvad example 
unaltered (aside from an OutputDebugString call - the apo works fine) and I had 
the same result. To reproduce this, I press Y both times, after the first Y 
simply playing an audio file before pressing enter. The script seems to crash 
when running ddodiag and the BSOD has a stop code: KMODE EXCEPTION NOT HANDLED, 
pointing to tabletaudiosample.sys failing - so I assume there’s an unhandled 
kernel mode exception. I am running windows 10 pro 1909 through Hyper-V. I 
haven’t run the HLK yet but can have a go at it.

On another note, how can I completely uninstall the sysvad example from the 
computer? I’ve tried devcon uninstall Root/Sysvad_ComponentizedAudioSample 
(which I understand would not remove extension and apo), device manager 
uninstall (& delete), and also pnputil /uninstall -d for the extension, apo and 
audiosample .infs but there always seem to be remnants in the registry (for 
instance the APO GUIDs are still there ie in 
MMDevices/Audio/Render/{uuid}/FxProperties and a few other areas).

Many thanks
Joey


On 8 Jun 2020, at 17:09, Matthew van Eerde (Redacted sender 
"Matthew.van.Eerde" for DMARC) <dmarc-noreply@xxxxxxxxxxxxx> wrote:

Can you take some audio logs of a failed attempt to load your APO and share 
them?
https://matthewvaneerde.wordpress.com/2017/01/09/collecting-audio-logs-the-old-fashioned-way/
 
<https://matthewvaneerde.wordpress.com/2017/01/09/collecting-audio-logs-the-old-fashioned-way/>
 
Have you run the APO tests in the HLK?
 
From: Joey Lag <mailto:itsjoeylag@xxxxxxxxx>
Sent: Monday, June 8, 2020 2:54 AM
To: wdmaudiodev@xxxxxxxxxxxxx <mailto:wdmaudiodev@xxxxxxxxxxxxx>
Subject: [EXTERNAL] [wdmaudiodev] APOs not loading by audiodg.exe
 
Hey guys,

I’m working on integration of a proprietary algorithm into an APO, by 
modifying the official SYSVAD example. I initially started with writing a 
basic example - a channel swapper in the proprietary dsp library being used 
by the algorithm. This works completely fine and I’m working with the actual 
algorithm now. For strange reasons it seems that the apo has stopped being 
loaded by audiodg.exe - no debugger messages being printed in dbgview - even 
those within APO initialise. There are also no error messages printed when 
attaching WinDbg to the audiodg.exe process. What’s also strange is that the 
previous channel swapper example has stopped working as well. I have hardware 
offloading disabled, and audio enhancements enabled in the speaker 
properties. My testing environment is Windows 10 running in Hyper-V, test 
mode is on.

Does anyone have any suggestions on what could be happening?

Many thanks
Joey******************

WDMAUDIODEV addresses:
Post message: mailto:wdmaudiodev@xxxxxxxxxxxxx ;
<mailto:wdmaudiodev@xxxxxxxxxxxxx>
Subscribe:    mailto:wdmaudiodev-request@xxxxxxxxxxxxx?subject=subscribe ;
<mailto:wdmaudiodev-request@xxxxxxxxxxxxx?subject=subscribe>
Unsubscribe:  mailto:wdmaudiodev-request@xxxxxxxxxxxxx?subject=unsubscribe ;
<mailto:wdmaudiodev-request@xxxxxxxxxxxxx?subject=unsubscribe>
Moderator:    mailto:wdmaudiodev-moderators@xxxxxxxxxxxxx ;
<mailto:wdmaudiodev-moderators@xxxxxxxxxxxxx>

URL to WDMAUDIODEV page:
https://nam06.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.wdmaudiodev.com%2F&amp;data=02%7C01%7CMatthew.van.Eerde%40microsoft.com%7Ca3bbab6331d44990a36c08d80b91fcaa%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C637272068953223859&amp;sdata=FNhHEdhEIQxPTIrShUCc4bFjEC%2FRkdyVbCFS%2FF299P0%3D&amp;reserved=0
 
<https://nam06.safelinks.protection.outlook.com/?url=http%3A%2F%2Fwww.wdmaudiodev.com%2F&amp;data=02%7C01%7CMatthew.van.Eerde%40microsoft.com%7Ca3bbab6331d44990a36c08d80b91fcaa%7C72f988bf86f141af91ab2d7cd011db47%7C1%7C0%7C637272068953223859&amp;sdata=FNhHEdhEIQxPTIrShUCc4bFjEC%2FRkdyVbCFS%2FF299P0%3D&amp;reserved=0>

Other related posts: