By epidemic
Wed Jun 05, 2013 6:09 am
(60/[exact length of loop in seconds]) x [number of beats in loop] = beats per minute
It's not difficult mathematically. We can set up a perfect loop by ear easily. The MPC Software already knows the exact length of that loop. So when we time-stretch without knowing the exact original BPM, it just needs to ask how many beats or bars is the original sample. From there it's a simple calculation to get an exact BPM. that way we don't have to micro-adjust over and over again to get a perfectly chopped loop to fit in correctly with everything else in Pro-tools or whatever sequencer/DAW.
we could do the math ourselves, but why would we do that every time when we've already done the musical part. let the computers handle the number crunching
Then from that point it's not difficult at all to have time stretching transform from just [bpm to bpm] into a [#of beats/bars to #of beats/bars]. using the same basic equation. it can't be more than just a couple lines of code as far as programming goes.
It's not difficult mathematically. We can set up a perfect loop by ear easily. The MPC Software already knows the exact length of that loop. So when we time-stretch without knowing the exact original BPM, it just needs to ask how many beats or bars is the original sample. From there it's a simple calculation to get an exact BPM. that way we don't have to micro-adjust over and over again to get a perfectly chopped loop to fit in correctly with everything else in Pro-tools or whatever sequencer/DAW.
we could do the math ourselves, but why would we do that every time when we've already done the musical part. let the computers handle the number crunching
Then from that point it's not difficult at all to have time stretching transform from just [bpm to bpm] into a [#of beats/bars to #of beats/bars]. using the same basic equation. it can't be more than just a couple lines of code as far as programming goes.