From what i know.. and have heard.. Kontact wiil totaly do a RAM grab as much as it can get its grubby paws on. Its best to load it last
-
Yes, and I have gotten my template not crashing by loading the PLAY instances LAST. So in other words, it seems totally random, what works...:) It crashed at once when I tried putting my 4 PLAY instances first....
Both Kontakt and PLAY seem to not play nicely with VEP. I doubt neither will do anything about it though.
-
Yeah, I wouldn't assign causality to any ordering like that.. I would not like to be forced to order my instance behind this kind of crap.
-
I'm somewhat stable but PLAY causes Cubase to crash when loading a project, so I moved PLAY to VEP. I HOPE it doesn't start to crash VEP frequently or I'm going to need to abandon PLAY all together....It's a shame these plugins are having issues. Kontakt and PLAY are pretty much the reason I purchased VEP.
-
Yosemite is 64 bits. Play 4 is 64 bits. .VE Pro has a 64 and a 32 bit bit server.
Guess which one it makes more sense to put Play 4 in? :)
-
1. Technology moves on and backwards compatibility is not forever.
2. The 32 bit server is for any remaining 32 bit software instruments you use. Like Sylenth, I believe.
Anyway, if you insist on using the 32 bit server for 64 buit plug-ins then load Play 4 in the 64 bit server and load Kontakt in the 32 bit server since you say that still is possible.
But personally, I recommend you say to 32 bit anything, "Thanks guys it was fun but it's over. :)
-
2. It is exactly what I do since Yosemite
But you did not answer my question concerning the server of Play. The " Technology moves on and backwards compatibility is not forever " is not an satisfactory answer,
because for example the Kontakt server function normally in VEP 32 bits under Yosemite!! It is you even who say it !!
-
Well, that may not be a satisfactory answer to YOU but to those of us who have worked with technology a long time we know that is simply the reality. It happened with Play first apparently but eventually it will happen with Kontakt as well.
And BTW, I got curious so for the first time in 2 years I opended the VE Pro 32 bit server and created 5 projects, each with a Hollywood Strings instantiation: Vln 1, Vln 2, Viola, Celli, and Basses and it is not crashing here.
-
Are you the only one who have worked with technology a long time ??? Wowww !!
The reality is an issue with Play 4( his memory server ) in Yosemite and you don't want to admit !!
Vln1, Vln2 Viola, Celli and Basses in VEP 32 , how much memory used by VEP 32 in Apple memory monitor, and your Play server in this memory monitor how much memory ?? In Yosemite ??
And what to say to the memory server of Omnisphere and Trillian which functions always as well in VEP 32 under Yosemite?? The only server which does not function with Yosemite it is Play 4!!
In any case I cannot agree with you on this problem.
-
Fine, then by all means feel free to continue to focus your energy on what no longer works instead of doing what does.
-
Ok one is well of agreement, Play 4 does not function normally and it is well for that I more and more often make use of Kontakt !!
And indeed you are right, I do not want to waste my energy with people who do not answer the questions and who want nothing to admit rather than to seek the problem!!
good continuation, cordialy
-
So one supposes that EWQL should be clear on its website that expecting Play 32-bit to work is unreasonable because it doesn't, it isn't "backwards compatible".
"The 32 bit server is for any remaining 32 bit software instruments you use." I did not know that! I believed that both instruments and FX worked in VE Pro.
-
@aptmusic said:
Kontakt and PLAY
Well, this isn't going to happen, the two memory servers will not coexist in VE Pro. It isn't that 32-bit won't work, this is the actual issue. So you will have to accept this. I think NI is not going to respond to making noise about it a lot better than EWQL (although should you try on the latter's forum, expect deletions if not a ban); for this to change all three vendors would have to cooperate and work on it, and this didn't happen when memory servers was more of a thing than it is today.At one time Play would not work at all in VE Pro. Of course EWQL said this wasn't up to them, even though it required them to address it before it did work. It was quite some time before this happened iirc.
-
The solution is very simple. If you turn off the Kontakt memory server, which is not really necessary, you can then load both Play and Kontakt v-frames in thesame m-frame in VE Pro's 64 bit server. Anyone in the LA area is wlecome to come to my studio if they choose not to believe me and I will prove it to them as long as they promise to come here and report what they observed.
Or load Play in the 64 bit server and Kontakt in the 32 bit server. Why is this a problem?
-
One does need to separate the two. I did not find that turning KMS off a solution. Whether I believe you or not, my experience was 'Isolate Play or die'. But I believe that KMS is necessary when it is, :shrug:
Yes, Kontakt and Play in the same instance is not necessarily necessary. :) So it's not that "32-bit no longer works", we have a situation that never worked. The OP has nothing to do with this does it?
-
Once again, it is simply not true and i can prove it here at my studio. If I could figure out how to post a picture here I could also show it :)
-
While Play+Kontakt in VEP will sometimes work, often it will not. It seems totally dependent on the order in which patches are loaded and what patches/libraries you are actually using.
VSL team pointed out that both Kontakt and PLAY are not programmed in a very nice way, which can/will lead to problems. This is what we are seeing here apparently, but as I already said, I doublt neither will do anything about it until it becomes such a massive problem where people generally can't get it working. So we'll see if it gets to that point sometime. It seems the use of custom GUIs in Kontakt is really something that has brought forward massive problems. And apparently the QT function calls/iLok code of PLAY can crash as well.