We are also having issues with this particular driver, our stack trace looks very much like the one posted above.
Previously we used PortAudio which works so I thought i´d compare the implementations to see what is going on and found this inside the initialization of ASIO devices inside PortAudio.
// Since portaudio opens ALL ASIO drivers, and no one else does that,
// we face fact that some drivers were not meant for it, drivers which act
// like shells on top of REAL drivers, for instance.
// so we get duplicate handles, locks and other problems.
// so lets NOT try to load any such wrappers.
// The ones i [davidv] know of so far are:
if ( strcmp (names[i],"ASIO DirectX Full Duplex Driver") == 0
|| strcmp (names[i],"ASIO Multimedia Driver") == 0
|| strncmp(names[i],"Premiere",8) == 0 //"Premiere Elements Windows Sound 1.0"
|| strncmp(names[i],"Adobe",5) == 0 //"Adobe Default Windows Sound 1.5"
I dont know if it is applicable on the JUCE implementation but i thought i share it if anyways.
Is there any other known workaround for JUCE currently? I mean, i could do something similar and ignore these drivers inside scanForDevices in the juce_win32_ASIO but i´d rather not hack your code