Greets n love@all:)
ok, here is the solution that helped meā¦
maaaaaybe, this method can be applied to ANY AND ALL misbehaving vsts crashing etcā¦-
(havent tested with other crashy vsts-ā¦ yet;))
Windows:
GOTO: Registry Editor.
Navigate to HKEY_CURRENT_USER\Software\FabFilter. <<<<ā or other vst name of choice
Right-click and select New > DWORD (32-bit) Value.
Name it GraphicsAcceleration and ensure its value is set to 0.
Mac OS X: Open Terminal and type: defaults write com.fabfilter.Common GraphicsAcceleration 0 <same deal
Whoop whoop! 
p.s. my system: window 7 x64
p.p.s. please report any success using the above method here so others can benefit:) (system, plugin name)
Omg!
I applied this fix to my cubase folder in registryā¦ ( the actual cubase8 folder, not a vst)
NO MORE CRASH ON EXIT!!!:):):)!!!
Edit: also no realtime peaky business nymore;)!
Whaaaaaa? Njoy;)
My dear god man! This actually works!
And the program seems faster to bootā¦ 
This should be a sticky, thanks a lot, a whole lot for this!
Hello,
Alrightā¦ this is very interesting, can anyone else confirm this?
Best regards,
GN
32-bit DWORD for 32-bit plug/apps and 64-bit QWORD for 64-bit plugs/apps?
Or 32 for everything?
Interestingā¦ testing now
1 Like
Just 32bit dword ā¦
1 Like
So, 32 bit word even for 64 bit cubase pro if we add this to the cubase folder?
Yupā¦
Exactly as stated aboveā¦ (Im also on 64bit windows btw)
Cewl!
So far my Cubase kindof feels a hair more sturdy and less flimsy now. But it might be imagination too. Havenāt noticed anything bad, besides one thing with NI FM8. If I open its GUI and click the āOpen soundā¦ā and the dialog comes up, the dialog usually comes up in front of the FM8 GUI but now it came up behind FM8 GUI - like if FM8 was set to some ākeep on top alwaysā setting. I got that setting set in Cubase, but FM8 is the only one who acted like this so far. It didnāt before.
I closed the GUI without utilizing the Dialog at all, meaning the dialog kindof got stuck in some twilight dimension, Cubase went a bit unresponsive, then crashed. Not too strange though, especially with Cubases oversensitivity to graphic anomalies and strains.
In the coming 36 hours Iām about to do a full mix of a song including instruments and audio tracks. 100+ tracks. Iāll keep you posted how this goes in relation to this hack.
1 Like
I am getting the stopped working window.
The faulty module is: d2d1.dll
The same thing?
i 've done: defaults write com.cubase.common GraphicsAcceleration 0
seems surprinsigly goodā¦ could any one on OSX try this on terminal:
defaults read com.cubase.common GraphicsAcceleration
what value is outputed? it will just read and so no change will happen
1 Like
Brilliant!
While I experience few to no problems with Cubase I often find it disturbing that the Little Red Light
is virtually always On on my VST meterā¦
I applied this fix to the Cubase 8 redistry entry (as mentioned above) and now no more VST clip light!
Also, loads a noticably faster.
Effin Cheers Bro! 
1 Like
So youāre putting a new (32bit) D word āGraphicsAccelerationā in:
[HKEY_CURRENT_USER\Software\Steinberg Media Technologies GmbH\Steinberg Cubase 8 64bit]
āGraphicsAccelerationā=dword:00000000
yes/no?
Interesting, so itās basically a targeted form of the very old DAW optimisation (not for win7/8 etc):
Reducing Graphics Hardware Acceleration
On your start menu click on SETTINGS and then on CONTROL PANEL.
Double click the SYSTEM icon.
Click the PERFORMANCE tab.
Click the GRAPHICS button.
Move the HARDWARE ACCELERATION slider to the left one notch.
Click OK.
yes, iāve done that in the OSX way. I doubt itās correct tho(would be a bit ridiculous ), but strangely it seems faster quitting and no problems for some quits i did. Can anyone on osx print what i asked previously?
Back in those Win XP days the culprit in that workaround was the motherboard, BIOS, or the graphics hardware/driver.
Are all of those who are having this problem possibly using similar hardware?
Completely removed the peak overloads for me and so far I havenāt had a crash on exit. I just added the DWORD to the Cubase line (rather than a specific VST) as per ggc and ckonās posts above.
Great work and thanks for sharing
(Iām still running 8.0.10 btw)
1 Like
Not working for me. When opening a few instances of musiclab relastrat then Crash when leaving the realstrat window. Set the dword value - not better. Any tips ?
Okay, so I wanted to chime in on this again. I might have reacted a bit prematurely, but there certainly is a difference.
I still get VST peaks when loading instruments into Eastwest Play. I unfortunately donāt seem to be able to completely get rid of this problem, no matter what I do. Itās livable, but irritating non the less.
When itās working, it works really well. And since applying this fix, at least the constant crashing is gone. Loading a project does not feel like playing Russian roulette anymore. Everything works, everything is snappy. That permanent red peak (cpu overload) indicator is here to stay, at least for me.
But Cubase does feel snappier. Less sluggish. My system is totally up to par, and works flawlessly. I think Play just isnāt optimized completely, and Cubase is what it is; great, legendary even, but still sometimes drawn back by years of legacy code, making it not completely optimal.
Iām not faulting Cubase; apart from the younglings like Studio One and Reaper, it seems all DAWs Iāve tried (all of the big ones, Digital Performer, Pro Tools, etc) seem to be like this.
Iām just glad it works. Itās stable. It doesnāt crash on exit. Itās just that still, it seems a bit sluggish when saving, loading, or exiting. Iāve got 32GB of DDR4 ram, fast as heck, but Iām pushing itās boundaries. It seems that Cubase feels the need to flush this memory everytime I save, or exit. Thatās why I canāt just press exit when I want to quit. Close the project. Wait for the rainbow wheel, then exit. It works. Aggrevating, I know, but it works.
I hope a permanent fix will come someday. But for me, I think, this is not Cubaseās fault anymore. Play is still not there. Itās coming, but not yet.
The fix has helped me a lot, making me feel safe and secure instead of trying to win the lottery every single time I start a project.
Now, if only the issue with the midi connections and expression maps could be solved (when disabling tracks)ā¦
Anyway, thanks guys, happy music making!
Could someone explain what this registry change is doing and what are the drawbacks (if any) in doing this change?