ArrayArrayArrayArray BrainModular BrainModular Users Forum 2010-11-17T20:59:17+02:00 https://brainmodular.org/forums/app.php/feed/topic/2565 2010-11-17T20:59:17+02:00 2010-11-17T20:59:17+02:00 https://brainmodular.org/forums/viewtopic.php?t=2565&p=16998#p16998 <![CDATA[speed of scripts]]> In an audio process it can be used only in extreme circumstances.
But it's an interesting way to explore!

Statistics: Posted by senso — 17 Nov 2010, 19:59


]]>
2010-11-17T20:43:09+02:00 2010-11-17T20:43:09+02:00 https://brainmodular.org/forums/viewtopic.php?t=2565&p=16997#p16997 <![CDATA[speed of scripts]]>

Statistics: Posted by manecante — 17 Nov 2010, 19:43


]]>
2010-11-16T17:17:32+02:00 2010-11-16T17:17:32+02:00 https://brainmodular.org/forums/viewtopic.php?t=2565&p=16975#p16975 <![CDATA[speed of scripts]]> as i saw with the vst automations send via IML, however i feel the thing that can be really slow here is the
the process of creating/deleting wires or modules, cause it's not a priority process and take a certain amount of time.
maybe try in init to set InCmd FastCallback using
SetFastCallback(inCmd, TRUE); and disable undo could speed up a bit the thing, but not sure it can be really increased.
(don't remember but there is a command to send for usine to bypass undo, think it's in wiki)

I feel such 'audio Dispatcher' would work better with a real modules wiring indeed.
IML could be cool for adaptative changing setup, but not real time audio switcher.
as creating/deteleting wires is not as efficient as changing a dispatcher nb.

Statistics: Posted by 23fx23 — 16 Nov 2010, 16:17


]]>
2010-11-16T16:51:11+02:00 2010-11-16T16:51:11+02:00 https://brainmodular.org/forums/viewtopic.php?t=2565&p=16974#p16974 <![CDATA[speed of scripts]]>
just trying out scripts in usine.

the one below is very basic, it just connects one output to an input.
(in a nearly empty patch, just 2 subpatches with dummy ins/outs).
it works but it takes nearly 1 second to connect/disconnect.

so:
- is it because of some code uglyness or is that intended (i.e. this method should *not* be used in an audio context) ?
- the same thing in a "Send Usine Internal Messages module" does not have this problem (but is much less flexible).

thanks for your hints.

CODE:

&#91;snip&#93;Procedure Callback&#40;N&#58;integer&#41;; BEGIN  if &#40;n = InCmd&#41; then begin    if &#40;GetValue&#40;InCmd&#41; = 1&#41; then begin      cmd &#58;= 'CREATE_LINK';    end    else begin      cmd &#58;= 'DELETE_LINK';    end;    SendInternalMsg &#40;'SET_TARGET_PATCH','SENDER_PATCH'&#41;;    SendInternalMsg &#40;'SET_TARGET_PATCH', '1', '1'&#41;;    SendInternalMsg &#40;cmd, 'foo', 'output', 'bar', 'input'&#41;;  end;END;

Statistics: Posted by manecante — 16 Nov 2010, 15:51


]]>
BrainModular BrainModular Users Forum 2010-11-17T20:59:17+02:00 https://brainmodular.org/forums/app.php/feed/topic/2565 2010-11-17T20:59:17+02:00 2010-11-17T20:59:17+02:00 https://brainmodular.org/forums/viewtopic.php?t=2565&p=16998#p16998 <![CDATA[speed of scripts]]> In an audio process it can be used only in extreme circumstances.
But it's an interesting way to explore!

Statistics: Posted by senso — 17 Nov 2010, 19:59


]]>
2010-11-17T20:43:09+02:00 2010-11-17T20:43:09+02:00 https://brainmodular.org/forums/viewtopic.php?t=2565&p=16997#p16997 <![CDATA[speed of scripts]]>

Statistics: Posted by manecante — 17 Nov 2010, 19:43


]]>
2010-11-16T17:17:32+02:00 2010-11-16T17:17:32+02:00 https://brainmodular.org/forums/viewtopic.php?t=2565&p=16975#p16975 <![CDATA[speed of scripts]]> as i saw with the vst automations send via IML, however i feel the thing that can be really slow here is the
the process of creating/deleting wires or modules, cause it's not a priority process and take a certain amount of time.
maybe try in init to set InCmd FastCallback using
SetFastCallback(inCmd, TRUE); and disable undo could speed up a bit the thing, but not sure it can be really increased.
(don't remember but there is a command to send for usine to bypass undo, think it's in wiki)

I feel such 'audio Dispatcher' would work better with a real modules wiring indeed.
IML could be cool for adaptative changing setup, but not real time audio switcher.
as creating/deteleting wires is not as efficient as changing a dispatcher nb.

Statistics: Posted by 23fx23 — 16 Nov 2010, 16:17


]]>
2010-11-16T16:51:11+02:00 2010-11-16T16:51:11+02:00 https://brainmodular.org/forums/viewtopic.php?t=2565&p=16974#p16974 <![CDATA[speed of scripts]]>
just trying out scripts in usine.

the one below is very basic, it just connects one output to an input.
(in a nearly empty patch, just 2 subpatches with dummy ins/outs).
it works but it takes nearly 1 second to connect/disconnect.

so:
- is it because of some code uglyness or is that intended (i.e. this method should *not* be used in an audio context) ?
- the same thing in a "Send Usine Internal Messages module" does not have this problem (but is much less flexible).

thanks for your hints.

CODE:

&#91;snip&#93;Procedure Callback&#40;N&#58;integer&#41;; BEGIN  if &#40;n = InCmd&#41; then begin    if &#40;GetValue&#40;InCmd&#41; = 1&#41; then begin      cmd &#58;= 'CREATE_LINK';    end    else begin      cmd &#58;= 'DELETE_LINK';    end;    SendInternalMsg &#40;'SET_TARGET_PATCH','SENDER_PATCH'&#41;;    SendInternalMsg &#40;'SET_TARGET_PATCH', '1', '1'&#41;;    SendInternalMsg &#40;cmd, 'foo', 'output', 'bar', 'input'&#41;;  end;END;

Statistics: Posted by manecante — 16 Nov 2010, 15:51


]]>