jstrecker's picture

Jaymie (@jstrecker)


  • Vuo Founder
  • Team Vuo
jstrecker's picture

I'm merging this into related feature request Insert node between other nodes.

jstrecker's picture
@jstrecker commented on @Kewl's Feature Request, “Points & Lists with multi-D

The ultimate solution to this would be Iteration: Turn most nodes into iterators by allowing single-value ports to accept lists and Lists within lists. I see how adding 5D, 6D, etc. points could be useful in the meantime, but after discussing with some of the team, we're thinking it would be better not to add these temporary nodes that, for some people, might just clutter their node library, and that would enable us to get to iteration and lists of lists a little bit sooner. If you or anyone else would be interested in a little C coding, it would be pretty straightforward to make custom nodes for as many multi-Ds as you want if you started with the source code for 4D point nodes.

jstrecker's picture
@jstrecker commented on @cremaschi's Bug Report, “OSC parames shuffled

Looks like the problem (and solution) are actually on the Quartz Composer side.

In QC, there are two ways to look up an item in a structure: by index or by key. When the qcOSC patch turns the received OSC data into a QC structure, it correctly sets the keys (the numbers in quotation marks) but shuffles the order of the indices (the numbers you're looking at). So the tooltip looks wrong, but if you use Structure Key Member instead of Structure Index Member to look up the items, you should get the correct result.

jstrecker's picture
@jstrecker commented on @pbourke's Discussion, “Sharing exhibition experience

Nice! Thanks for sharing!

A simple example are all the maths nodes, there are so many of them, that are all unnecessary given the calculate node.

That's a good point, and I'm trying (unsuccessfully at the moment) to remember if there was as specific motivation for doing it that way or if it was mainly because theCalculate node was not added until after the single-function math nodes. The Calculate node might be a tiny bit slower since it has to parse the mathematical expression, but I don't think anyone has measured to see if the difference is ever perceptible.

There are lots of other examples of nodes that I feel could be combined or generalised more resulting in a simpler search and interface.

The ones I'm aware of are variations with different numbers of ports, like Select Latest (2) and Select Latest (8), which are planned be fixed with Select and OSC nodes with variable number of ports. Did you have other examples in mind?

Discussions like this seem to only allow 4 file uploads. More I could share but can't. :-)

That's odd, there's no limit set. If you edit the post, can you add more files? If not, maybe we'd be able to figure out the problem if you could provide a screenshot, and in the meantime you'd be welcome to put more files in comments.