Hoping that ISW keeps producing stuff in this vein after the fix.
NI's 6.2.2 fix aside, Super Audio Cart will be housed in a brand new improved engine later in 2020 or early 2021. This engine is going to be, I would say, 3-4x as powerful in terms of its features, with an improved flow for the user experience and a much more streamlined and easier-to-debug codebase, accomplishing more complex tasks with fewer but more elegant lines of code. It will also fully integrate all the component systems (synth engine, FX rack ((Console, in this case)), and the modulation matrix) into a single script tab to eliminate "PGS" script communications, which is what we use to transfer data from one script tab to another (setting a modulation in the matrix tab affected a knob on the FX tab for example).
I suspect the high use of PGS communications (for example, loading a patch will tell the mod matrix to send its entire payload of data over to the other tabs) is what caused some Kontakt instability... but only in Logic, because of how Logic handles VST communication/waiting? A "PGS hang" only found in a product like Super Audio Cart because of the existence of a separate-tab modulation matrix (lots of internal data), which to my knowledge hasn't been done in any other Kontakt lib before. Generally, most Kontakt libraries people own, especially pro composers, are of an orchestral or acoustic nature that don't do a whole lot of large data processing and transferring, and generally only have 1 tab, which is why it seems like an ISW problem and we get the ol' "I own so many Kontakt libraries and this is the only one that's breaking".
Any similar issues with Shreddage 3 that people have may also be a result of this same problem, but with TACT (similarly a large amount of separate-tab component data that demands constant synchronization). Shreddage 3 will not be foreseeably re-organized though (would break existing DAW projects and presets), so we're hoping the 6.2.2 fix should quell any last concerns for it.
It's hard to say for sure if that is actually what is causing the problem, but I made the decision to optimize it anyway since it can only bolster how easily and smoothly the new engine will run, with across the board a reduced amount of operations in the code. FYI, this optimization is not possible in the original SAC. It can only be done in advance of designing the entire engine from scratch. So basically, "we can't try to test what's wrong unless we just completely started over and tried again". Now that we're in 2019, and Super Audio Cart has had a good run, it's deserving of a full upgrade. I've learned a lot in 3 years of scripting and it'll definitely be apparent in the experience of the new product.
You can also expect more flagship synth design products to be housed in this same new engine. There are some other products of ours that are ready for some goliath sequels.