ArrayArrayArrayArrayArrayArray BrainModular BrainModular Users Forum 2016-11-06T21:38:48+02:00 https://brainmodular.org/forums/app.php/feed/topic/5575 2016-11-06T21:38:48+02:00 2016-11-06T21:38:48+02:00 https://brainmodular.org/forums/viewtopic.php?t=5575&p=36213#p36213 <![CDATA[Inverse IO on Modules]]>
for say a fader, if it is 0 to 1 an output 1 to 0 is made with a (1 - x) fonction
in fact it should be max - x to cater to most of the cases.

BUT if each module is doing such opération it will end in more computation power needed, even if this output is not used.

isn't it the point of patching to use only what we need ?

I wouldn't like Usine becoming the new Live !

Statistics: Posted by oli_lab — 06 Nov 2016, 20:38


]]>
2016-11-06T20:20:17+02:00 2016-11-06T20:20:17+02:00 https://brainmodular.org/forums/viewtopic.php?t=5575&p=36212#p36212 <![CDATA[Inverse IO on Modules]]> Statistics: Posted by parityflux — 06 Nov 2016, 19:20


]]>
2016-11-06T20:18:47+02:00 2016-11-06T20:18:47+02:00 https://brainmodular.org/forums/viewtopic.php?t=5575&p=36211#p36211 <![CDATA[Inverse IO on Modules]]>
Modules such as the ones I listed were just examples of how they could be implemented.
So many times doing logic I have to play a not, or I am running the opposite for a function. Seems having either option would be great.
So maybe if there is a worry of contention, even one single node could be used but in the settings for the module have the option to inverse.

However, I like the visual and additional node idea just as much.

-s

Statistics: Posted by sephult — 06 Nov 2016, 19:18


]]>
2016-11-06T18:29:00+02:00 2016-11-06T18:29:00+02:00 https://brainmodular.org/forums/viewtopic.php?t=5575&p=36210#p36210 <![CDATA[Inverse IO on Modules]]>
that is a good idea !

Statistics: Posted by oli_lab — 06 Nov 2016, 17:29


]]>
2016-11-06T18:21:41+02:00 2016-11-06T18:21:41+02:00 https://brainmodular.org/forums/viewtopic.php?t=5575&p=36209#p36209 <![CDATA[Inverse IO on Modules]]> Statistics: Posted by gurulogic — 06 Nov 2016, 17:21


]]>
2016-11-06T15:58:21+02:00 2016-11-06T15:58:21+02:00 https://brainmodular.org/forums/viewtopic.php?t=5575&p=36208#p36208 <![CDATA[Inverse IO on Modules]]> Such as having a PassFlow Module with Pass and Pass_n, or a HasChanged with Out and Out_n
This could help keep patch designs clean, and more efficient.

I know this is quite some work, but believe it would be a huge enhancement that would have some great value.

-s

Statistics: Posted by sephult — 06 Nov 2016, 14:58


]]>
BrainModular BrainModular Users Forum 2016-11-06T21:38:48+02:00 https://brainmodular.org/forums/app.php/feed/topic/5575 2016-11-06T21:38:48+02:00 2016-11-06T21:38:48+02:00 https://brainmodular.org/forums/viewtopic.php?t=5575&p=36213#p36213 <![CDATA[Inverse IO on Modules]]>
for say a fader, if it is 0 to 1 an output 1 to 0 is made with a (1 - x) fonction
in fact it should be max - x to cater to most of the cases.

BUT if each module is doing such opération it will end in more computation power needed, even if this output is not used.

isn't it the point of patching to use only what we need ?

I wouldn't like Usine becoming the new Live !

Statistics: Posted by oli_lab — 06 Nov 2016, 20:38


]]>
2016-11-06T20:20:17+02:00 2016-11-06T20:20:17+02:00 https://brainmodular.org/forums/viewtopic.php?t=5575&p=36212#p36212 <![CDATA[Inverse IO on Modules]]> Statistics: Posted by parityflux — 06 Nov 2016, 19:20


]]>
2016-11-06T20:18:47+02:00 2016-11-06T20:18:47+02:00 https://brainmodular.org/forums/viewtopic.php?t=5575&p=36211#p36211 <![CDATA[Inverse IO on Modules]]>
Modules such as the ones I listed were just examples of how they could be implemented.
So many times doing logic I have to play a not, or I am running the opposite for a function. Seems having either option would be great.
So maybe if there is a worry of contention, even one single node could be used but in the settings for the module have the option to inverse.

However, I like the visual and additional node idea just as much.

-s

Statistics: Posted by sephult — 06 Nov 2016, 19:18


]]>
2016-11-06T18:29:00+02:00 2016-11-06T18:29:00+02:00 https://brainmodular.org/forums/viewtopic.php?t=5575&p=36210#p36210 <![CDATA[Inverse IO on Modules]]>
that is a good idea !

Statistics: Posted by oli_lab — 06 Nov 2016, 17:29


]]>
2016-11-06T18:21:41+02:00 2016-11-06T18:21:41+02:00 https://brainmodular.org/forums/viewtopic.php?t=5575&p=36209#p36209 <![CDATA[Inverse IO on Modules]]> Statistics: Posted by gurulogic — 06 Nov 2016, 17:21


]]>
2016-11-06T15:58:21+02:00 2016-11-06T15:58:21+02:00 https://brainmodular.org/forums/viewtopic.php?t=5575&p=36208#p36208 <![CDATA[Inverse IO on Modules]]> Such as having a PassFlow Module with Pass and Pass_n, or a HasChanged with Out and Out_n
This could help keep patch designs clean, and more efficient.

I know this is quite some work, but believe it would be a huge enhancement that would have some great value.

-s

Statistics: Posted by sephult — 06 Nov 2016, 14:58


]]>