Noel Borthwick [Cakewalk]
We are following the VST3 spec for the logic for scanning. Waves plugins can dynamically update based on your license.
Technically if the DLL exposes itself with the "kClassesDiscardable" property every time the scanner runs we MUST enumerate all plugins in the package. Its possible that other hosts are not respecting this.
See the comments taken verbatim from the SDK below.
kClassesDiscardable = 1 << 0, ///< The number of exported classes can change each time the Module is loaded. If this flag is set, the host does not cache class information. This leads to a longer startup time because the host always has to load the Module to get the current class information.
If you want to speed up CbB startup with Waves plugin's, turn off automatic scan and do the scan manually once in awhile.
Thank you for the contribution:
I was able to resolved this problem by uninstalling Waves Central and also all Waves plugins and also deleting the waves folder (Optional).
Then I re-installed Waves Central and all Plugins for Waves. Everything works as before.
So here is why this problem happened.
According to Waves, all of Version 9 Plug-ins are not compatible with Waves V10.
I starting experiencing issues after I attempted to install additional plugins after updating Waves Central. Because all of my current Waves Plug-ins are version 9, they require updating.
In a nutshell and according to waves. If you currently have Waves Plugin and you need to install and activate additional plugins that are version 10, the best solution is to uninstall and reinstall after updating Waves Central.
The above process may have previously corrupted some files causing the scan to take longer.