Posted: 22 Oct 2011, 12:26
Hello,
I've been experiencing troubles with my patch.
I wanted to use a value from a data out of a subpatch. This subpatch is polyphonic, I have a treatment being done x times. I want to reply one value peeked inside this treatment as a data out. Since I need only one value and this value is the same from each treatment, I wanted to set my data out as "Once", which is possible.
But even if this value peeked in the output of the subpatch looks ok, I can't success tu use it !
As an exemple, you could see with this example that I can't use this value to set the interval of a clock.pat for exemple :
http://www.sensomusic.com/forums/uploads.php?file=ClockPb.zip
I understand that using a data out "once" in a polyphonic subpatch is not a good practice if it is linked with a value which can have different values in each voice, I don't understand why it's problematic merging x identical values into one.
Should data out set as once be avoid in polyphonic subpatch ? => in this case, It would be a great thing to cancel this possibility for the data out.
What do you think about that ?:rolleyes:
I've been experiencing troubles with my patch.
I wanted to use a value from a data out of a subpatch. This subpatch is polyphonic, I have a treatment being done x times. I want to reply one value peeked inside this treatment as a data out. Since I need only one value and this value is the same from each treatment, I wanted to set my data out as "Once", which is possible.
But even if this value peeked in the output of the subpatch looks ok, I can't success tu use it !
As an exemple, you could see with this example that I can't use this value to set the interval of a clock.pat for exemple :
http://www.sensomusic.com/forums/uploads.php?file=ClockPb.zip
I understand that using a data out "once" in a polyphonic subpatch is not a good practice if it is linked with a value which can have different values in each voice, I don't understand why it's problematic merging x identical values into one.
Should data out set as once be avoid in polyphonic subpatch ? => in this case, It would be a great thing to cancel this possibility for the data out.
What do you think about that ?:rolleyes: