+1 for that, i think that would be quite easy to implement and could unveil several mysteries
Subpatch: 16 step sequencer
johannes
#22
There is a thread already discussing potential execution order strategies. Just cross-referencing...
anon5189335
#23
Yeah, order of execution is not first thing you dive into 
But now getting much deeper into Axoloti and kind of noticing for REALLY precise stuff it is neccesary to take into consideration.
Yes EXACTLY I have run in to this many times; first build patch which looks like utter chaos and THEN try to clean up.. CLeaning up often changes patch with out adding or removing anything. Only thing tampered with is the order of execution and it changes things
thetechnobear
#24
yeah, perhaps we should consolidate these into a single 'execution order' discussion, I suspect they will come up frequently, as its going to be the most common 'bug' in advanced patches.
I could do with improving the help pages on this, needs a bit more 'meat' to it....
one other observation...
I think the object/wire metaphor encourages you to think of wires as flowing data, and I consciously have to stop this thinking in Axoloti.
(in Max/pd/Reaktor, due to be being event driven, its closer to reality, though still has its pitfalls)
In Axoloti wires have no influence on the order thing are processed in, Axoloti processes objects one at a time, in the order they are on the canvas.
if you remember this, then this usually makes things pretty obvious, but sometimes I do visually find it 'counter intuitive'
I think, perhaps the numbering scheme might work if it was context sensitive.
i.e. if you highlighted an object, and then it number the execution path from there, this also opens up a really nice metaphor for feedback
e.g. number the chain black on white for the same exec cycle, and white on black for the next execution cycle..... the white on black will often be the 'bugs' in the code
anon5189335
#25
Yeah sure. A button that shows order of execution by numbers would be great. So you always can get a visual on your signal flow.
gabriel
#26
Hey @Sputnki, how do I patch an incoming MIDI clock (from a drum machine, connected to the MIDI in din in the axoloti) to drive your sequencer16? I am currently driving your seq16 with a square LFO, but what if I wanted this to synch to a drum machine? Thanks!
Sputnki
#27
I think you should check @DrJustice sequencer, is far mor advanced and lighter than mine (and has midi sync)
My sequencer reads incoming trigger pulses, so you should derive a trigger pulse from midi/in clock 24ppq, maybe using divremc and then logic/change
gabriel
#28
Thanks, i changed the sequencer but I still am unsure how to do this. The drj/seq/stepseq_16_pitch, for example, has an out for pitch only. I need also a gate (boolean signal) generated from the midi clock to trigger the synth.
Sputnki
#29
Check his example patches! They are in contrib/patches folder, and are quite explicative.
His sequencer is really a lot deep, and if you learn how to use it, it can become a truly powerful tool.
Load one seq_clk_sync (you have to learn how to use it, of course) and use it as a source for gate and "position"
WolfX
#31
No idea if already in discussion, a "single" sequence input and a "next" output could make the patch cascade-able, which would be great if e.g. used with different step numbers. Logic combinations, gates, counters etc. between the patches could allow many melodic pattern alterations (which could be triggered e.g. from midi notes or events).
You also should make a tutorial how to make such great patches! Thanks
jaffasplaffa
#32
Hey @Sputnki 
I really like the muxer 16 you have made. I use it a lot, mostly K-rate version.
Today I tried using the S-rate version, but that one doesnt work. I get this error. I have been lookin in the code, but unfortunatly I can not find any errors to fix....
Could you please take a look at it and tell me what you think?
Actually I think also think the ones for filenames also doesnt work. I get same error for both of them:
Users/jakobskouborg/Documents/axoloti/build/xpatch.cpp:77:62: error: expected ';' before numeric constant
case 10: outlet_o[buffer_index]= inlet_i1[buffer_index]0;break;
^
/Users/jakobskouborg/Documents/axoloti/build/xpatch.cpp:78:62: error: expected ';' before numeric constant
case 11: outlet_o[buffer_index]= inlet_i1[buffer_index]1;break;
^
/Users/jakobskouborg/Documents/axoloti/build/xpatch.cpp:79:62: error: expected ';' before numeric constant
case 12: outlet_o[buffer_index]= inlet_i1[buffer_index]2;break;
^
/Users/jakobskouborg/Documents/axoloti/build/xpatch.cpp:80:62: error: expected ';' before numeric constant
case 13: outlet_o[buffer_index]= inlet_i1[buffer_index]3;break;
^
/Users/jakobskouborg/Documents/axoloti/build/xpatch.cpp:81:62: error: expected ';' before numeric constant
case 14: outlet_o[buffer_index]= inlet_i1[buffer_index]4;break;
^
/Users/jakobskouborg/Documents/axoloti/build/xpatch.cpp:82:62: error: expected ';' before numeric constant
case 15: outlet_o[buffer_index]= inlet_i1[buffer_index]5;break;
^
/Users/jakobskouborg/Documents/axoloti/build/xpatch.cpp:83:62: error: expected ';' before numeric constant
default: outlet_o[buffer_index]= inlet_i1[buffer_index]5;break;
^
make: *** [/Users/jakobskouborg/Documents/axoloti/build/xpatch.bin] Error 1
shell task failed, exit value: 2
Compiling patch failed ( untitled )
Any ideas?
THanks, Jaffa
Sputnki
#33
Jakob did those objects, i made a very complicated mux system for the sequencer that relied only on factory objects.
Did you try looking in the community library if anyone did some mux 16 object?
jaffasplaffa
#34
Ahh you mean Alex. Sorry I didnt watch the thread careful enough.
@alex Did you test the muxer 16 that you have created in S-rate version?
I have used it a lot at K-rate and that works, but the S-rate version doesnt work. I cant seem to locate the error. See the error I posted a few posts ago.
Jaffa