Hmm, thatās not working for me either. I donāt get the option to extract the individual msi, the download has one exe that self-extracts everything. Iāve been unable to run xperf traces via cmd - is that the end game here?
BTW, I seem to now have half a dozen debugging / analysing tools, most of which donāt seem to install / run correctly (or I know how to work properly). These are installed, but various error messages appear when I try to run them:
Microsoft Windows Performance Toolkit:
GPU View
Performance Analyzer
WPF Performance Suite
Debugging Tools for Windows
Global Flags
WinDebug
DPClat.exe (this one works!)
Shinta - Iām not sure how Iād be able to tell if Cubase is calling VSL, if itās within its own process.
I donāt think you could. Youād have to get down into the actual programming to see that.
If itās possible, the test would be:
Start Cubase without VSL (remove it from the plugin folders?). See if spikes occur.
Start Cubase with VSL (reverse previous action). See if spikes occur.
I donāt know if this is plausible, however.
It seems strange, but this is what my deductive reasoning is telling me. Why would VSL have to check itās license every 5 seconds though? Boggling!!
The usb- audiointerface HAS to be connected directly to your PC and do not use a usb-hub between Pc and the interface.
Please ensure, that the usb-port is not a usb-3 port. We know from a lot of usb-interfaces, that are producing
several issues when they are connected to a usb3- port. You can try to deactivate the usb3 support in your mainboard BIOS.
For anyone interested and future forum searchers, with Steinbergās help weāve isolated the problem to an issue between the programs which use the eLicenser (Cubase / VSL) and the M Audio Fast Track Pro driver (currently on most recent version 5.10.0.5134). The asio4all driver is clean.
Will post any solution / workround as it appears - obviously I could use Asio4all but I find it less efficient generally.
There is no problem with the eLicenser Control Center or VSL software.
There is only a big problem with the M-Audio ASIO- Driver and as you can see, the problem is solved when you use the ASIO4driver with the M-Audio Audiointerface.
Hopefully for all M-Audio owners they will fast purchase a better ASIO- Driver.
Thanks for all your help diagnosing. Iām not holding my breath from M Audio though - itās been almost a year and a half since the last driver update.
Sadly Iāve been in this situation before. In this case, M Audio will say āit works fine in Pro Tools, Sonar and all other DAWsā. You guys say āother drivers work fine with our hardwareā. And so the problem remains for the customer. I had the same thing with Sonar and Avid for the Artist controllers - both sides blamed the other that it didnāt work in 64 bit. Or VSL and East West. Or Avid and Merging. Always the customer gets caught in the middle, with both sides saying the problem is nothing to do with them, and to take it up with the other guys. Itās equally logical for Steinberg to look at their eLicenser drivers as it is M Audio to look at their soundcard drivers - both work fine with other products.
Where Iād definitely critisize M Audio however is that there is no way to feedback problems. The ācontact usā page on their website leads through only to knowledgebase pages and a sales email. Thatās it, unless anyone knows of a secret email address somewhere. For that reason alone, I wonāt be buying any more M Audio - support is essential. I really appreciate your help, Marcus, in tracking this down via the Steinberg support system, but itās a shame that I now appear to have reached a dead end.