Need to translate nord G2 patch to axoloti


#1

Hi!
I`m new to axoloti and currently Im just discovering demo patches. Holy cow this thing is awesome!

But when I buy it I had a plans for this little beast and now I trying to translate one patch from nord g2 and my had is blowing...
I need to have a synced to midi clock realtime multidelay in my setup. I found one guy on youtube his name is Milolab and he described his patch and demoing it on youtube. It`s exact what I need!
Maybe someone have an interest in this patch? I need help it translation to axoloti core environment. Is this possible?
I will be grateful for help.

Here I attach screenshots with G2 patch for reference


#2

Hey @nikitsan

I have got a G2 too and I dont see any problems in making that patch

Roughly, you can compare one part of the G2 to a whole Axoloti. BUT it is really hard to compare cause Axoloti has got some things G2 doesn't have, like tables. So a very rough comparison it is.... But this patch.... No problem :wink:


#3

I have replicated bigger part of patch but when things comes to 4 delays synced to 1/8d, 1/8 and 1/32 i capitulate... just to be clear, i dont have g2. Can you help me with this patch? @jaffasplaffa


#4

Here is the video by the way. It helps to understand what i am looking for. https://youtu.be/L5YcJU-me7I


#5

there are no sync'd delays in the factory objects... they are all time based.

... you can calculate the time from tempo, but it takes a bit of thought, as the delay time (iirc) has to be fed in as a % of the total of the delay line, but its very much possible.

however, like many things, others have wanted the same before, so always worth searching on the forum (here) for suggestions, and search in the community library for objects - there are probably some there...

I had a quick look at it looks like @DrJustice (drj) has something that might be suitable ( delay_st_pp_mod_sync) , so look at that, and there may be others too.

(remember in the object browser you can do partial searches, so typing in delay, will show you any object with delay in the name or description, so then just a matter of having a look at each in turn)

apart from that the patch looks nothing particularly difficult to replicate, looks like a series of delay lines, with envelopes driven from a sequencer.

one thing you will probably find, generally, is that most of the factory objects are not tempo sync'd, they tend to be time based.... so work on there own time base, but many users have wanted tempo sync'd equivalents, and the community (library) has done a great job in filling this need.


#6

drj/delay/delay_st_pp_mod_sync is a complete patch with a stereo modulation delay - it might be overkill to use several of those for a patch like that. Looking at the basic syncable delay reader modules might be better from a resource usage standpoint:

drj/delay/read_sync - delay reader with sync and modulation
drj/delay/read_interp_sync - interpolated delay reader with midi/clock sync and modulation
drj/delay/read32_sync - delay reader with sync and modulation, 32 bit
drj/delay/read32_interp_sync - interpolated delay reader with midi/clock sync and modulation, 32 bit


#7

Thanks for your replies, and for sharing that objects, I will try it soon. For now i have tried 4 delays from sss and constantly have errors when uploading more than 2 delays in parch. It would be great if objects from DrJuctice give me no errors. I will post results soon.


#8

@DrJustice your syncable delay read objects are working with standard delay write?
by the way i can loading maximum 3 instances of delay_st_pp_mod_sync... with 4 there are errors and no uploading to core.
upd. just try your delays and found that i need tape delays to achieve that glitches when time/size is adjusted in realtime. "TSG/fx/tape delay" suits better for my needs, but it has not time modulation ability :frowning:

upd. oh, Im stupid noob. Just find easy modulation ability for everything. Playing with automated tape delay is big fun! I happy!


#9

The delay_st_pp_mod_sync sub patch is a 'big' effect and uses a few modules, so you can't place that many of it.

For the patch you posted in the OP, I have put a basic syncable mono delay in the library drj/delay/delay_mono_sync (it's a sub patch file). This is pretty much the same delay as in that patch. It's a simple structure, using a read_interp_sync together with a standard delay write:

And now one step closer to your application, a test patch using delay_mono_sync (the patch file is attached below):

sync_delay_test.axp (3.5 KB)

Note that including many sub patches can be expensive resource wise, spending precious SRAM. E.g. I can include 16 copies of the delay_mono_sync sub patch, but by copying the structure inside the sub patch into my own patch, I can get away with 36 of those delay structures.


#10

For first thanks for your help here @DrJustice , I really appreciate this.
Now I`m trying to figure out how to use your delay_mono_sync and I have a questions. Is it synced to internal midi clock? How to set clock divider to get 1/8 dotted, 1/16 dotted or 1/32? and how to sync it to external midi clock from my hardware drummachine?


#11

If you use the delay_mono_sync sub patch, you'll have to open it to edit it ("edit object definition" in the menu on the delay).

As mentioned, you might want to copy the structure from that sub patch and use directly in your own patch to save a good bit of memory. You could do this by actual copy & paste of the structure minus the inlet and outlet, or you could just patch it together yourself - it's only 5 modules for the basic delay, after all.

You can select the clock source using the clocksource menu and the device menu on the read_interp_sync module.

The clocksource menu:
Internal => the delay time is goverened by the time knob on the module itself
External => the 24ppq input is the clock source
MIDI => the delay time is synced to MIDI clock

The device menu:
Omni => the module will listen to MIDI clock from all MIDI ports
... => listen to the selected port

Since the MIDI clock has a rate of 24 pulses per quarter note, if you set the clock divider to 24 you get quarter note delays, if you set it to 12 you get 1/8 notes, 18 gives dotted 1/8, and so on.

So to sync from your drum machine, assuming it's connected via the Axoloti DIN MIDI in port, set clocksource to "MIDI" and device to "din" (or simply leave it at "omni"), set clockdiv to your desired value and that should be it.

Edit: the smooth menu determines how much the clock is 'stabilized'. I recommend start with setting it to 3. At 0 there is no clock smoothing which may give clicks and noises when the clock tempo changes or if it's jittering.


#12

Thank you very much @DrJustice ! excellent support! thanks to your modules I have under 90% ready patch. Just some minor things and it`s ready.


Logic/change with analog in?
#13

work in progress ...


still need some thing to polish, i.e. I want to get signal processing only when potentiometer(analog in) changes. this will be on attack time on envelope generators. for now i have some troubles with registering when pot is changing. discussed here: https://sebiik.github.io/community.axoloti.com.backup/t/logic-change-with-analog-in/3599/11 searching for solution...