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.

||

input|spread count

||

one must feed the unzip input bin size pin with

||

9

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.