LONG load time for Reaktor 6 in GP5 under macOS 15 Sequoia

I finally upgraded my MacBook Pro to macOS 15 Sequoia, and I’m happy to say that it’s gone really well. GigPerformer and all my plugins are working just fine. The only issue is that Reaktor 6 now takes a really long time to load, 71 seconds, in the one rackspace that uses it. NI doesn’t have a Reaktor 6 update for my 6.5.0 version. I’ve opened it in standalone mode and loaded the patch I use, and there’s no delay. So I’m mystified why it happens in GP5. Not sure how to troubleshoot this.

Are you trying to load an Intel AU version?

It’s a 2020 MacBook, the last of the Intel line, but the plugin is VST. Hmm, that’s a thought, I’ll try using the VST3 version…

1 Like

VST3 is opening fairly fast on my 2014 Mac Mini with Sequoia 15.4.

Oh, then my previous question is not relevant

Is the plugin trying to connect to NI?

Same problem, all the Reaktor VSTs and VST3s, including the older Reaktor 5 VST, take more than a minute to load in GP5. I’m thinking maybe some shared NI file wasn’t updated for Sequoia, but Kontakt 6 is loading just fine, no delay.

Have you disabled Usage Data Tracking?

Link: If your fans start running hot when you load Gig Performer, it's probably not Gig Performer! - Gig Performer®

Yes, I’ve always had NI’s usage tracking disabled, as well as all Apple analytics/diagnostics/usage data. The fans are not running hot. Anyway, I don’t think this is a GP issue, I’m just looking for possible answers.

Good question. So I turned off the Wi-Fi and loaded the gig file. No complaints about the lack of internet, and the Reaktor delay was the same – 35 seconds for each of the two Reaktor instances.

1 Like

Maybe Reaktor needs to be excluded from your anti-virus scanner after the OS update?

i don’t use antivirus on my MacBook

FWIW, I have very long load times (over 2 minutes) using Straight Ahead Samples Growlin’ Sax in Kontakt.

I tried batch re-save several times and excluding it from antivirus (even though it is disabled). Still slow (it actually sits there before it starts loading in stand alone mode and within GP)

But, it is the only plugin/library that approaches the growling sax sound used a number of rock tunes, so I put up with it.

Okay, this is really strange: yesterday I brought the MacBook to rehearsal and connected our stage audio interface, the 8-channel PreSonus Audiobox 1818VSL. I loaded GigPerformer with my gig file containing the two Reaktor 6 instances, and it loaded quickly with no delay, just like it used to before the Sequoia OS upgrade!

At home I only have the Mac’s Built-In Audio or my old MOTU mk3 interface, so today I’ve been testing both audio setups to see if either of them would load the gig file without the Reaktor 6 delay, like the Audiobox. Unfortunately, the delay occurs in both cases, and whether or not I enable virtual channels on the Built-In Audio.

The MOTU mk3 has 8 output channels like the Audiobox, and when it’s connected and I load the gig file, I do NOT get the warning “The audio interface (Audiobox 1818VSL) could not be found” or the choice to “Enable virtual audio channels?”. But the gig file still loads with the 70-second Reaktor 6 delay. I’ve searched all the Reaktor menus, preferences, and wiring views for a dependency on the Audiobox, but I can’t find any. Likewise, there’s no mention of the Audiobox in the .gig file’s XML.

This is not an issue for me on stage, which is what really matters. So it’s not a huge big deal, I just wanted to figure it out.

You mean like sample rates? Cause I can imagine that the plugin is resampling to accommodate for a non-native sample rate (assuming the plugin uses samples).

Not that I know anything about Reaktor or macOs in this respect. Just thinking out loud.

Thanks, I appreciate all suggestions. The audio configurations I’m testing differ only in the audio interface being used and the number of output channels available. The sample rates are all 44.1K, like they were on Big Sur. My Reaktor instances are not using any samples, only single-cycle pulse and sawtooth waveforms.