Awesome, good to hear that as I wasn’t sure I would take to the new touch interface. And sound quality is better which is obviously a major bonus
looking forward to getting my unit, sadly my preorder is taking ages. I hope the second batch of units to reach the UK won’t take too much longer
Hi all
Has anyone spent time sequencing a whole song ?
A proper DAW type song arranger with audio would be one of the main things that would interest me about the new MPC’s (with the big screen)
Whereas having read the SOS review, and various comments, it actually sounds like it’s a real PITA to go from a few 4 bar loops to a song ,
Having used Mpc1000 JJos in the past, I remember that I could just make my loop 128 measures long , and then I could edit drops and mutes, breaks etc
Is that still possible now?
Can you record in say, your vocals , then focus on for example on measure 72 and work on a particular break?
Thanks
I think in fact I just need a really state of the art multitrack with a similar huge screen, but sadly, nobody makes them
(I have a Korg D3200)
Please explain why Linux causes latency as opposed to other OS’s (dedicated or not). Don’t be afraid to go into technicalities. Suprise me.
I just use it forsketches, but you can as always use sequences as parts like chorus, break, built up… if you like you can finally merge all of seq into a long one… i prefer 2-16 bars, but i think a sequence can be longer than 128 bars… tracks in a sequence can have shorter lenght (you can use 8 bars for the master, but only 1 bar hh always looping. They can also be iregular, cause you can set them in bears(not bars)… so the tracks can shift against each other… its pretty nice… i dont think you can loop a section within a 16 bar sequence, but maybe i miss somethinf 
There is no latency. This is not a multifunctional CPU spellchecking your essays, monitoring emails and streaming porn…live. All those tasks are absent so the CPU in the MPC can concetrate on music production and only music production, it won’t even tell you the time of day. So think about that when you compare software to standalone hardware and speak about latency because there is none.
I think the max is 999 bars per sequence
Ehm… Yes there is latency man… it’s a computer after all with an underlying/optimized OS so there is always latency…
I just tested out monitoring/latency of the input, because I was hearing latency so I multitracked both signals… the one on top is the source… the one below is the MPC while monitoring the input… around 12ms that is… bit disappointing tbh.
Perhaps triggering pads has less latency, but believe me that there is some 
FACT : we all have to deal with latency… audio latency, midi latency, sync latency…
That’s not going to change.
Speaking about dealing with recording latency and Live Performance Sync, The only solution i find is dedicated sync box with midi offset to get timing right. Acme4, SyncGen, ERM Multiclock are all precious tools, it’s expensive but it’s really worth the price i know some people think not… but they haven’t got in their hands i guess 
it’s not NEW.
And maybe the vintage groove comes from this stupid latency after all 
Latency has been compensated when sending midi transport to control other hardware etc. so it will be same with recording. as long as its all been taken into account, it doesnt matter.
Illgreen was referring to latency timing when triggering pads and it feels tight.
Exactly, triggering pads is effortlessy and to the touch.
For sure you have a latency… you also would have it with a mpc60 (if it would be able to do that)… anyway… if you record it to a soundcard, i think what you see is the latency of your soundcard, though monitoring on the mpc is “direct” to my knowledge (as long as you add no efx its directly routed to the output… same technic a lot of soundcards use to avoid latency issues)
Really try it… i think a lot of people think “this is a computer, so timing is bad” :-)… but a mpc60, 2500 are also computers :-))
Add on: i played my prophet via audiomonitoring through mpc… also had no feeling of latency …
Also some the factory samples have empty space between the start point and the beggining of the waveform itself.
This is measured using the Octatrack playing the same kick drum thru both the main and cue output at the same time. Recorded using a Zoom R16 standalone recorder so no computer sound card involved except the one inside the MPC 
Routing: Main output of the Octatrack goes directly to the standalone Zoom R16 recorder. Cue output of the Octatrack goes directly to the input of the MPC which is monitoring the input. Main output of the MPC goes directly to the input of the Zoom R16 recorder which records both machines at the same time…
Like Naboo says… when using midi this will be mostly compensated.
Anyway I tried it and the MPC is just not good at being a midi slave to the Octatrack for example… as long as it’s the midi master it’s mostly fine. People looking for a Octatrack Pickup Machines alternative or sampler extension using a midi slaved MPC Live as a looper will be disappointed… at least I am.
And yes, There are all of these nice dedicated sync boxes like ERM Multiclock available…
FACT: I never had a need for it when using Elektron gear hooked up to each other and the only NEW thing is this cohesion here is the MPC Live
Just a question, don’t you think the Zoom R16 has a “computer” inside as well?
Sure, you think the result will be different if I test and record this to analog tape? Don’t think so…
Yes, noticed this too yesterday… There is some talk online about MPCs needing a bit of silence at the front of the sample or the transient gets mangled, haven’t tested this myself… Maybe there is some sort of internal fadein/fadeout of sample data to prevent clicks?
Al least your results would be warmer.
@ tsutek: at least loops run totally without clicks and often chops are also easy to get without click… maybe you loose 5-7 ms therefore? interesting… will try that later… didnt noticed that, when adding samples to pads.
at rephazer… ok, didnt tried the MPC as slave that much… (prefer it to be the master)… i will give this a try too…
@ aortan: yes, i know what you mean and youre right, but in this setup it should have the same latency then (if you dont use kilometers of cables more :-)))
Hehe yup, the result should probably be the same. Just thought it was an important distinction to make 
