cwilms-loyalist's picture

Hmm, this could be interesting and useful. I'll have to keep it in mind next time I have votes.

marioepsley's picture

@Scratchpole I've got the cable now :) and the free version of NI_Mate.

Struggling a little to get this comp up and running though and wondering if I'm missing something silly?

Ni-mate is showing me an output from my sensor so I know thats working, I've checked the skeleton tracking feature and all my ports are 7000. Is there anything I'm missing, I'm pretty sure I have all the osc message boxes ticked? I'm also running macOSX High Sierra with Vuo 1.2.7 if that'll make a difference. Thanks

sbavila's picture

This would be great to integrate Vuo into Production work flows and larger video installations. NDI is really establishing itself now as the most widely used network video transport protocol.

cremaschi's picture

Thankyou Magneson (@MartinusMagneson). You solution is clever and I never realized one could use the build list functionality that way.

For the record, I solved in less elegant way, but I attach here as could help anyway. First, I found errors in how I calculated Layer name with Count, and attached is the right way. Second, I created a "Get Layer Name" subcomp that simplify a lot the process. Attached is the solution and the node.

ciao michele

MartinusMagneson's picture
@MartinusMagneson commented on @Citizen-Caine's Discussion, “Shadertoy probs

I was literally looking at this very same shader last week (wondering if we were on the same project for a moment :-o )The radialness is linked to the rg or the textureLod function I believe. I got some radial patterns playing around with some values at shadertoy at least.

MartinusMagneson's picture
@MartinusMagneson commented on @MartinusMagneson's Discussion, “Memory leak

Thank you! I'll check this :)

MartinusMagneson's picture

The reason for this is that while the build list outputs an index number (which you use to name the object), the process list outputs a layer. So where build item will give you a number 1 - > ∞, process item will give you the layer info as a value. That means that after converting to a summary, instead of getting a text "1" ... "∞", you'll get a text "object named "1", ...". Since you don't have any layers named "object named..." it won't register any true conditions for any present layer.

There are multiple ways to solve this. The simplest perhaps is to put all of the functionality into the build list.

A different approach would be to generate lists for position and size, generate one oval layer, and do the size/movement with a copy layer node (perhaps a bit more efficient?).

Note that the movement change feedbacks its position making it glitch if the mouse is in an in-between old/new position as the moved layer has new bounds which would again move it outside the mouse area, moving it back to its false position, resizing it because of mouse position, move it outside the area and so on. This won't happen if the new position covers the old area as well (only moving it by the offset the new size generates).

Pages

Welcome!

Vuo is more than nodes and cables, it's a community! Feel free to browse or add your voice.

Browse Discussions

Start a Discussion


Browse Feature Requests

Suggest a Feature


Browse the Composition Gallery

Share a Composition


How can I get notifications?

Learn more about the community

Learn more about Vuo

Vuo Announcements

Sign up for the Vuo announcements mailing list to get news and join the community. We post about once per month.