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
(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
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
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.