Rbrt Contributions

#37

dialmatrix 4 16

dialmatrix 4 16.PNG761x477 21 KB

description:

demultiplexes data incoming on 4 inlets to 16 dials named in the format 'rowcolumn'.
the 'rows' are wired to the inlets 'in0' to 'in3',the 'column' is defined by the inlet 's'
(so for example 4 dials receiving from in2 have to be named '20' '21' '22' and '23')
once 's' is changed, 'dialmatrix' will wait until the input changes before updating the 'target-dial'.

done in an effort to control 4 different drum-sounds from 4 midi-controllers.

works with the preset-manager by @DrJustice !

please note :
unfortunately,all 'target-dials' have to be present in your patch,otherwise you will get an error
and the patch cannot go 'live'.
you can find patchers with subpatchers already containing a 'dialmatrix' and the respective dials in contrib/rbrt/patches.
to use them,copy / paste the subpatcher to your patch.
you may use several instances of 'dialmatrix' in different subpatchers,BUT it's not possible to store them with
the 'preset-manager', since the dials in the subpatchers have the same ID's.
check out 'tablestore 8' for a more elegant solution.

Using just a few rotary encoders to control almost every parameter of axoloti?
#38

...more dialmatrix

same as above,comes in the taste 1 to 4 ,8 to 16 , 8 to 32 and 8 to 64 dials
again,get yourself the respective patch at contrib/rbrt/patches to avoid the boredom!!

#39

tablestore

description:
stores and outputs 8 values in a table.
if 'write' is set to on and the input is changed,the value at input 'vn' will be stored in the table at index 'n' + 'offset'.
if 'write' is off, the data will be put out.
if 'thru' is set to on,the value at input 'vn' will be passed through to output 'vn' without being stored.
you may 'step through' the data in the table by changing 'offset'.

done in an effort to de-multiplex and store data from 8 midi-controllers to different destinations,
since the table can be saved to and loaded from sd-card.

Storing data as a sample?
#40

notehold

useful to easily set buttons to a colour on midi-controllers with visual feedback (novation lauchpad,livid base...)
on 'trig',a note with 'velo' n is sent to the controller and put on hold.
comes in two flavours...

#41

tableread

reads 8 consecutive values from a table,starting at 'offset'.

#42

He @rbrt
I am trying to figure out how to sync your looper to a clock but I'm kind of stuck.

The first part goes well, I've quantized recording to the clock. But at some time the loops will start to drift. (wich is expectable with this approach)
This is why my Idea was to retrigger play all the time to keep it in sync, like I do in this setup:

The problem is your looper doesn't need a single trigger but a toggle to keep playing, so basically I would need toggle that is on for the length of the loop that turns off really short at the end of the loop in order to retrigger for the beginning again. (wich would propably result in a click that is hopefully not to obvious) Do you have any Ideas how to solve this? Or are you maybe already working on a sync solution?

Furthermore I couldn't get the loop saving of your example patch to work. You press save, get the annoying bleep and then the sample should be on the sd card right?

P.S. just checking out you dial matrix, really nice idea. Maybe some value smoothing would be great though in order to avoid skipping when you switch.

#43

Yep, this I noticed too. Been working on making kind of a dial matrix for the Modular Thing Add on board. I would like to be able to use each button/knob for more than one thing.

But if you change from one knob to another and back again, the knob value will jump. Been trying to fix this by using sample & hold and the hook object, but it doesnt seem to work properly. I think it might be because of how the hook object works. If the input for the hook object it bypassed, the hook object will go to zero. It needs input all the time for some reason.

#44

...working on it working on it looplooploop...
more soon

#45

This is great to hear :slight_smile:

I've also been using Step toggle for building a step sequencer. It works perfectely but when I load a new pattern into the table, the status output won't update. I've solved this by using a table/read for each steps status, so no problem I don't want to distract you from building the über looper just wanted to report it :wink:

#46

...sooo..
here is what I think could be an approach for a transport-synced looper..
I would be happy if you give it a try,it's still quite messy but there are comments all over the place.

basically,recording the first loop will start a 'global transport'.
then,you can overdub into this loop or record other loops in sync to the transport.
when you change the tempo of the transport,the loops will follow (pitch down,in this case)
you can even do crazy stuff like overdub with the transport's tempo dropped down...

it's not an all-in-one-object like the 'old' looper,but more a set of modules,
for example,the module for sync recording is also the player for the 'master-loop'.
I think this makes sense to keep things more flexible for non-coders (as if I would be one :confused: )
my_looper_SYNC_NEW_100.axp (20.5 KB)

the playback engine is copy and pasted from table/read/interp by @johannes , BTW.

#47

That looks terriffic! I try to check it out in the next days :slight_smile:

#48

Hi, this is great! Is it possible to modify the patch to pitch the loops both down/up?

#49

thanks a lot!

..I just uploaded some new looper-objects to the communitiy library,I'll document them later on.
I decided to focus on 'building blocks',rather than all-in-one-solutions for now..

here's a patch using the new objects:
looper_blocks_v1.axp (16.6 KB)
it's using the new objects for recording and syncing,the playback is done with factory objects.

to answer your question:yeah you can also pitch up,there's a comment 'modulate global tempo'
in the patch,at this position you can do pretty much anything with the tempo
(reverse doesn't work yet)

cheers,Robert

#50

I downloaded the patch but I couldn´t find the custom objects on github. Also it looks like the tempo dial works the same way as in my_looper_SYNC_NEW_100.axp which means that if you start recording with the tempo dial at 32, the master loop is pitched and slowed down, but than all following dubs are in the recorded pitch. I´d like to be able to record a master loop and have the ability to pitch it up (just like on the EHX loopers). I´m guessing this is not possible so I´m thinking about tapping a tempo of a master loop which would play back a click sound than could be muted after the first recorded overdub. Also adding play/stop button would be a great feature.
Sorry for bothering you, but I am working on my busking patch and your work is very helpful to me.

Steve

#51

To me that is the best solution anyway. I prefer to patch everything from low level objects rather than custom specialized objects. custom objects are probably easier on the DSP, but from what I have learned now, I'd rather use low level objects and have more control over what happens. For example amounts, rations, etc. There are so many things that is overlooked in the custom objects, things that could be tweeked if they were just kept as building blocks.

I know, some things cannot be patched with factory object and for sure for these tasks custom objects are necessary. But in most cases I prefer to build the patches form building blocks, like you mention. ANd just throw it into a patcher and voila!

So keep the building block coming :wink:

#52

...to speed up the whole 'transport-system',instead of being able to just pitch down:


...the dial before the 'tablestore' is set to 32,the ctrl/i is set to 2..like this,you get 'original' speed...
now,if you set the dial to 64,you get double-speed.
if you want different speeds in your setup,just use several loop_drives and send them diffrent tempi..

#53

Thank you, this looks great, can you upload the custom objects or am I missing something?

2016-07-03.png1920x1080 150 KB

#54

@stepan.dvoracek Are you running 1.0.10? Have you done a 'sync libraries' ?

#55

I get exactly the same thing - on 1.0.10, on Ubuntu 14.04.

looper_blocks_v1_problem.jpg1703x908 324 KB

I have synced libraries, as well as a tried a reset of libraries through the preferences menu. I think the problem is that the objects are missing from the contrib library.

@rbrt - is it possible that you erased the objects from your contrib folder? Maybe you intended to erase the "looper_blocks_v1" patch as well, since all this stuff is also absent from your object list here on the forum.
I don't see them on github either (here: https://github.com/axoloti/axoloti-contrib/tree/1.0.10/objects/rbrt). Seems to be missing the following files:
rbrt/looper/loop_master
rbrt/looper/loop_drive
rbrt/looper/loop_slave 1
rbrt/data/tablestore 4 (there is a "tablestore 8")
rbrt/lfo/square

Anyway, maybe it's just a "work in progress" situation. Your initial looper objects are already extremely useful to me, so do take your time :wink: Thanks for all the great work :smiley:

#56

seems I can't sync anymore!

hm.PNG424x512 10.7 KB

I'll try tomorrow,too tired now..