Thanks for the info Martin. Looking forward to it!
Defender is deleting the file ‘procdump64’ from the folder you extracted the procdump.zip.
Extract again but first add the folder you will use on the exclusions list on defender so will not quarantine the procdump64.
Repeat the procedure and it will now work.
So saying that will be fixed means that you found Cubase’s real problem behind the crash or a workaround. Do you care to elaborate?
How did you determine this?
It’s likely that the person is using the wrong filepath in the command line.
The same way you did. Assumption.
And because he didn’t manage to do it after your suggestion for the wrong filepath, as he stated when asked by Martin if he was successful with the procdump, then it’s likely that this is the reason. Or not. He can always try. It happened before too.
And more, sorry for correcting you but there are users that might be mislead if they try to use procdump after seeing this post.
In detail, he told you:
Meaning that after trying with the procdump he could STILL see no DMPs
And you replied:
But the DMP files generated by Procdump are not where you’re saying, they are generated inside the folder where the procdump is extracted. Correct me if I am wrong.
I will give you an example.
If you created a folder lets say on your desktop, and you named it “Procdump” and you extracted the contents of the downloaded “procdump.zip” in there, then when you run the command prompt as administrator the first command should be something similar to:
you hit enter
and after that you have to start cubase
and after that you will go back to cmd to give the command:
procdump64 -e -h -t Cubase12
If cubase crash at any point, look inside the procdump folder (where you extracted the .zip file) for the generated DMP file.
Hope that helps.
Hey Martin, just out of curiosity, because I see you recommending ProcDump a lot of times in these crash Threads. Isn’t this something Cubase/Nuendo should do automatically, without any need of an additional application?
If DMP files can be created by using ProcDump, I am pretty sure Steinberg can implement it directly into the program. This would make everything much less complicated, speed up troubleshooting and decimate the number of crash report threads a lot. Also ProcDump64 unfortunately does not work with big name plugin vendors like Softube, Kush, Slate, and many more.
What are your thoughts on this?
I’m not Windows user. But I have learned, this is the only way to get a DMP file in these cases. And the DMP file is mandatory to see, what’s going on. More over, it’s Microsoft tool, so it’s very safe to use it. This is the reason, why do I recommend it.
ProcDump is Microsoft utility. Most probably it’s talking to the system directly. If this kind of routine would be implemented in Cubase, then it wouldn’t work, if Cubase hangs (in my opinion). It would need to be an external process.
Why something like this should be in Cubase, if there is native (system) solution?
There are a lot of programs running additional (helper) processes running in the background to ensure a stable performance, so that would not be a big hurdle.
There are 2 reasons why an internal solution would be better:
Because this debugging tool unfortunately does not work with a lot of big name 3rd party vendors, and is therefore very limited. When implemented internally, the developers could make sure, that it works with all type of plugins.
Because as a software company (especially in the DAW recording/mixing sector) it is very important to deliver a stable software, which is able to tell you what is wrong, when there is something wrong. You’re dealing with data which could be lost on crashes and ruin entire sessions. Also If you are working in this sector you don’t have time to troubleshoot everytime the program crashes.
Having to use 3rd party apps to troubleshoot or make sure it works without crashes, hangs, etc. is just causing a feel, that the software is not complete yet. I worked for a long time in the software development and support sector, and usually when there was no easy way to at least show what the cause of an issue was, we concentrated on handling the exceptions the way we could successfully find the issues with our program.
Because thats what the client paid us for.
To be honest I would already be happy, if ProcDump64 would work generally, but unfortunately that is not the case, so it is still just a half baked solution.
Also is there an equivalent for MAC users? How do they handle crashes without DMP files?
Yes, there is and this is somehow implemented in Cubase, because the system is handling crashes an easier way.
I think the “big name” is using a anti-debugger so it is intentional that you should not get debug information.
I hear you.
When I am trying with procdump, Cubase is crashing immediately when I switch over, after giving the command on procdump.
If I close it and switch between other apps or windows Cubase runs ok.
But then, when cubase crashes out of the blue, I get no DMPs.
So can’t run Cubase with it, can’t generate DMPs without it.
Kind of frustrating
But there are still crashes happening without DMP files, or am I wrong?
Yep, thats why Cubase should handle this internally.
I would reinstall Cubase as administrator, if you could guarantee that it would prevent the crashes and allow me to see recent projects. I don’t want to risk uninstalling / reinstalling Cubase and having different stability issues. I can live with my workaround until the next update. Thanks
Using Run as administrator, I can record tracks, mute them, use automation without any problems. Is that what you mean when you say
Sorry if I’m just misunderstanding you. I’m not an expert.
Hi Martin, I raised a similar issue in another thread this week (Cubase 12.0.20 constantly crashing & freezing) as Im seeing the same or very similar issues (crashes every time i close a session (Win 10, Cubase 12.0.2), and often the audio locking up, moving to the left speaker only, red-lining the meter etc) - but the frequent crashing is the most troubling part. If used Cubase since SX and never had any issues really until now. I also raised a support ticket. I use it with a UR824 unit and have the driver 2.2.1 installed (i reinstalled it today just in case) which seems to be the most recent applicable driver.
Below are a couple of (3Mb and 4Mb) crash dump files from a couple of days ago that were created in case they are of any use, I cant personally interpret them and I also submitted them as part of a support ticket. A dump file is not created every time it crashes it seems… but almost without fail these days (since i updated to 12.0.2 anyway) this is happening. Thanks for any guidance! John
Just installed 12.0.30 and I do not get the usual crashes anymore. Today I have opened and closed 12 different project, and only one crash for one project. Second time I opened that project again and closed it, everything was fine again.
The list of projects is now updated correctly - so 12.0.30 is a very stable release compared to 12.0.20!
The only crash I had did not create a dmp-file, so I guess it was just a one off.
SUPER 12.0.30 version - thank you!
Cubase v12.0.30 has solved both issues (crashing on closure of project and project not appearing in the Recents list).
The issue is therefore solved.