togedge has the option ‘bang on create’ which results sometimes in funky effects when starting complex patches. i vote to set it to OFF by default as i expect the node only to react when my logic set it to 1 and not be itself.
yes, but that’s quite theoretical. i don’t care how bang on create acts on an unknown frame. i see it from a practical point of view…this node does something by default without being told… that’s why i started this thread
and i still think that different behaviour (banging only one output) to what the node usually does, is neither helpful.
a more general look at the problem, bang on create is a functionality for a special case and therefore should be off by default. or am i overseeing something ? maybe it is a feature used by most users, i don’t know…
i am with you u7angel and will change the default. that means all TogEdge (Animation) nodes that already have been created will not change - only those that are newly created. (>beta23)
this topic has been discussed already in 2007 in just another thread:
i had the same feel to that, but it seems that we were wrong. at least we were wrong on that you would want this as the implicit default behaviour. obvisouly most of you would like to do initialization work explicit when needed.
Besides of the your judgements there is another thing that convinced me.
On resuming TogEdge (Animation) - general - Forum i noticed that most nodes with a previous input state(e.g. the simple animation nodes like LinearFilter (Animation)…) already behave that way:
The animation starts at the first frame value of “Go To Position”. This resembles the behaviour of an animation node that has been there for a long time, always receiving the same value at Go To Position.
to put it short: the missing past of an animation node can be seen as subsituted by the formula “past = list of present” which is the most simple extrapolation idea one can think of…
In the future change and togedge will not bang. In that way they will also behave as if Input would have received a constant stream of values in the past (equal to that in the current frame)
so i found my way to be happy with such a default behaviour! ;)