Is it? really? I do not think so. So you think it takes too long? To be honest I think lift your game ! BUT vv
There is a strong reason for this method of bar cutting. And it is that we can get the exact BPM from this method and then change it accordingly of the bar chopped out. As no song has same tempo through it. So every bar or bars in a song has its own different BPM. and if thats what you chopping out you want it in time. ie do not rely on MPC to try and find BPM, you have to do it your self. So I only use audio track to get bars and BPM and then dump that after I got the bars I want. So think its just like trimming a loop, stay with me I am getting there.... So BPM accuracy is important factor here.
If you want Auto bar chop then thats to me means you need an AUTO BPM thing happening. IMHO I do not see how you address BPM change. And you know BPM detection in MPC wont be accurate enough for stuff like this ?? Its demonstrated in the BPM detection in the MPC right now, so its good but not very accurate sometimes and you would have to have it separately determine every bars separate BPM and then put a tempo change in a track for the sequence to match up. I do not think it could do that IMHO,not accurately. Sure crazy good if he did but the BPM accuracy is so not there now, so very much doubt it will be any better in the future.
If you are using the audio track in a different way, say you are using at as a backing track or using stems that are layered in many audio tracks then yeah you have to make sure that the BPM does not shift. And if the BPM does not change then you have just halved the work load in this method I wrote about. Thats half the work gone. no worrying about BPM its known... Most stem stuff from DAWs will not need to be worked on to match up BPM, unlike an song from a band, which will shift BPM all the time, all over the place. And when i cut my chop i want it exact.
See what I am saying. Its an art to chop. Dont expect computer to do your art.
I mean I thought it was art when i saw a bar chopped out in trim. Very obvious where to cut it for me and it seemed to me seeing it, that it was pretty as a picture to see just a bar cut out from the method above. thats the art there.
Which makes me think you are so thinking about it the wrong way. What you should request is a Punch in/out record function tied to loop setting.
obviously it disregards the actual looping in this mode of recording MAINS OUT. So toggles recording on for start of loop, and then stops recording on end of loop. Would solve a
lot of your lazyitis. you would still have to work out exact BPM and line up the bar start of audio sample with sequence to match. But yeah makes your trim idiot proof. if it could do it exactly that is. Cant see why not as it seems very accurate in the method being discussed here, just that you have to trim it. See what I am saying. I had an idea writing this. Ask JJ to put BPM and LOOP settings from your active sequence in the resulting sample name. LMAO
double idiot proof. and still less work So it gets named something like
[email protected] cos it just gets that information in the sequence that you have set up. Ya gotta be happy with that. I mean you cant expect MPC to do everything.
So to end my rant.. I think if he did do it with auto BPM and it even wrote tempo changes through the sequence I will probably find the BPM accuracy not good enough and the result would be sloppy and out of time chops and would continue doing the way I am doing it now, so i dont have sloppy out of time chops. So if BPM detection was improved and could determine bar start, BPM of every bar and then right it all out I would very impressed but really do not think its at all possible as BPM detection is never going to be that accurate ever in the MPC I think. That and I do not agree that it takes to long. I am old enough to be saying stuff like Kids today and all that, but its kinda true. You have no idea how good you got it now. I am going to retire to the lounge to have my pipe and cuppa tea. Good day gentlemen.