Specifically, they are requesting that I try a problem project that is crashing Cubase on the first start after a reboot using a newly created admin user account. While, from my perspective, this is just an information gathering step (I need this to work with my account, which also is an admin user account!), all the information I’ve supplied them to date has not yet led to a solution, so I am trying to carry out this step. However, when I try running Cubase 13 (or 12, for that matter) with the new admin user account, Cubase does not scan third party VST3 plugins, and thus I cannot actually try the problem project since Waves’ plugins are VST3 and do not get scanned.
One thing I am finding is an event viewer entry that vstscannermaster.exe is crashing with an exception code of 0xc0000409. Here is the full event log information:
Any clues what might be going on and how to get past this? FWIW, my normal user account (also an admin user) has no problem with third party VST3 plugins in Cubase 13 (or 12, for that matter), so this is something specific to trying to run Cubase with the new admin user account. (This is also my second time trying this test after giving up the first time due to this issue, deleting the account, and starting over creating a new admin account.)
No, there is no DMP file available. In particular, this is not a Cubase crash – Cubase still comes up, just without third party VST3 plugins – so there is nothing in CrashDumps. Checking more Event Viewer entries, it looks like Windows should have been producing a DMP file:
However, there is nothing at the location. What I do find in a related directory is a WER report (pasting here in case it of any use, but I suspect it mostly has the same information as already given):
Because the information in the Event log was pointing to a temporary directory, I tried this morning to see if Windows was just cleaning it up after sending it to its own server by unplugging my Ethernet cable and putting Windows in airplane mode (to disable wireless communications), but still no DMP file shows up.
Any third party ones. The only ones that end up showing up in Cubase are Steinberg’s. It is assumedly due to vstscannermaster.exe crashing as noted above. (This is only when trying to start Cubase with the newly created admin account for Waves’ testing purposes. My normal account, which also has admin privileges, has all relevant VST3 plugins scanned and working.)
In case you were asking about the Waves plugins, it is specifically Clarity Vx DeReverb and Clarity Vx (in that sequence within a channel) that, upon first load of such a project after rebooting, crashes Cubase (12.0.70 or 13.0.30, which are the only versions I still have installed on my system).
As I indicated above, no third party VST3 plugins get scanned (and I have LOADS of VST3 plugins, from the likes of Waves, PSP Audioware, NI, Arturia, IK, and more). The only VST3 plugins that show up with this newly created admin account are from Steinberg.
I’m guessing this is because Steinberg’s VST3 plugins get scanned some way other than the way normal VST3 plugins are scanned, so the crash of vstscannermaster.exe does not affect them.
TBH, the admin account will not have access to the data of the old account.
You need to install some plugins again, at least the plugins installed for one user only.
Unfortunately, the VST3 scanning program isn’t capturing its own DMP like Cubase does, and, if Microsoft is capturing one, it is extremely transitory (like disappearing within less than a second – I was watching the directory where the event log indicated those should be put at one or two points while trying to “catch” one, but, if a DMP file was among the files that briefly appeared, it was gone as soon as it appeared, and was not located to another directory in the general area, nor did searching for DMP files in the related directories find anything).
That said, if you know of a way to capture a DMP file from a program that only runs for a split second (e.g. the equivalent of “stalking” the program name when it is not yet running, so that, as soon as it does, it is being monitored and a dump can be taken), please let me know. I’ve used the stock “procdump64 -e -h -t Cubase13” to capture DMP files from Cubase, but that is once they are already running and in a hung state.
The thing is, it isn’t finding any of the third party VST3 plugins, only Steinberg’s VST3 plugins (as evidenced by the Plug-in Manager list afterward). It does find the VST2 versions of plugins from the same developers who’d normally be in the VST3 plugins list. (Waves doesn’t have VST2 plugins anymore, so it’s not like I can even try those versions of their plugins to see if they also have the issue.) So it can’t just be an issue with some subset of plugins that are installed for one user only. (I generally take the defaults from any given plugin installation for whether it is one user or all users since I would normally only have one user account on my PC anyway, and switching accounts is a pain due to different desktop setups, application data, etc.)
Generate a DMP file and share it via Dropbox or a similar service, please.
Use the Microsoft ProcDump utility to generate a DMP file, please.
Please download ProcDump64 from Microsoft (~650kB) and extract the archive to a local folder on your hard disk.
Run Command Prompt (cmd) as administrator (right click and select “run as administrator”)
Navigate (in the Command Prompt) to the folder with the extracted procdump file.
For example:
cd C:\ Users \ \ Downloads \ Procdump
Note: the dmp file will be written into that folder.
Launch Cubase/Nuendo. You can work as usual. At any time, change to the command prompt and start procdump, to monitor Cubase/Nuendo for unexpected behaviour (see next step).
The -h option will write a dmp file in case of an application hang. This might kick in too early sometimes, in case some action takes a little longer. Feel free to skip the “-h” option, if you are only up for fetching crashes.
The option -e will catch exceptions and the option -t terminations of the application.
Prodump is now monitoring the Cubase/Nuendo process and will write a crash log, in case Cubase/Nuendo crashes or hangs. Perform the action that causes Cubase/Nuendo to crash and send us the generated crash dmp.
ZIP and share the DMP file via Dropbox or a similar service, please.
Okay, thanks. I didn’t think this would be applicable because Cubase was not itself crashing – only the VST3 scanner – but I just tried it right after Cubase started, and it did create a DMP file. It was too big to upload here, so I’ve zipped it and made it available at:
FWIW, here is what WinDBG sees from that (though assumedly the DMP file can provide more information – assuming, of course, it is capturing the crash of the scanner and not just some random moment in Cubase’s execution before it gets to the dialog box that mentions the missing plugins in the project):
I have the same problem today and I thought it was related to 13.0.40 update, however, I can’t log in to my iLok account and there is a problem on their website and service, also my UA connect freezes and might be related to iLok as well!!
I use EW Opus with iLok and that software is working fine outside of Cubase.
While I did try the issue I was having with 13.0.40 today, just to see if it made a difference, it did not. The issue I am seeing in this area doesn’t happen with my normal account, just the new admin account I set up to try to run a test Waves was asking me to do. I’m pretty sure it relates to the program that scans for VST3 plugins crashing (I posted an event log entry for that above, and that was consistent every time I tried starting Cubase with that account).
I’m not having any issues with VST scanning on my normal account, but I don’t think any of my iLok-based plugins have had updates in the last few days (the latest one I’m aware of that did was a few updates to PSP Flare last week).
If you can’t scan iLok-based plugins due to the iLok server’s being down, I wonder if that means you have plugins registered in the iLok cloud, rather than on a hardware dongle or on your hard disk (or whatever iLok uses for the non-cloud, software-only registrations)? (Of course, if it’s working in non-Cubase areas that also depend on the iLok authorization, I’d expect those to have issues if the server to connect to the cloud authorizations is down, unless maybe they have some grace period to cover such scenarios.)
Could you please attach the source vstscanner DMP file located here:
C:\ProgramData\Microsoft\Windows\WER\ReportArchive\AppCrash_vstscannermaster_2d9010846f423cd1dc36bba36618c9b1134c771_d830a785_31e578f3-7eeb-4df9-bef8-097104eb4c02
There is no DMP file there, only a single Report.wer file. I think that is the same one as I pasted above, but I’m uploading it here (in a ZIP file because the forum won’t allow me to upload a WER file), just in case…
I also saw your earlier note (now deleted? – I’m not seeing it here now) in an email notification mentioning something about the graphic card and asking for a system profile. If you still need that and in some specific format (or from some specific system utility), please let me know. But the snapshot (probably in my forum profile) is:
Windows 10 Pro (10.0.19045 Build 19045)
Intel i7-5820k CPU (3.30 GHz)
16 GB RAM
NVidia GeForce GT 640 graphics card
2 ASUS VA247 monitors
MOTU 828x audio interface running on Thunderbolt II
ASUS X-99 Deluxe motherboard (with the Thunderbolt II adapter)
It probably goes without saying that my main account, which does not have this problem, is using the same exact underlying system as the newly created admin account that has the problem.
Also, I tried Cakewalk by BandLab with the new admin account, and it scanned all my VST3 plugins, including the Waves ones I was intending to test with the new account. (But Cakewalk doesn’t get the crash that Cubase 12 and 13 get on the first load a similar project after a reboot.)