Kontakt 6.5.3 on Cubase 11 - "The state of some instances of Kontakt cannot be recalled correctly"

I just installed Kontakt 6.5.3. Using Cubase 11.0.20. Windows 10.

I’m getting the
“The state of some instances of Kontakt cannot be recalled correctly, please open any instance of Kontakt to resolve the problem”

Any help on this? I’ve read this is probably more of a Steinberg problem.

1 Like

Same here.
I am on Mac OS Catalina 10.15.7. Latest Cubase 11, latest Kontakt.

1 Like

SAme…

Yes many users on NI forums are saying this is a Steinberg issue, as it can be rectified by disabling ASIO Guard. Hopefully there will be a fix soon as Kontakt is critical for many.

2 Likes

Yes, hopefully indeed. Steinberg…eaargh

1 Like

I’ve been getting the exact same issue with Cubase 11 and Nuendo 11 since they were released. Native Instruments has not been able to resolve this issue.

I finded only one way. I’ve uninstalled KONTAKT 6.5 , then installed 6.2 ( my old project made by 6.2) After I’ve saved as multi patch all voices and return to 6.5

I really hope Steinberg looks into this. Native Instruments wrote this bug is Cubase related.

It is really, really bad, and that since months! My Cubase projects either freeze up for a while before I can start working, or it’s freezing up indefinitely.

That’s the big disadvantage that NI has basically a monopoly regarding samplers.

1 Like

I have the same issue, Windows 10, Kontakt 6.6.1, Cubase 11.0.30. The only workaround I have is to disable ASIO guard and then open an instance of Kontakt, wait for several minutes then re-enable ASIO guard. Otherwise the whole application freezes. Steinberg needs to address this asap, it renders all my older projects unusable.

I have similar issue if we talk about old projects that are not sounding the same as before at least half of year back. Kontakt VST3 isn’t loaded correctly when load Cubase project containing Kontakt instance. Some parameters are damaged or lets say maybe not stored. I wrote here and on NI forums with a video where I show how it happens.

But today I checked the same project and there is difference in the issue. Now inner Replika delay is working as expected (ping-pong feature), but before disable/enable procedure the ping-pong is out of sync if it should be synced. After disable/enable it becomes synced.

What causes this change? I don’t know. One is clear - VST3 is Steinberg’s child, while other companies try to follow protocols. I don’t know where someting goes wrong, but if we pay thousands for our virtual studious, we should never ever worry about such little and disturbing things.

I am still very angry about this - every project I load, I need to disable and then enable all tracks just to avoid any issues described. Very annoying.

Can be solved if we avoid of loading VST3 (move them to another folder) and use VST2.4 of the same plugins (Kontakt in this case). But problem is that parameter conversation is one way - from VST2.4 to VST3 and no backward. It means if you stored project with Kontakt VST2 and then open with Kontakt VST3, everything looks good (with exceptions we now know), but if you stored project with Kontakt VST3 and then hide VST3 plugin versions and then open project with Kontakt VST2.4, your instances will be empty - no libraries loaded. SUPER, isn’t?! :partying_face:

P.S. NI say it’s Steinberg’s problem and Steinberg team is very silent (but I was waiting for verbal ping-pong) :smiley:

After a month… Enjoy the silence!

1 Like

Only workaround I found was to completely rebuild my Kontakt start out template. Then when I load a song and I get that error message, I simply click"ignore it" and all is well. It works, which is all I really need.