Delay Sync to MIDI Clock

#21

Thanks for sharing and thanks for the effort! Maybe the problems you describe are problems of the unfinished test release?

I'm trying out your patch but I'm a bit unsure how to set it up.
I set the delay write to 682ms and choose low rate accordingly at "Low<>High Rate". I connected the blue output that goes to delay read disp to delay read with a conv/interp. To which value should I set the knob at the delay read object? right now it's not syncing and changing delay time only introduces a little glitch but doesn't really change much.

Edit: Generally speaking I'm a bit confused as to how the delay read works. It seems as if the red inlet is only for modulating the pitch, whereas the knob chooses the delay length by choosing the lenghth of window within the sample recorded by delay write.

#22

I would appreciate if you would put an delay into your patch,
so noobs like me could comprehend how to apply your patch to a delay...

#23

I figured it out. No it's time to experiment with subdivisions and filters+saturation in the feedback loop :smile:

midi clock sync example delay.axp (21.7 KB)

#24

Hi there,

I just sketched up something that might be related,it's pretty close to a tap-tempo-object.
what it does roughly,is start counting and then setting a saw-LFO to the corresponding speed.

taptempo_4.axp (4.5 KB)

#25

Sound interesting but somehow I can't download it...
"The page you requested doesn't exist or is private."

#26

should be working now...

#27

Yes it works, thanks! This is great for manually tapping in tempo but I don't know if it's usable for a syncengine. A synceninge should rather have a continous input so that it can react to tempo changes, your object stops once you tap in a new tempo. Maybe it would be more usefull if the lfo wouldn't stop when tapping in a new tempo?

#28

your right..
I think it makes sense to keep this more modular,to suit different needs.
so I cooked up some more stuff,most of all a 'k2f' object that converts integer
k-rate ticks to something like HZ,to be fed into a 'lfo/saw lin' object...

so here's the new patch,it contains a bunch of custom objects that I already uploaded to the
community library (you need 1.08 and up to run it)
I also did a signal-rate saw-lfo called 'phasor' to be used in conjunction with the 'k2f' - object.

taptempo.PNG953x514 31 KB

taptempo_7.axp (5.1 KB)

Cpwitz Contributions
#29

This looks terrific, thank you very much vor sharing! Gonna try this for syncing delays later.

Just an Idea, I don't know if you're up for that but it would be awesome to have a midi clock object that could be set by tap tempo too. This would open up for a lot of great use cases, setting tempo with the length of the first loop you make or just generally speaking keeping several elements and other gear more coherent and setting the tempo in more intuitive way.

P.S. I'm implementing your patch now for Sidechain compression like pumping that is independant of tempo, so thanks again for opening it more up and making it available here :smile:

#30

I patched this Tap delay, it works well...but isnt this too simple?
taptempo_7delay.axp (6.2 KB)

#31

@SirSickSik
I thought the timer object output was in 'number of k-rate samples' rather than ms. Are you sure your maths is correct?

#32

I translated from samplerate to ms with the 48000->"reciprocal module"
though as I found later on, this should have been the krate.
BUT!
I've written some dedicated modules to do the maths here and just uploaded these to the community library.
1- a clock to "basic timing" converter for delays and LFO's (though for this, my own multishape LFO should be used as this actually responds to actual 1v/hz input.
2. ratio module to quickly set divisions of base tempo (first multiply the float values, then use a mult64 behind it to scale it back to.
3. actual 1v/hz LFO. Has sine, triangle,saw, ramp and squarewave and I'm going add some more features later on, like a dedicated pwm for each waveform)

search in the library under "SirSickSik"

I've also just released three dynamics modules:
-limiter
-compressor
-transient designer
order of use for mastering purposes: compressor->transient designer->limiter

#33

Ah, then I was just thrown off by the annotations.

Because that's definitely not right. :slight_smile:

#34

hi sirsicksic, i cant find your folder in contributions....

#35

I just found out I first had to subscribe to github. Thought I only needed to save the files to the community folder on my computer and that this would be automatically updated..

#36

That sounds pretty promising but I'm not sure on how to use your timer.
Should I hook it's output up to a phasor that drives delay read or directly into the read output?

#37

clock2timing example.jpg862x623 144 KB

hope I got it simple enough with my new modules? :wink:

ps for the time-limiting you can use either one of the "min" modules... just depends on what kind of routing you are using and functionality you need..

#38

hi sirsicksic, i just made a delay write pow, it has an outlet for pow/samplelength phi/delay write pow...

#39

@SirSickSik
Thanks a lot, that looks more complicated than I thought indeed. I spend a whole night with the synced delay of @DrJustice. That one works fantastic too. But your module seems really useful for creating a global tempo reference in a patch.

In general your new modules are amazing! The analog distortion works wonderfull in the feedback path of a delay. Together with some filtering you can really get that analog delay sound!
Also pitchshifting is great in the feedback path. Finally we get Brian Enoesque shimmer delays :slight_smile:

#40

Sorry for maybe going slightly off topic here, but:
I have looked around on the axoloti-forum for a midi sync to LFO solution, but mostly, i get a bit confused:) Is there any working, simple solution?
Thanks:)