MainStage 3.2.2 cpu overload issue still exists

Hello,


does anybody notice a decrease of performance on 3.2.2?

Today, i installed the 3.2.2 update, and the first thing MainStage presented me was a CPU overload from a simple electric piano channelstrip.


I then tried the Alchemy, and it's gone from bad to worse. In 3.2.1, Alchemy would CPU spike for the first seconds and then settle down to a level where you could somehow use it.

In 3.2.2, Alchemy creates constant CPU spikes, so i cannot use it anymore.


And yes i have a newly bough 2015 Macbook Pro (the big one, dedicated graphics, evil performance).


MainStage is BUGGY. Worse than any other Apple program i ever used. I am seeking for a solution desperately, because i need MainStage to make music for a living.


Any solution deeply appreciated.

MacBook Pro, Mac OS X (10.6.7), 8GB, Logic Pro

Posted on Oct 23, 2015 12:18 AM

Reply
28 replies

Oct 23, 2015 12:35 PM in response to rc tech

Nope,


i already had a Gig with El Capitan and Mainstage 3.2.1, but since the update to 3.2.2 it's gone from bad to worse.


Before, on Yosemite, the problem was there as well, even on another 2011 Macbook Pro i used earlier. It's definitely a Mainstage issue. The old Macbook had exactly the same CPU problems. The new Macbook has the same problems, even though it's so much faster, has 16GB and a SSD and so on.


So, the problem seems to be relatively independent from the hardware you use. It's a software problem built into MainStage or Core Audio. Whatever. We all know it has been there for some time now.

Oct 24, 2015 11:24 PM in response to Blueberry

No special hardware, just use a "dry" setting.


You have 256 buffer, right? Try anything below. 128 will give you the spikes, while 64 might end up unplayable.


To reproduce it, follow those steps:

Open up the fresh Mainstage, Buffer 128

Open a new "Keyboard minimalist" factory preset

Replace the E-Piano with Alchemy

Make a glissando over the on-screen keyboard to give it some work (use your mouse for example to glide over the keyboard)- POOF there you got it.


I know i can reduce the risk by raising the buffer, but this ist very annoying to play with buffers higher than 128. Even 128 has a too high delay for some live performances. Maybe i am a bit itchy about it, but on my old hardware and with 128 buffer it was okay, too.

Oct 25, 2015 12:43 PM in response to Blueberry

Now that's a very disappointing discovery: Apple integrating a plugin that can't be handled in a satisfying way by even their latest hardware.


However: I also got CPU overloads on the E-Piano or the B3, but it's not reproducible in a reliant way. That's even more annoying: To know during a live gig it *could* happen, and hoping and praying it *wont* happen. Totally annoying.


I already considered "downgrading" (cough cough) to Ableton or Reason. We'll see. If Apple can't solve this problem anytime soon, they've lost me as professional musician. It's a shame that other companies can build software that runs great on Apple hardware, and Apple just can't. This isn't only Mainstage, but i don't want to make a greater rant out of it as it already is.

Oct 26, 2015 7:06 AM in response to Procman

It simply is a limitation of an extremely powerful software instrument in the live context. That's like complaining that an original B3 organ is to physically heavy for stage usage and Hammond should better fix this! You got a several hundred USD expensive Alchemy plugin (which Apple just bought earlier this year) for free and complain about it. Please, be reasonable.

Oct 26, 2015 7:41 AM in response to Blueberry

To me there's only one thing that matters: Does it work?

Apple is promoting it's hard- and software as a state of the art solution for live musicians, and if it "doesn't simply work", users have any right to complain. I'd rather pay some hundred bucks and have a 100% reliable system.


The price of a software or it's "bang for the buck" is not the point we are discussing. Apple could remove this CPU hog synth and MainStage would still be worth a lot more in terms of features. The problem still remains that MainStage has much more CPU issues than other audio software.


For now, i can live with the 256 samples buffer, even if it's not very satisfying to play with in a live setup. It's on the edge of getting annoying.


Working with Logic i found that Apple has problems distributing the CPU load on multiple cores. This is why a i7 won't help you. It's always a single core that is overloaded and creates artifacts. This is a long known issue for Logic users. They have improved it, but still haven't solved it completely.


Pouring the Alchemy synth into this potential problematic setup makes it worse, because Alchemy was already known for it's brutal CPU hogging. I really don't care how much great stuff i get there - if i can't make good use of it in a live situation, it's not what i expected.


Apple has to live with this feedback - if they want to make their products better. To applaud them for putting more and more stuff into a faulty environment is the wrong way and sounds like fanboy prosa. It's you who should stay reasonable.

Oct 26, 2015 7:48 PM in response to Foxboy71

The problem still remains that MainStage has much more CPU issues than other audio software.

I have to agree with this comment. MS has always used a lot more CPU than any other DAW I've tried. I'm not personally experiencing any issues at the moment but there has got to be a way to cut down the CPU usage in MS. If other DAWs can do it, MS should be able to as well.

Oct 27, 2015 5:38 AM in response to Madddcow

MainStage is not a DAW, but an always live software instrument. This doesn't allow optimizations common in most DAWs, like pre-rendering non-live tracks at a high latency, etc. You are comparing apples and oranges, e.g. Logic can't handle as many live instruments as MainStage on a multi-core CPU setup, because it only uses one core for live (as mentioned above). MainStage does that, but at a cost of a slightly higher latency (this can be adjusted in the audio preferences).


Sadly for realtime audio there is not - and never will be - a "it just works", because of the realtime context. The system simply can't know what you will ask from it in the next few milliseconds and there simply might not be enough CPU cycles to finish the task on time to avoid crackles. In Photoshop it is much simpler, because the implicit contract "do what I ask from you as fast as possible", I'll wait... There is an older KB article from Apple somewhere explaining it.


I am sure the code for Alchemy in Logic and MainStage is identical, so the used CPU cycles for playing the same notes live will be identical.

Oct 27, 2015 5:51 AM in response to Blueberry

You can also switch Logic to "live" mode - and of course it will share the same culprits MainStage offers right now.

However, other software that is used in live situations seems to be much ! more CPU friendly.

I am not talking explanations. I want to hear a solution.


Don't forget that i don't complain that my old 2006 white Macbook cannot keep up. I ran MainStage on it, too, and it performed surprisingly well. But i never expected it to do miracles nor run multiple layers of high demanding Sculpture + Space Designer plugins at crisp buffer settings.


(almost 10 years later):


But now i am talking about a completely other system that has tons of CPU power compared to before. And know what? I don't really feel much difference in terms of limitations. I still have to watch out for that buffer, still have to avoid the space designer, still have to be careful how "big" my patches get.

I mean, if you compare just the CPU power of those two systems, we are not talking about a fully loaded Cessna having troubles to lift off, but we are talking about a F-22 Raptor having trouble to lift off 😉


I had problems with my 2011 MBP, and i bought a new one thinking some problems would get better. But the problem wasn't the CPU. The problem is the program code.

So, i will appreciate any comments that help me to work around this and get my job done on stage. But please, please: Refrain from giving any more explanations what i can expect, and don't tell me i should stay in a close airport pattern with my F-22 because this plane wasn't designed for combat.

Oct 27, 2015 5:59 AM in response to Blueberry

I'm don't use any instrument. For my usage, Mainstage is just for sending patchchange, key ones, transpo... no needs of CPU POWERFUL.The problem is to use MS in Professional conditions or not. I lost a lot of time in downgrading from 3.2 to 3.1.1, 3.2.2 to 3.1.1... I don't understand how Apple can't see the bugs (like those we saw) BEFORE sending an update. And yes... I can't be "reasonable" because it seems like a lack of respect of the Mac users.

Oct 27, 2015 6:37 PM in response to Blueberry

Blueberry, I used the term "DAW" generically; the fact remains that MainStage is considerably more inefficient with system resources than any other live audio performance platform I've used. However, for my purposes it is also the most flexible and that is why I continue to use it, but if someone else were to develop a live performance platform that met my needs, I would dump MainStage in a heartbeat because it's ridiculously inefficient.

This thread has been closed by the system or the community team. You may vote for any posts you find helpful, or search the Community for additional answers.

MainStage 3.2.2 cpu overload issue still exists

Welcome to Apple Support Community
A forum where Apple customers help each other with their products. Get started with your Apple Account.