I don’t know if your issue is related to UAD64bit.
All I am saying is that I have seen bugreports, though all of them are issues with Nuendo6/Cubase7.
I can only suspect that the issue might be related.
Well, so far I have been running UAD x64 since build 6.4 (now 6.5) and even when opening heavy mixes I am simply not getting any problems at all.
One of the main causes of trouble with the UAD x64 plugs is that a lot of users are still pointing their DAW at the 32-bit versions as well - this is a terrible idea, and it is imperative you are not scanning both 32 and 64-bit versions of the UAD plugs. Make certain your DAW is not scanning both of the following in 64-bit hosts:
C:\Program Files (x86)\Steinberg\VSTplugins
Scanning both of these will inevitably cause trouble.
Over the weekend i had time to burn so i opened the same BIG mix in N5.1/32 and removed plug ins, resaved and opened in N5.5/64. About an hour passed and many different combinations of effects i discovered what plug in is giving me grief. ALL of my UA stuff works perfectly, My SSD4 and Kontakt work perfectly my Slate VCC channel strips work fine (one for each and every channel) BUT my Slate VCC Mix Buss plug that i put on the MASTER insert (and only one of them) seems to be the one that crashes the project.
From EVERYTHING i can tell in the Plug In Preferences, all the plugs are 64 bit and pointing to the 64 bit versions.
Once i identified the Mix Buss VCC i tried it in other songs and the exact same crash happens.
So, now i know…but i dont know what to do. I Cant live without Slates VCC!
It seems the 32-bit/64-bit thing is not the cause then - this is good.
What is very odd is the VMB crashing - never seen that but will give it a go at getting a repro over the weekend…
I know what you mean about VCC too.
I had recently very similar (if not the same) issues with other Slate Plugins:
I tried to insert FX-G in the masterbus while having a 64 bit project set up already - with a lot of vsti and channels etc, about 4gb of ram.
I get the same error prompt like shown in Denicos video and/or Nuendo just crashes. In another bigger project I had the FX-G in use but I set it up in an early stage an maybe the ram never went that high.
I browsed the slate forum and there are a couple of other users complaining about the very same thing (regarding FX-G)… The official response from support was: “it is a mastering plugin, do not use it in the mix”. Bullshit!!
Mixing and mastering tends to melt together these days, I still have a seperate mastering stage involved and I always export the mixdowns with disabled master-slot limiting… But I can create better mixes and safe time in mastering when I have mastering processing in the monitor chain, this always safes mix-procession and I am able to keep levels/ballance even in a hot mastering scenario. Everything regarding this is up to taste and up to philosophy and worklflow, but I never read such an unprofessional statement regarding a bug/issue…
It just seems that the 64bit thing is not 100% final yet!
@ Denico: Is it possible for you to try the following - just to track the issue down:
Open a project with removed VCC dll - just to be able to open it - then remove vsti or other ram-hungry stuff to go down a little with the ram usage. Save… move VCC back again - open again - does this work??
But what I do not understand is, that it seems to me that you already have low RAM usage - because you are able to open in 32bit… mh…