buttonRadio_bindchop.toe (14.4 KB)
Build 2019.33020, Win 10.
Ok, this is a strange bug. I stumbled upon it by accident, and I did restart TD several times to make sure the bug is there. I tried the attached toe file several times to make sure the bug is reproducible.
If you open the attached toe file, you should see the output of rename CHOP attached to the bind CHOP. I have bound the Value0 of the buttonRadio Widget to the bind CHOP’s bank channel. If you click on any of the Buttons, the radio buttons will reflect the changes in bind CHOP.
However, once you connect the constant1 CHOP to bind CHOP, then click on the buttons(1-4), the buttonRadio will no longer reflect the changes in bind CHOP.
Then if you reconnect the output of rename CHOP to bind CHOP, it no longer works.
So far, I have tracked this down to the switch TOP inside each of the button graphics for the buttonRadio widget. If you bypass and un-bypass the switch TOP, the values will jump to the correct value, however, it won’t respond to new changes in the bind CHOP.
That makes me believe there is a bug with regard to cooking. Logically, there shouldn’t be any difference between the two methods, Logic vs CHOP execute. Especially, Value0 in the buttonRadio Widget reflects the value in bind CHOP.
I basically was trying to replicate the radio button behavior in Logic CHOP without time slicing on, and due to the issue I posted in “Logic Radio Time Slicing Bug,” I went with CHOP execute DAT(got the idea from the documentation, saying Logic CHOP was being superseded by CHOP execute DAT) solution.
Thank you.
Da.