See attached, please.
Unzip_Question.v4p (31.6 kB)
what exactly is your question about it?
unzip nodes behave like vector splits.
in the bin versions each output gets assigned a bin and the node repeats the bins until all outputs are filled with the equal amount of bins (input bins%output bins = 0)
so, if you have 2 bins but 3 output pins the node distributes the 2 existing ones (out 1 and 2), then repeats the 2 bins again (out 3 and 1) and needs to repeat it again (out 2 and 3) to have 2 bins at each output.
in case you are comparing it to the former decons node. this one was not entirely logic, since it was ‘swallowing’ surplus bins
I thought that using a spread as input bin size in unzip node would act as in linearspread: if one has three inputs and two spread counts, the first slice of spread count is repeated to spread the third slice of the input.
9
||
since the first slice is not repeated as usual.
I’ll dig more into this, and find the right perspective to look at this node.
Thank you.
Edit: Oh, yes, now got it.
Thank you again.