Support and discussion for all of Akai’s modern standalone MPCs including the MPC X / X SE, MPC Live 1, 2 & 3, MPC One / One+, MPC Key 37/61.
User avatar
By Monotremata Fri Jul 10, 2020 3:23 pm
Lampdog wrote:https://www.mpc-forums.com/viewtopic.php?f=48&t=197731



Oh yeah that's a totally new one hah! What happened in 2.5/2.6 (maybe even 2.7 cant remember), was once you set up your slice mapping, the program worked great. But if you ever went back into TRIM mode, it literally turned off all of the slices and reset it back to ground 0. Ruined any program you had setup with chops.

That new bug sucks. It moves around your start/end points on you and does weird shit to your chops.

They must have some funky code going on in regards to that cause it looks like they keep breaking it in different ways hah.
User avatar
By Monotremata Sat Jul 11, 2020 3:15 pm
biomaskin wrote:
Monotremata wrote:They must have some funky code going on in regards to that cause it looks like they keep breaking it in different ways hah.


As a software developer myself, it does seem like it yeah. This is the kind of stuff I wish I'd research more before getting a new piece of gear (recently got the MPC One).


It kind of reinforces my theory that they initially half-assed it and rushed the MPC to get it released quickly for 'the suits'. Now that it actually took off and people are using it, they've kinda backed themselves into a corner for not having more time to plan it before release. Could very well be why they haven't implemented the disk streaming everyone is screaming for. Elektron and everybody else can do it with lower spec machines, why cant the big bad MPC? Probably wrote themselves into a corner, just like the 1:1 track layout was going to take a complete re-write of some stuff in the sequencer. I think they had the chance to top everything they've done before but we're gonna end up with another MPC1000/2500/5000.. What works **** rocks, but there's gonna be some things left over that never work right, its gonna end up one of those love it/hate it devices heh. We'll still worship the 4000 when its done. :lol: :smoker:

But who knows, maybe they're busting ass rewriting it for the big 3.0 release. Maybe that's why they've dropped off the face of the earth and this shit is gonna be like having your own Death Star when they're done!
By DokBrown Thu May 27, 2021 6:57 pm
As usual, I had fell into a workflow that was hangover from my MPC1K JJOS days. reading this post reminded me of the power of PAD PARAMS.

Thx LAMP for posting that page.
Thx AKAI for fixing that horrible bug; I might’ve bodied somebody if I lost hours of chopping/sequencing to something like that.
By DokBrown Thu May 27, 2021 7:10 pm
elstebbano wrote:it is also explained in the video. I made a note to myself that I always want to slice it with pad parameters^^



This utube was KRITical, I keep a “practice project” on my SD card so I can try crazy stuff just to see how the MPC fully works. Time to dust off that practice project and try some new stuff with chopping.
User avatar
By Lampdog Fri Sep 09, 2022 12:16 pm
Image
By Thetwiddler Wed Sep 14, 2022 10:17 am
I will definitly stick to pad params from now on. The other mode is just annoying i u want to duplicate a slice and change the settings und chamge em fir every slice. Might be practical in some situation but fir fast copying and editing of some pads it just sucks. Lets say i want to have a part if the sample vetween 2 slices u have to find it in the whole sample instead if selecting the closest slice and change the startpoint.

Dk if i made myself clear but that was really slowing down my workflow.
By Thetwiddler Wed Sep 14, 2022 10:18 am
Thetwiddler wrote:I will definitly stick to pad params from now on. The other mode is just annoying i u want to duplicate a slice and change the settings und chamge em fir every slice. Might be practical in some situation but fir fast copying and editing of some pads it just sucks. Lets say i want to have a part if the sample vetween 2 slices u have to find it in the whole sample instead if selecting the closest slice and change the startpoint.

Dk if i made myself clear but that was really slowing down my workflow. And unlinking the slices just helps for a part of the problem
User avatar
By NearTao Wed Sep 14, 2022 11:59 am
Use the mode that works for you for sure...

In the old days due to memory constraints we'd be destructively chopping to save every byte of memory to squeeze just one more sound out of the boxes... today we can go pretty bog wild.

I agree that working across a whole sample can be a pain... I'll usually scrub through and extract what I want and then work with that... unless you're working with a lot of audio you can probably keep both the original and the extracted piece in memory, and to some extent have the best of both worlds.
User avatar
By Erratik Thu Sep 15, 2022 11:14 pm
OK Ill say im still fairly new to this -- because on my mpc 1000, 2000xl, and 4000 there exists no option [that im aware of] to do non-destructive slices. You can chop it or you can go chop it- - that's it.

Now we can slice it up like a pizza pie and keep it together. The first question we need to be asking is "why?"

- Why would i want to do it this way, or the other way? My answer can be different from someone else's and we can still both be right -- I'm really curious to see how others are creating equations and solutions to this.

Getting right to the point - I am finding it best to use the non-destructive slices in situations with drum loops and melodies that I am not sure exactly where i want to make my cut(s) , or times when i might still need to edit the sample externally as a whole, and also -- the best use for it i have found is to make really authentic sounding hand pans and other acoustic drums. The easy way i found to get this effect is by making all your cuts into however many regions,or individual notes, or however you do it. Get them exactly how you want them - and then unlink your slices. This allows you to overlap your slices - so now you can go through and extend the end of each slice to grab just a little more acoustic noise before the next kick, or snare. It really seems to help blend everything together and have a more natural sound.
This is also great for amen chops. Just go nuts.

+++

For most situations, creating your programs by cropping new samples is undoubtably the best way to go... for me at least. Here's why ---- first -- what Monotremata and a few others mentioned early in this thread about how changes to one slice effect other slices, and they still sometimes go funky and do weird unpredictable things. If you like that sort of thing than get to slicing. If you like your sounds and actions to be precise and predictable, then chop it up. Its also really easy to build a bunch of kits by slicing several things into new programs, then browsing through your active memory to re-arrange and layer your cuts into more new programs in ways limited only by your imagination, and your internal RAM. AS soon as that thing hits 2Gbz's you're gonna see some serious sh+t - like all of your unsaved new programs and samples gone without a trace. You think it wont happen but once you chop you can't stop and you will be fine as long as you keep an eye on the RAM usage and save your pgms as you make them.


++


One more thing to always and forever consider is your RAM usage.
I'm trying to get as much out of it as i can, so i can have as many options at my fingertips without thinking about finding, and loading, and chopping more things..
When I'm ready to make music i want to stay in that mindset, not stop every 5 minutes to do tech support.

Oh yeah -- RAM usage. The same is true, I think, as has always been. The smaller you keep your file sizes, the less likely you will be to see latency, memory dumps, CPU going out of control for seemingly no reason, and maybe up to about 50% of the other stuff we read about over in the bug reports section. Most of the times my mpc crashes is because i pushed it past its limit. I thought at first this slicing thing would be the future, since one file is easier for the system to load and manage, so it only needs to load the sample into ram once and will call on it as needed. ... What i found is that it loads the entire sample into RAM multiplied by the number of slices. That can become a massive resource hog.
So either one 25MB wav file, or 64+125k to 1MB wav files, which is better?

We gonna chop it:

(now listening to: https://www.youtube.com/watch?v=vp4iTvqrb10 )