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
only if changed
-
woodslanding
- Member
- Posts: 1327
-
senso
- Site Admin
- Posts: 4427
- Location: France
- Contact:
I know that I have to optimize the audio engine on this point, like include an OIC after most of controls like faders, buttons, but also math, array, etc modules.
Somewhere in my mind...
Somewhere in my mind...
Olivier Sens
www.brainmodular.com
www.brainmodular.com
-
woodslanding
- Member
- Posts: 1327
Yeah, I'm wondering if there could be a way to switch the behaviour for individual outputs of a module.
Custom Ryzen 5900x MATX build, Win10, Fireface UFX, touchscreen
Custom 2 manual midi keyboard
Usine, Kontakt, Reaktor, Synthmaster, Byome, Arturia, Soundtoys, Unify
Custom 2 manual midi keyboard
Usine, Kontakt, Reaktor, Synthmaster, Byome, Arturia, Soundtoys, Unify