Cubase 15 is awesome but

Hi guys!

So i just got another DMP filer moments ago when firing up Cubase and when i analysed it i got this. I just recently re-installed and updated my graphics card drivers and im up to date everywhere else too. Any ideas where i can go now to figure this one out. And no i wasnt running any video editing software in the background this time although my browser WAS running in the background.

Great news though…NEW PC is on its way YAY!!! :slight_smile: lol

Hope everyone is well.

Ive also attatched the DMP file below and notified Steinberg via the Cubase start up option to do so.

\m/

Cubase 15.0.5 64bit 2025.12.1 22.00.11.800-freezedump.dmp (2.1 MB)

First, I don’t know where that screenshot is from, but imho it is a prime case of AI hallucination…

this is a freeze dump, so it is not a crash per se, but the program seeming to hang, maybe fro a dead lock or some blocked thread.

I am not experienced enough to find the root cause in freeze dumps (yet), not as easy as a drash dump.

As I see several references to Kontakt7 in the dump, i guess you just opened a project.

First things to try is generally that what the safe mode dialog suggests on the next startup:

  • start with preferences disabled
  • start with third party plugins disabled.
3 Likes

As @fese already said the screenshot is clearly from some weird AI that is running havoc. Nothing in hat screenshot is what the dump really says.

Especially the mention of a system driver named “cubase15.sys” shows that this AI is completely useless. Just to make sure I’ve not missed something I just searched my complete installation and there is no such driver for Cubase.

The problem is the Kontakt 7 VST that is crashing. You should either update your Kontakt 7 software (if there is an update) or upgrade to Kontakt 8.

3 Likes

Hi, could you maybe elaborate on that a bit? I’ve seen that, of course, but it didn’t look like a common crash (ie. segfault/access violation) to me. What exactly could be the reason of the crash there? I never really experienced Cubase freezedumps myself, so I assume that when the application becomes “unresponsive” (however that is defined), at some point the OS forces a minidump for Cubase. But then, is this “break exception” really the root cause or can it also be something else?

It is pretty hard to find the exact cause of the crash, without more in depth information than what is contained in these mini dump files. But the stack trace shows that Kontakt 7 is starting and then disappearing in a Windows internal system call.

The breakpoint exception is caused by some event that intercepted the program, typically because it is hanging (frozen). This can be a debugger or a task end, in the dump it is shown as a “Break instruction execption”.

image

Without having seen the screen while the problem appeared, I guess Cubase was started and seemed to be frozen, because it was waiting for the Kontakt 7 VST to start. This was not responding and therefore Cubase did not proceed until Kontakt was shutdown, by whatever unknown event.

2 Likes

That darn Kontakt.

It always seems to come back to that. I just recently updated it not long ago but i will certainly have another look into it aswell as email NI about it because it seems to be a common theme with the trail leading back to Kontakt.

No wonder companies are ditching the engine and developing their own.

Its frustrating because we all know that NI arent the best at responding to their customers so who knows if or when i will ever get a response.

The screenshot was from a free online DMP analyzer called BSOD AI Analyzer.

Im just throwing this one out there but could it be because the majority of sample libraries i have that run through Kontakt are stored on an external hard drive and maybe the connection has been lost somewhere causing Kontakt to crash?…i dont know im really not that knowledgeable when it comes to this stuff just attempting to elimminate possibilities.

Whilst its not a massive deal or major incident its never nice to get error pop ups lol

I do realy appreciate you input Juergen.

Thanks dude.

What happens is i finish a project and save it then close Cubase. I will come back to Cubase later and as i fire it up the error box pops up during the opening of the DAW alerting me about the crash.

Yeah im hearing Kontakt is a common word when i post my crashes.

Darn thing.

I will have a look in my Native Access account for any updates or just to be safe i will re-install Kontakt.

Yeah the DMP analyzer was a free online analyzer called BSOD AI analyzer.

It doesnt happen all the time but it happens and nobody likes error messages popping up right? :wink:

Cheers Fese.

There was no alert or freeze whilst using Cubase all was working fine. My guess is something happened during the closing down of the application because its only when i go to open it back up i get the notification of a situation.

Thats the message i get when opening up Cubase. (this is a screenshot from a previous incident not this incident but its the same pop up)

It doesnt happen all the time. 9 times out of 10 it doesnt happen but it happens and thats enough for me haha.

Saying that there has been instances of a freeze during a project which leads to an instant shut down of Cubase. It literaly just instantly vanishes from my screen. I have also posted about this. Im starting to think these situations are all linked. :thinking:

This is obviously from Kontakt (based on the DMP file’s stack trace). Does it only happen after your first Cubase session after a system reboot, or every time? The reason I ask:

On my old (Windows 10) system at one point, I had a frequent issue where the first project load with Kontakt (probably 6 or 7 or both) would get this sort of issue – i.e. Cubase generating a freezedump.dmp file in the first use after a reboot. It was “invisible” to me during that session because Kontakt worked just fine in the session. However, on the next Cubase session start, I’d get the screen with the “send log files to Steinberg”, which clued me into the existence of the DMP file, which further clued me into its happening with Kontakt. It wasn’t unique to Kontakt – Guitar Rig Pro could also get the similar issue.

What I eventually learned (from a Steinberg engineer in the Dorico forum, though I only saw the problem in Cubase) was that Cubase had some sort of simple timeout mechanism on starting out a plugin. If the plugin didn’t start within a certain amount of time, Cubase would assume it had hung and generate the freezedump.dmp file. Of course, if Kontakt were just slow in starting up, it would work fine throughout the session, at least beyond the slow loading time.

The underlying issue for me was a combination of two things. First, I have quite a few Kontakt libraries (I’m not sure how many I had at the time, but I checked the other day, just out of curiosity, and it is slightly over a hundred at the moment), and Kontakt must be doing something that probes each library on startup. Second, it turned out my system hard disk was dying, and accesses to it could be very slow. The reason it only happened on the first Cubase start after booting up was because the disk areas being accesses were cached in memory after that first start. Once I replaced that dying hard disk with an SSD, I never had the problem again.

The net was that the DMP file generation (which happened most days as most of my projects have at least one Kontakt library in them) was an annoyance, but nothing to worry about for Cubase/Kontakt reliability. On the other hand, it ended up being one of multiple early indicators that my system disk performance was going south (and the disk eventually failed.

If you’re only seeing this on the first session of the day (well, the dialog would happen on the second session), then you may want to check your disk to see if it may be going south. CrystalDiskInfo is pretty good for analyzing that sort of thing (and it’s free).

1 Like

Hi Rick!

Thanks for the input. Yeah i have a few Kontakt Libraries but the majority of them are stored on an external hard drive just to save space on my internal hard drive.

This doesnt happen all the time but it does happen and thats enough for me to want to fix it.

I just tried that CrystalDiskInfo and it said my health status is “good” at 76% im guessing im ok for now lol.

Yeah it sounds like Cubase is indeed trying to access Kontakt libraries but is rather impatient when it comes to the load time and instead of waiting it just writes it off as broken and hands me a DMP file hahaha.

I’ve got a new PC on its way pretty soon so maybe i can hold out a little longer :wink:

Thanks again for your response.

Just to clarify, I also had my Kontakt libraries’ samples on a separate drive from my system disk, but it was the system disk that Kontakt was checking on initial load – I suspect in relation to authorizations or something. Of course, when it needs to load the samples, it will have to go to wherever they are stored. However, I don’t think those are being loaded at the point where the freezedumps occurred on my old system. I think those get loaded later.

I don’t think it happened very time with me, either, but it was reasonably frequently. I know I contacted NI support on it at one point, but they had me do a lot of tests, and ultimately nothing helped. (I still didn’t realize the hard disk was dying at that point.)

I’m not sure where things start to get concerning on this front, but, FWIW, my drives are at 100% and 99%, and also Good. Two of those drives are new (late September M.2 NVME drives, but two are older SATA SSDs (one from 2021 and the other from 2023) moved over from my old system. (I’ve also got one hard drive moved over from my old system, and that says good, as well but doesn’t show a percentage, so maybe the percentages are only applicable to SSDs?)

One other thing you could try if you haven’t already done add an exclusion for the Cubase15.exe process in Windows Security’s Virus & thread protection’s exclusions section:

What that does, as best I understand it, is prevent real-time malware scanning for files loaded by the Cubase 15 process. Those files could include your plugins, but also files loaded within those such as sample libraries. (FWIW, I didn’t add the Melodyne-related exclusion, so Melodyne’s installation program must have done that.)

2 Likes

Yes, exactly, it means that the whole Cubase process and everything that is loaded in it, be it plugins or files loaded from disk, are excluded from the Windows real-time scan. With older Computers of mine, I have experienced real performance issues without, on newer, more powerful systems it is maybe not that dramatic. From a strict security standpoint, it might be better to just exclude your sample and project folders from the scan and not the whole process so that Defender can check e.g. loaded plugins for maliciousness, in practice, I do both, as I by default run every plugin through virustotal.com before I install it anyway (not that that is a guarantee, just an additional measure)

1 Like

My understanding is that the process exclusion does not avoid scanning cubase15.exe itself when it loads, only the files it is loading underneath its process. Of course, the files it is loading (or at least many of them, maybe depending on file types in the case of a quick scan) would have already been scanned on installation and by any periodic system scans if you keep Defender running with its periodic scans, which I do.

Ah, yes, I just checked a Microsoft resource on this at:

The relevant part specifically says:

You can exclude files that are opened by specific processes from Microsoft Defender Antivirus scans. These types of exclusions are for files that are opened by processes and not the processes themselves.

It goes on to say that, if you want to exclude the process itself, you can do a file exclusion for that.

1 Like