The plot thickens with my system. My Plugin limit seemed to disappear around April this year on 9.0.20 but I had been experiencing on 9.0.20 and lots of previous versions of Cubase.
As soon as updated to 9.0.30 the plugin limit immediately came back. I rolled back to 9.0.20 with windows and I’ve been since able to load as many plugin types as I like. Very wierd because this is a REAL issue. All I can presume is that my system is using a Library runtime that was updated by Windows 10 at some time early in 2017 and that when I install the 9.0.30 update there are windows files being deprecated for Steinberg library files. Thats all I can think of.
As far as I was Steinberg were actively working on this but that was a long time ago. It’d be nice to have an update.
FYI: The host could not do something for this issue…
Only plugins have to be rebuilt. …
Some plugins use more than 1 or 2 FLS…the first time you instanciate them.(especially plugin loading others libraries ) … We informed the developers and they provided an update fixing this…
I contacted Universal Audio about this last year after a Steinberg employee told me plugin manufacturers need to get onboard. I can copy the reply here if I can find it but in a nutshell they told me that only 1 or 2 had reported the problem and with the amount of programming effort involved plus the fact that they value OSX customers first that it’s unlikely to be ever looked at from their end. Universal audio plugins apparently exhacerbate the problem.
It didn’t look like an official employee poster at first glance. There needs to be MUCH more said about this problem and awareness. It’s buried and most of the plugin developers are shrugging responsibility. Makes it impossible to mix in the box don’t you agree?
I’m fortunate in that I haven’t experienced this issue at all. I use quite a lot of plugs but presumably not enough unique instances…and no UAD which as you say, seem to be the worse culprits.
I’m mostly mixing in Reaper now as well…Oddly, I can’t find any mention on Reaper forums of this problem.
Mostly mixing on Reaper?! What do you use cubase for in this case? Also, same point to Last comment by steinberg employee that it’s not the host’s fault. It’d be useful to know if Reaper indeed is or isn’t affected.
Quick test Cubase vs Reaper. Loading 6 plugs per channel - Plugs selected in manufacturer order from my collection so all the same plugs loaded at first.
Cubase failed to load the 53rd unique plugin. Tried a few other plugs and managed to load another 2 but that was it.
Reaper loaded 104 unique plugs and then gave an error that plugin cannot be loaded…tried a few more but all gave the same error until trying to load a waves plug crashed it completely.
So seems the limit is there but is way higher than in Cubase.
Also thank you Grim for the tests, interesting findings. Adding to that, according to Cakewalk, Sonar can handle at least 64 unique plugins. Fabio mentioned before that Cubase can handle a similar amount, so Grim’s number (53-55) makes sense. I suppose the number may vary depending on the actual plugins you use. But Grim’s method is very good, for comparing
Reaper seems to be doing well on this issue. Based on this workaround to increase (a bit) the amount of loadable unique plugins in Cubase:
Those extra features in Cubase are obviously reducing the number. And Reaper surely handles the issue much better, twice the number of plugins!?
Let’s hope Steinberg developers can increase the number of unique loadable plugins within Cubase…
Loaded one by one just using the next in the list, the limit was at 104 indivudual plugins. Then I tested my all time favourite UAD plugins exclusively, here the limit is reached with just 31 different plugins (C9 gave me 42). Probably I could get some more by disabling hub, video etc., seems there are some more components in 9.5 that are pre-filling those ‘slots’.
So still it seems to depend on how plugins are communicating with the rest of the system (sorry, I’m not an IT guy and have never really understood what exactly is going on, so forgive my ignorance and lack of correct technical terms here). In a usual session with mixed native & dsp plugins I guess I’d come up to 60/70 indivudal plugins. Hmmmmm.
I wouldn’t use the wording “blame” full stop. The restriction is a mixture between OS limitations and how plugins claim processes/threads.
when multiple instances can share the same process you can use more and otherwise you will run out soon.
It’s really up to plugin providers to code smarter. This doesn’t solve the OS limitations, but will bring a lot more headroom for now.
Only look at the fact of how many developers install their own VC++ runtime library with their plugins. in a dense DAW you will have like 2009/2010/2011/2012 etc. in both 64x and x86 versions. That alone is already a mess. Only because they can’t be asked to update their libraries after release.
Whatever, I don’t really understand the technical aspects deeply, I just see where the limits are and want anyone involved in the complex interactions of OS, hosts and third party addons to break the limits. Pleeeeeaaaase
For the moment I can workaround it. That’s why I do my testing in the first place - a project that works with Cubase 9 has two missing plugins in 9.5 - ok, I’ll finish it in 9 and won’t complain. Anyway it’s 2017, we have pretty powerful hard- and software that does pretty magic things. We shouldn’t have to think about limits that don’t knock off cpu.