[wdmaudiodev] Re: DTM audio glitch test failing

  • From: "Vincent Burel \(VB-Audio\)" <vincent.burel@xxxxxxxxxxxx>
  • To: <wdmaudiodev@xxxxxxxxxxxxx>
  • Date: Thu, 14 Mar 2019 09:04:39 +0100

(4) Audio Codec – Class Driver Audio Logo Test – Certification – Desktop Is 
officially bugged

 

See our article on this 

https://www.facebook.com/notes/vb-audio-software/does-microsoft-care-about-audio/2061956880540508/

 

 

De : wdmaudiodev-bounce@xxxxxxxxxxxxx [mailto:wdmaudiodev-bounce@xxxxxxxxxxxxx] ;
De la part de Vincent Burel (VB-Audio)
Envoyé : jeudi 14 mars 2019 08:57
À : wdmaudiodev@xxxxxxxxxxxxx
Objet : [wdmaudiodev] Re: DTM audio glitch test failing

 

Hello,

 

Some ideas (coming from our HLK experience): 

 

(1)    It seems the driver installation (update) procedure is bugged and the 
driver behavior can be impacted (if bad installed – mess in audio points - ). 

 

(2)    I recommend to make the HLK process test on fresh install, because we 
got more HLK error on updated driver. So if you made your certification test on 
a driver update, you should restart from scratch on a fresh windows 
installation.

 

(3)    Check in log that the Class Driver Audio Logo Test is not done on all 
audio drivers present on your system, then the error could come from another 
driver.

 

 

Regards

Vincent Burel 

 

De : wdmaudiodev-bounce@xxxxxxxxxxxxx [mailto:wdmaudiodev-bounce@xxxxxxxxxxxxx] ;
De la part de Robert Dalton
Envoyé : jeudi 14 mars 2019 03:05
À : wdmaudiodev@xxxxxxxxxxxxx
Objet : [wdmaudiodev] DTM audio glitch test failing

 

Hello,

 

I've been running into very puzzling behavior with HLK Controller / Studio 
8109.  I have an APO attached to an Inbox USB driver that is failing the "Audio 
Codec - Class Driver Audio Logo Test - Certification - Desktop".  

 

We are seeing very strange behavior.  On our HLK Client RS5 machine (clean 
install) the installed USB device + APO sounds fine before running any tests.  
As soon as I run a test (the one above) the audio is very very glitchy, and it 
never recovers...even after the test completes.  From that point on, any USB 
audio device that is plugged in exhibits the same glitchy audio.  From the Task 
Manager I can see that the "Windows Device Isolation Graph" process is spiking 
to 10 to 20% CPU utilization, and it is normally under 2%.  I've even bypassed 
any processing in the APO to make sure there wasn't any infinite loops etc.  It 
seems like there has been some instrumentation of the audiodg.exe process that 
is drastically affecting performance.  I'm seeing this on 3 different machines 
and am now running out of ideas.

 

Has anyone run into this issue or have any suggestions?  Thanks in advance.

 

BTW, this same APO passed all tests about 6 months ago, so I'm thinking it has 
to be some configuration issue.

 

Bob

Other related posts: