Posted: 04 Jun 2011, 10:11
Is it just me, or do a lot of folks have layouts that are about 30% only if changed modules???
I note that the default behavior of reaktor is that each output acts like it has an OIC module on it--it is discontinous events. If you want continuous behaviour, you have to specify it.... It seems like reaktor's behaviour would be more processor efficient, but I imagine Olivier's has optimized all that.
One thing that would help with this--
If I have an OIC before the data out or a send in a layout, it would be nice if it came out OIC on the other end.... this would clean out an awful lot of OIC modules from my layouts. If sends are a problem, then even just data outs would still help. This would be especially nice for polyphonic modules. Then I could embed the single OIC in the poly subpatch, instead of adding one to every output.
Just a thought
-e
I note that the default behavior of reaktor is that each output acts like it has an OIC module on it--it is discontinous events. If you want continuous behaviour, you have to specify it.... It seems like reaktor's behaviour would be more processor efficient, but I imagine Olivier's has optimized all that.
One thing that would help with this--
If I have an OIC before the data out or a send in a layout, it would be nice if it came out OIC on the other end.... this would clean out an awful lot of OIC modules from my layouts. If sends are a problem, then even just data outs would still help. This would be especially nice for polyphonic modules. Then I could embed the single OIC in the poly subpatch, instead of adding one to every output.
Just a thought
-e