marQs
Shareholder
Hey UAD fellows,
triggered by another Cubase user I'm making up this thread here.
Problem:On Windows (seems no matter which version 7/8/10) in Cubase (7 up to current 9.5) there's a limitation on how much different plugins Cubase will load.
It's not about DSP limits which are clearly set by the amout of Sharcs installed. It's the total number of different plugins Cubase will allow you to instantiate until the attempt to use another plugin you haven't already used in your project will simply lead to nothing. Instantiating a plugin that was already used inthe project simply works (as long as your DSP-/CPU-power allows).
This is not exclusively related to UAD plugins. The problem seems to be the way how the plugin .dll-files communicate with the OS. It seems there's a dynamic and a static way to do so. Plugins that suffer from not being able to loaded if that limit is reached seem to be the ones that work with the static method. Windows seems to allow only for a certain amount of static .dll-related processes. Sorry for my ignorance/lacking of correct technical terms, I'm a user, not an IT guy.
A user in the Cubase forums reported that Soundtoys plugins are concerned as well, while i.e. Waves plugins are not.
Here's a video how the problem looks factually on my computer:
https://www.youtube.com/watch?v=qpuYn0y5JM0
Nasty byproducts of the issue: it's happening that some plugins are instantiating as usual while you work on the project but will simply miss without a warning when you re-open the same - formerly working - project later! That's leading into trouble.
Solutions & suggestions:
As far as I read JBridge could solve the problem. Haven't tested it myself yet. (Cool if it works, but host & plugin manufacturers should either include such solutions or code their software to-not-need-crutches, shouldn't they?)
Host manufacturers could 'sandbox' plugin processing (also just fake-knowledge here, but I've read that i.e. Bitwig handles plugins like this), which means there's more headroom/higher possible number of plugns.
Plugin manufacturers could use the dynamic vs. the static way to 'speak to' runtime libraries. (Again: forgive my half knowledge and use of terms I don't even exactly know what they mean but seem to be related from hearsay ).
I have contacted UA support already and having conversations there. Would be nice to have the issue fixed. Seems there's quite a discussion going on on the Cubase (and other DAWs') forums while the problem isn't a relevant topic here.
Please post your experiences here in case you run into the same issue.
triggered by another Cubase user I'm making up this thread here.
Problem:On Windows (seems no matter which version 7/8/10) in Cubase (7 up to current 9.5) there's a limitation on how much different plugins Cubase will load.
It's not about DSP limits which are clearly set by the amout of Sharcs installed. It's the total number of different plugins Cubase will allow you to instantiate until the attempt to use another plugin you haven't already used in your project will simply lead to nothing. Instantiating a plugin that was already used inthe project simply works (as long as your DSP-/CPU-power allows).
This is not exclusively related to UAD plugins. The problem seems to be the way how the plugin .dll-files communicate with the OS. It seems there's a dynamic and a static way to do so. Plugins that suffer from not being able to loaded if that limit is reached seem to be the ones that work with the static method. Windows seems to allow only for a certain amount of static .dll-related processes. Sorry for my ignorance/lacking of correct technical terms, I'm a user, not an IT guy.
A user in the Cubase forums reported that Soundtoys plugins are concerned as well, while i.e. Waves plugins are not.
Here's a video how the problem looks factually on my computer:
https://www.youtube.com/watch?v=qpuYn0y5JM0
Nasty byproducts of the issue: it's happening that some plugins are instantiating as usual while you work on the project but will simply miss without a warning when you re-open the same - formerly working - project later! That's leading into trouble.
Solutions & suggestions:
As far as I read JBridge could solve the problem. Haven't tested it myself yet. (Cool if it works, but host & plugin manufacturers should either include such solutions or code their software to-not-need-crutches, shouldn't they?)
Host manufacturers could 'sandbox' plugin processing (also just fake-knowledge here, but I've read that i.e. Bitwig handles plugins like this), which means there's more headroom/higher possible number of plugns.
Plugin manufacturers could use the dynamic vs. the static way to 'speak to' runtime libraries. (Again: forgive my half knowledge and use of terms I don't even exactly know what they mean but seem to be related from hearsay ).
I have contacted UA support already and having conversations there. Would be nice to have the issue fixed. Seems there's quite a discussion going on on the Cubase (and other DAWs') forums while the problem isn't a relevant topic here.
Please post your experiences here in case you run into the same issue.