jstrecker's picture

Jaymie (@jstrecker)

Groups

  • Vuo Founder
  • Team Vuo
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.

jstrecker's picture
@jstrecker commented on @cremaschi's Question, “OSC with 6 parameters

What is the client that you're sending to? Does it help to change the unused (last 5) ports to a different data type (right-click and change to generic, right-click again and choose some other type)?

Related feature request: Select and OSC nodes with variable number of ports

jstrecker's picture
@jstrecker posted a new Answer, “Answer to OSC text params

Yeah, there's a little trick to it. Right-click on the Data port and change it to generic, then right-click again and change it to Text.

jstrecker's picture

The text layer behaving differently after you converted the composition to the image generator protocol could be related to event flow through published ports.

The text should be equally crispy as long as you're rendering at the same resolution, regardless of the rendering destination. If the text doesn't look right in the exported movie, I'd suggest checking your export settings, including resolution, movie quality, and motion blur.

If you're still stuck on either of these problems, I'd suggest posting question(s) or discussion(s) and on each attaching a simple composition that demonstrates the problem.

Pages