What's new

Kontakt is causing Logic to hard crash - anyone else?

But yeah, Sonoma compatibility is being worked on, until you see this mentioned in the changelog for a new Kontakt version, it would be prudent not to update your OS if you can help it.
This situation (in general, certainly not specific to NI) is my current rant, to be repeated until I get tired of reading it myself.

It's insane. Apple and developers need to get it together so everything works the day a new macOS comes out. Imagine setting up a new $4000+ Mac and having your freaking DAW crash when you try to use your sample libraries.

Again without pointing specifically at NI, Sonoma has been out five months now. The next clustershag will have started by the time it's safe to update!
 
Yeah, it's also frustrating because it puts a tremendous burden on the end-user to be aware of issues like this. Time researching compatibility issues, time researching solutions. I just spent at least 4-6 hours of what could have been productive composing time trying to sort this out. Irritating to say the least.

And yes, @jbuhler , I suspect your estimate of a year to full functionality is realistic. If not optimistic.
Luckily for me (as long as no other gotchas surface) it's not a deal-breaker, and if necessary loading into Komplete Kluster or whatever it's called ;) will be a grudgingly-acceptable workaround.
 
This situation (in general, certainly not specific to NI) is my current rant, to be repeated until I get tired of reading it myself.

It's insane. Apple and developers need to get it together so everything works the day a new macOS comes out. Imagine setting up a new $4000+ Mac and having your freaking DAW crash when you try to use your sample libraries.

Again without pointing specifically at NI, Sonoma has been out five months now. The next clustershag will have started by the time it's safe to update!
That is how I see it too. The customers are the guinea pigs and the stupid ones.
Actually, when something is developed, it is apparently no longer tested adequately or it is on purpose...
 
I did see, in one thread, a mention of trashing a certain Logic file (Logic cs file was referred to) but there wasn't enough information to deduce what file they meant.
CS refers to Control Surface. The file is called com.apple.logic.pro.cs, and is located in your user folder:

Users>yourusername>Library>Preferences

Simply removing that file (it may be a good idea to make a backup first) has resolved several complicated scenarios for me over the years.

I've also had some problems with Kontakt lately. One of them is associated with trying to open a Logic project which contains a Kontakt 5 instance. This is on an ARM Mac with Sonoma.
 
“Tested adequately”

I’m a hobbyist here, so if that makes my opinion invalid to you, you can stop reading now.

However, my day job is essentially a software testing manager, so I do know a thing or two about testing. At my job, we have a few advantages. The software that my team and I test is not software we sell. It is used by other company employees. Second advantage, everyone at our company uses computers that are configured nearly identically.

Because our end users are other employees, there is a bit less impact of bugs making it to production. Because everyone uses the same computer configuration, we’re able to hold a HUGE number of variables constant, and eliminate a HUGE number of potential test scenarios.

For something like Kontakt, they have neither of those advantages. If you think about all of the individual user setups across the Kontakt user base, it is likely close to an infinite number of unique combinations of variables. In testing, it is nearly impossible to test for every possible combination of variables. And the more you try, the more time that takes, and nothing ever gets launched.

I’m not absolving NI. I’m simply addressing something I see stated often here. “Tested adequately, tested thoroughly, tested enough” - those are not easily defined concepts. And they certainly aren’t easily achievable concepts.

So to some degree, if you do make your living using this kind of technology, then yes, absolutely, part of your “job” is to stay current on what is happening with the software you use, reading release notes, being patient about when to take updates, having backups, or even running a redundant machine. All of that should be part of your cost of doing business.
 
I had the same problems, it's due to N.I. Hardware MK3 with Sonoma. Kontakt 7 was always a "hard Logic crash". Workaround tip in the N.I. forum was to load via Komplete Kontrol.
So far, things work fine here. Sonoma/K7/Logic/S61MK3 - what exactly doesn't work? (I didn't have crashes so far)
 
So far, things work fine here. Sonoma/K7/Logic/S61MK3 - what exactly doesn't work? (I didn't have crashes so far)
M2 + Sonoma 14.3 (23D56) + Logic (10.8.1)+ N.I. Komplete Kontrol MK3 hardware (Firmware 1.5.5)+ Kontakt 7 (7.7.3) = Crash! It doesn't work! Komplete Kontrol also sometimes hangs.

That was my experience, everytime I tried to work with kontakt 7 in January (before the last update 7.8.) Without MK3 Hardware everything worked fine.
 
Sadly, that did not fix the issue. Same problem, Kontakt 7 works fine standalone but crashes inside Logic. I am wondering if something in my Logic setup got corrupted. Still welcoming suggestions!
Sounds like a Logic problem. Can you use the VST3 version in Logic or is it restricted to AU?
 
I think we got the diagnosis on the previous page, and we're now in the "general software QA rant" stage of the discussion :)
That may be my fault, but note that I'm not blaming NI or Apple - after all, lots of software breaks with new macOS releases - I'm saying that all software needs to work the day a new macOS version is released.

And I don't call it a QA issue, I call it an ongoing clustershag issue.

If you think about all of the individual user setups across the Kontakt user base, it is likely close to an infinite number of unique combinations of variables
While I have the opposite of expertise in this area, I wonder about that.

First, Logic (and possibly other DAWs?) runs plug-ins in their own threads, so one thing shouldn't be able to break others.

Second, there may be nearly infinite combinations of setups, but there's only one Core Audio.

Or in the case of Metric Halo - who have consistently been ready on day one for each and every OS update since they started almost a quarter of a century ago - one driver that doesn't break people's systems.
 
And I don't call it a QA issue, I call it an ongoing clustershag issue.
We're not allowed to call it that at work. There was a memo. ;) Nothing against the rant, BTW: I just used up most of the fuel in my tank when the last BBCSO update broke all the MIDI mappings.

For something like Kontakt, they have neither of those advantages. If you think about all of the individual user setups across the Kontakt user base, it is likely close to an infinite number of unique combinations of variables.
To those complaining about testing, I'd probably add that testing is the last line of defence against buggy software (pre-release, at least) and nowhere near the first. As you say, it's impossible to test every possible environment. Instead, a lot of this should get mopped up by earlier lines of defence: mostly good programming practice, like abstracting the environment, coding to published specifications and APIs, heeding deprecations from MS/Apple in good time; building modular systems and not do-everything monoliths, etc.

Sometimes buggy software will get through anyway, so - for completeness - post-release lines of defence include the support team monitoring/flagging spikes in particular issues, providing users with roll-back options, and quick development/release cycles so important bug-fixes can be deployed quickly. From the sidelines, this NI issue looks like it would've been easier to tolerate if more of that had been in place beforehand.
 
Top Bottom