BeatWilson wrote:The thing is by answering with something like... "So: it can crash if you use too many plugins. Don't use too many plugins." This really doesn't solve a thing...
You see what he's talking about leaks into all other area's of this machine without the prioritizing.
It's like how recently there's talk about the Akai Plugins creating 4ms of latency for each one added and someone answered "well just use air plug-ins" which yes... we get it but also... you can see how, once again, it doesn't truly solve the issue that these machines are sorta only "ok" at everything, instead of actually good at the one thing they were originally designed for. Akai has everyone jumping through hoops. Being beta testers for them, because they lazy asf, or don't have a large team, which I find sorta hard to believe. Inmusic, Akai, DenonDj, Rane, all use the same processors. They keeping everyone in standstill with there marketing crap. By doing this, with some terrible code writers... issues come out, such as, having too many plugins, latency when tracking out, too many hardware synths and samples at once, too many fx, and so on... I could keep going.. When this issue happen, there is no notification, or warning, so you gotta sit there... figure it out for yourself. Atleast when ya run out of memory, it tells you. It doesnt tell you that every track you have playing are completely out of sync by "X" Amount of ms. They should of prioritized the midi, sequencing first with there code, but they did not. It's barely hanging in there at times. Even in windows you can unpark cores, or set priorities as far as what application should get how much juice from the computer. I've tried 3.4 only a couple times, but I'm not hugely impressed.
Lampdog wrote:Akai didn’t just pack up and quit. There is always something on the horizon.
Ultros wrote:HouseWithoutMouse wrote:It's not beaten to death. Bugs and usability issues remain! How much CPU and memory and other computer geek numbers does it take to have proper legato for keygroup instruments? At what GHz value does the MIDI note-off bug disappear?
Ok so in WHAT VERSION of update are they gonna solve that god damned bug. I have a folder with 20-ish rom images it persists across. It would be a valid arguement if inMusic was writing stable code but they arent. A prime reason to flat out abandon MPC until an all new product with all new software and hardware design come along because this rn is garbage.
Peoples projects bind and bottle neck all the time and they lose their work, too many fx? wrong combo of fx? kiss your stuff in memory and current state good bye. are you unwilling to recognize this issue? thats due to it not having enough bandwidth on an RT system.
the current software design has passed hardware capability, long ago.. and the software is screwed up in its own way too. Even their new beta is a buggy pos that does not operate well on any piece of hardware it resides on.
You keep arguing this point with me but its clear that you don't comprehend on a real time system bandwidth has a factor on performance and people are finding that limit all the time in the strangest of ways. Who gives a crap about the midi bug thats piddly in comparison to it crashing and tossing your project in the garbage all because you added the whatever garbage ass plugin you paid $100 for to your project. That is happening and it cannot be addressed via software bud.
Let me tell you about kernel preemption so you fully comprendo wtf real time means. On a regular system with kernel preemption your tasks are all prioritized and interleve in a timed manner relative to thread priority. On a real time system tasks are excuted immediately, there is no priority for rt tasks the moment you execute it it's using as much processor as it needs to get the task done. Now start heaping tasks on to a cpu without prioritization and you end up with an operating system that by design requires bandwidth to be open to the software.... It will allow you to heap tasks on it until the cpu literally runs out of space to insert tasks and start chugging and this is where you see projects disappear. So yes with RT if you up your bandwidth you get a more stable system with more room to process tasks.
Then we can get into a thing called "thread affinity" where we assign tasks to the various cores to make good use of the processor. The processor that has 4 underpowered 32bit cores that cant keep up.
Just fly me into hq for a **** week and ill help fix it **** me.. my rt systems don't suck or crash.
I was a little surprised. 
BeatWilson wrote:I can confirm this. I was in jail, ran into Dan in there. It was a Mpc-ini-Mini-Moe. During that time he showed me the new product. It was so small he could sneak it in.
BeatWilson wrote:I can confirm this. I was in jail, ran into Dan in there. It was a Mpc-ini-Mini-Moe. During that time he showed me the new product. It was so small he could sneak it in.
