Same, +2, currently no way to wrap the incredibly useful graft node without losing the first input. Really hoping to see this one addressed as we further tool out Solaris.
it would indeed be nice to be able to specify first input to be visualized as a separate connector from the rest
jsmack HDA's require a fixed number of inputs. I don't think that will ever change.
all nodes have fixed number of inputs AFAIK, for HDAs if maxinputs is a large number they will be visualised as multiinput, the point is to be able to visually exclude the first input and only 2+ to be visualized as multiinput if there is a lot of them
Yeah, we'd just need a checkbox under basic that specified “split out first input” or something, then as Tomas said you can get it to “look” like a multi-input by just setting max inputs to like 50+.
Our aim is to put an expression in the graft node to control the numbering of duplicates, with additional options to “group” incoming prims. None of that really works though if you can't split out the first input.
Andr Our aim is to put an expression in the graft node to control the numbering of duplicates, with additional options to “group” incoming prims. None of that really works though if you can't split out the first input.
wouldn't the functionality be achieveable curretly though? since in theory it wouldn't change anything, just visually the first input would be shown separately and also omitted from the UI list for reordering but internally it wouldn't make a difference so should not cause technical issues other than visual and UX confusion
Yeah the UI / UX of it isn't great w/out the first input separated. We've been treating that as our “B” pipe from a Nuke comp sense and it's been working well for assembling larger scenes. Without it separated it's a pain to connect a different input to #1, you also can't have it be empty and just use it as a “group” node which graft currently lets you do.
Grant Miller Without it separated it's a pain to connect a different input to #1, you also can't have it be empty and just use it as a “group” node which graft currently lets you do.
certainly makes those tasks more difficult, even though technically both are achievable, but definitely not convenient if you are submitting RFE, I thik it'd be good to ask for a slider for number of separate inouts, cause I can definitely imagine scenario with first 2 inputs separate and rest multiinput, or first 3