Main page, Loop functions

Problem - in 'Loop' of the main screen, when changing the end of loop bar number: if the number is less than the current end bar number, the sequence 'jumps' immediately to the new bar number. this loses the beat of the beat and sounds like a reset of the sequencer.

Fix - i think that the loop should jump to the new bar number at the end of that bar, so it remains in 'sync' with the beat of the sequence. Or it could be a setting in the 'Window' button of the Loop parameter, so the user can choose the behaviour to be either immediate or at the end of the bar (similar to the 'next sequence' options)

I like it that way so I do not have to wait for it to restart. But do know what you mean. I see this behaviour but if your are hardly ever going to do this while elive playing and if you do want to do this live, you would benefit more from using changes of sequences which has the exact behaviour choices you are describing. So I would ask why you do not use sequences made before hand. You can just a copy a sequence set with different loop lengths and swap away live and have that choice of sudden change or waits till end of sequence. See I do it that way, and only change loop length as I work on a sequence for a song. Just saying is all, not hating on it, just seems to make more sense to use sequences that way. Would only take a few seconds to do to. i do it to try compositional ideas, say looping last bar. Just copy sequence and set loop of the copy to just last bar and play it after first sequence, so gives impression you are holding that bar for longer.

bliprock wrote:your are hardly ever going to do this while elive playing

That's just your opinion. Please don't speculate on how others wish to produce a live set.

Your suggestion to use sequences made beforehand is not worth much if you don't have pre-made sequences. Either answer the guys question, suggest an alternative way to do the same thing, but don't explain an irrelevant technique or ramble on about how you do things. The original post is describling a very specific function, not debating on compositional techniques.
I must agree with the OP; the MPC should remain locked to the tempo as often as possible (explicit uses of Sudden notwithstanding).

innovine wrote:That's just your opinion. Please don't speculate on how others wish to produce a live set.

No that is you not understanding me! I mean it glitches so you can not smoothly do it live. So you would not do it live. Understand now? You would at least wrote something right? I mean come on, what nothing for a live gig? not a pattern, line pattern, track? Program? So what I said before still stands.
If its live if you change the loop start and end bars when it is not playing those start and end bars. So I can actually make a multitrack sequence live looped and then change what bars are playing in that loop With out it glitching at all.. You gotta do it when its not playing that bar, or cut it short as it plays. Its looping and you change it to before it goes past, so it has to be done before it gets to that bar that you want as new end point, before it plays..

To me it is weird as you are making the loop shorter by moving the end point after its gone past that new end point so of course it will glitch. you just cut the loop short right, so why wait till after the fact, it has gone past this point. since you say you want the loop end point earlier makes sense to do it before the end of said new loop end point. That is how I see it cos it glitches if you cut the loop short.
I got a 6 bar loop goin in front of me now and I can switch it to 1-1, 1-6, 3-6, 6-6, 5-6, and back with out it glitchin at all. Hold Tap button as you change the bar loop points to jump as well. that helps to make huge loop changes really quickly. Also turning loop off and then on makes current bar playing set as loop. That also is very handy live. Again I can do all this with out droppin the timing or it glitching. And you have option really, if you are good, as it is instant. See its a lot to do with where you want the loop end point and if you set it to bar playing or next one it is in time, for sudden like half bar I set start and hitplay start in time as it is kinda same thing as it is loop, but then change end point to get no glitch and smooth transitions of bars. Cos thats what ya want. If you have a loop and make end point change to a time past, then it follows that the start point must be replayed for the loop to end/start. get me.

What do you all think about a feature request for holding Q1 (AFTER) + Press PAD to select the bar to loop?

I like the Q2 + PAD to select track feature, but I would also like someway to easily (numerically) select the bar to loop, and "Hold Q1 + Press PAD" ain't doing nothing right now.

Maybe Hold Q1 + Press PADS, and it plays the pad's corresponding numeric bars in the order pressed (as long as Q1 is still being held down).

I don't know what's possible but there should be a way to integrate the pads into bar selection.

hah moan8 wrote:What do you all think about a feature request for holding Q1 (AFTER) + Press PAD to select the bar to loop?

Now that is a good idea!!
Kudos. That is a very good request IMO.

Only probably 16 bars though, (16 pads) and I do not expect it to be able to chained together. If it was bank aware then a choice of the first 64 bars of any sequence would be available to select.

I was thinking if it was context sensitive to loop it would be great. If it was a sudden behaviour it would just jump to the start of the bar represented by pad choice, if loop is off.
If loop is on it could do something else like set loop end or start bar and play from that bar chosen by pad choice. Still have to do it in time though.

yeah, I want that feature. I would like to hit pad and jump to bar. especially if it worked in loop edit mode or grid mode. That shit would be mad and let you jump round the sequence as you edit.
What say you to that innovine and arebee??? Do you reckon that is a good idea?? And how would you want it to act? I am interested if you have any input to that idea from your perspective>?

innovine wrote:

bliprock wrote:your are hardly ever going to do this while elive playing

That's just your opinion. Please don't speculate on how others wish to produce a live set.

Yeah, that's how forums work.. people offer their opinions and suggestions...

Your suggestion to use sequences made beforehand is not worth much if you don't have pre-made sequences.

Hence why he suggested copying the sequence and changing loop lengths, since that would be a much easier than attempting to do so on the fly and also offers the option to do a timed change from one sequence to the next which is essentially what OP wants.

Either answer the guys question, suggest an alternative way to do the same thing, but don't explain an irrelevant technique or ramble on about how you do things.

That's exactly what bliprock did.

I must agree with the OP; the MPC should remain locked to the tempo as often as possible (explicit uses of Sudden notwithstanding).

Yes but it shouldn't do so just to satisfy misuse of the loop system. If you're going to modify the final bar of a loop after you've passed that bar then of course it's going to reset the sequence because you've defined new loop parameters. Instead of having to wait for a change in the code, why not get it working now in a more sensible fashion by using a sequence change?

thanks superpowerface we are on same page it seems. I diss a lot of ideas so I think I get peoples back up a bit poor innovine, but really I would never want to discourage any one to contribute ever.
Including innovine, and innovine is right to think that I should not dictate terms of use mpc wise. But then I think its kinda miss use, and you confirmed this.
still think that qlink to bar is good, if it works in loop edit mode especially.

I would like to see loop changing working as follows. Any change to the endpoint of the loop should visually occur immediately, but be queued up (assuming lopoing is active, of course). When the playback pointer then reaches the end of the current bar, it should jump to the loop start. This would leave the MPC bar-for-bar still in sync with other gear (remember you might be slaving the MPC to a different sequencer, or slaving other gear to the MPC. When the song position pointer jumps it's not always respected, especially by gear synced just to the clock.

I like the idea of hitting pads to punch in a loop start (and perhaps end or length) but it's not something I've really found missing TBH. I'd rather see this kind of thing in the loop and start position of a sample in Trim mode...being able to move the start,end, edit and loop points by a 1/2 or 1/4 or 1/8 of the sample length would be very useful.

bliprock wrote:you would benefit more from using changes of sequences which has the exact behaviour choices you are describing.

How do you deal with track mutes then? Your mute settings will change when you change sequence.

Use events:OFF

f you are stringing loops (sequences) and using mutes as you go between them, then turn of the mute events. This way they are ignored, and you can turn it back on in mute screen to say go back to a pre made mute arrangement. This way any mutes that are programmed are ignored, yet you still have control to mute tracks still.

The new Mute groups is your friend here of course, if you need to mute tracks over more than one bank at the same time or group types of instruments for instance.

Usually with copies, I might do a solo, all mutes off, and a combo or two that sound good as well as a no mute events one. This way you can jam with events on and have those choices if it goes wrong
It helps if you do the copies before the mute event data, so that you do not have to erase and redo it. Instead, all you do is hit record play in mute screen at the start of a sequence and you have the events for that particular sequence copy, be it solo, or all on, off ect.
I turn mute events on and off over time for different reasons, to redo stuff or just to jam.

hmm, there is no way to turn events off for individual tracks I suppose?

No. I get around it with above method. using on/off and preset copies of mutes with groups for good measure. If you do all of this making stuff, then after a while you will get good at creating things to work in your live sets. With Next Sequence window as well you can jump round your preset mute combos and then say use mute groups for more variations. So you in this case in this threads topic you would make sequence and then copy half of it to another sequence, and a copy of end bar or first bar to another sequence, and a few copies of original sequence with mute combos. If you use the Next Sequence window then you can do any combo live and still be able to change loop length with out any glitches happening ever. It is like resampling really, but its using sequencer to cut up and arrange your looped sequence.

Bliprock I understand your working method, it is essentially how the mpc channels you to work, but the original poster's idea is still a good one.

Having the mpc loop through the end loop and not suddenly when the loop endpoint is changed.

The mpc is a great studio tool, but live improvisation can be difficult because of blind spots like this. Maybe with a sudden setting if someone really needs that although I can't see how it working as the OP stated being a problem for anyone.

I find there is a problem when I navigate on the main screen and push the cursor from left to the right when it goes through the middle it pushes it forward a bar, like the right arrow changes functions when in that location. I think it sucks and causes a skip ahead in audio playback. Someone might need that for some reason, but it shouldn't be there to cause audio glitches like that. If I need to go from setting a q link value to track velocity quickly I don't want to have to navigate around a boobey trap like that.

Also my greatest wish, to be able to save a sample without the playback stopping. Never happen probably, but still at the forefront of my mind. Doesn't mean the mpc sucks, or that I can't work around it, but no need to defend something tooth and nail.

i really like this suggestion from hah moan8:

What do you all think about a feature request for holding Q1 (AFTER) + Press PAD to select the bar to loop?

Maybe Hold Q1 + Press PADS, and it plays the pad's corresponding numeric bars in the order pressed (as long as Q1 is still being held down).

i would change it slightly. i would just use the existing f1 LOOP button in the MAIN screen.

1. hold down the LOOP key, and a window pops up that says something like "PRESS PADS TO SELECT BARS TO LOOP".

2. hit the pads to select the bars you want to loop. the key is that it will be non-sequential & can also repeat bars if you want.
(EXAMPLE: if i hit pads 2, 8, 6, 6, 7 - then it will play bar 2, bar 8, then bar 6 twice, the bar 7, and then loop back around to bar 2.)

3. as you select the bars, they would appear listed in the pop-up window in the order you select them.

4. release the LOOP key, the pop-up window closes and your newly selected sequence loop will start and the end of whatever current bar is playing, so everything stays in sync.


this would be an incredible feature for live use & changing things up on the fly. it's kinda like that PATTERN mode that exists now except alot quicker & easier to use.