Home | ER-101 | ER-102 | ER-301 | Wiki | Contact

Syncing a loop to a clock in v0.3


#1

there are some new units on the scene that I suspect might apply to this… grain stretch, pulse-to-hertz.

what is the recommended way to set up a loop that will play in sync with an incoming external clock with the latest greatest firmware? i think pulse-to-hertz may open it up in a way that wasn’t possible before with manual grains, but I can’t really remember the whole setup for that.

it’d be nice to be able to use sample player or grain stretch so that the slice functionality could be used. it would be nice to be able to load a .wav with several breaks sorted into different slices and then be able to change the slice index while playing, all the while keeping the loops sync’d to a master clock.

can anyone advise?


Ways to synchronize something to a loop?
#2

Something like this?

…or something else?


#3

no i don’t think the looper is the solution. i’m looking for a straightforward way to play with break beats sync’d to a clock


#4

Do you mean for the loop to be time-stretched to make 1 repeat equal 1 clock tick (or 24, or N), or just have the loop restarted every N clocks?


#5

I think you need to either:

Prepare your loops so they are in the bpm your clock is running at

Or, slice each individual hit and not worry about syncing at all, just trigger with multiple trigger inputs.

Other than that the only way I know of is to do the time stretching as described here and in the linked to threads:

There may be other ideas… :slight_smile:


#6

slicing individual hits really amounts to something entirely different. you’re going to lose the feel of the original loop that way.

i really feel like time-stretching beats to an incoming clock seems like a pretty common use-case for the 301 and it ought to have a very straightforward workflow to get there without dealing with manual grains.


#7

You’re right, lets see what happens :slight_smile:


#8

Oh… I presume you have just tried editing the speed of the sample playback?

If you pull up the scope view while editing the speed parameter so you can see when the trigger resets the sample playback, it’s not that tricky to dial in the right speed setting to make a single trigger at the beginning of the slice play the whole loop, or a sensible portion of it, in time.


#9

i think dialing it in is not a good solution. i mean its a sound computer!

we’re talking about the most powerful sampler in eurorack… being able to lock a loop to an external clock without futzing around with the speed dial on a sample player feels to me like it should be a core feature. what if i’m in the middle of a jam and i decide i want to increase the speed on my master clock a little bit? i have to go and fine tune my sample player again? that just feels beneath the power of the 301 to me.


#10

Sure, but that’s asking a lot:

So, on the fly at a whim, probably not. edit: I just realised I have linked to something that includes pitch shifting too and that may not be something you are concerned about.

I do see a possible solution in using the incoming clock to derive a voltage that could be scaled to set the speed parameter, but that sounds like a pretty tricky thing to set up.

With planning you could use a sequencer with a very slow progression to program changes to the speed parameter that would naturally fall in line with your clock, this is probably the best solution I can think of.


#11

yea i don’t know… it just seems like really meat and potatoes functionality for a sampler.

meanwhile, i tried to do the old manual grains technique with the new pulse-to-hertz unit setting the frequency of the sawtooth ramp, but it doesn’t really work… not sure what the gain on f0 is meant to be set to, but with the knob set to fine, the lowest gain i can get is 2.0 and it sounds like its at least twice as fast as it should be. maybe 1.0 is the right setting, but i can’t set it to 1.0 :confused:


#12

Did this not help?


#13

Also, be sure to understand how the internal values work, here’s a great place to start:


#14

that is from before the “pulse to hertz” unit. the method described in there involves calculating based on a known bpm.

pulse to hertz is supposed to give you the frequency based on an external pulse/clock so it should theoretically save you from having to do any calculating.


#15

Ahh okay, I haven’t used that yet… regardless i think you hit the nail on the head with the gain staging setup!


#16

Have you tried this?

  • Load your loop in to a Grain Stretch unit, with How Often? = loop and How much? = all.
  • Set the speed bias to zero and the speed gain to 1.0
  • In the speed sub-chain insert a Pulse to Hertz unit.
  • Set the source of the speed sub-chain to your 1ppqn clock.
  • Set the source of the trig sub-chain to your sync signal (once per loop).

#17

Don’t forget the shift + encoder in fine is super fine adjustment - Brian showed me that yeaterday


#18

just gave this a shot… i have the same 1ppqn pulse triggering a one shot kick sample and feeding the pulse to hertz unit.
the drum loop is definitely not in sync with the kick drum. tried with a few different loops of different bpms, and got similar non-sync’d results.


#19

also, am getting some very mixed results with the trigger on grain stretch. sometimes it doesn’t do anything.

edit: ah… trigger doesn’t work unless there is a slice on the sample? this is confusing.


#20

Did you see the first step?

  • Load your loop in to a Grain Stretch unit, with How Often? = loop and How much? = all.