jmcc's picture

Jean Marie (@jmcc)


  • Vuo Founder
  • Team Vuo


jmcc's picture
@jmcc commented on @alexmitchellmus's Feature Request, “OpenCL node

There is a related discussion on Deprecation of OpenGL and OpenCL.

jmcc's picture


When you start a composition, the Fire on Start node fires an event. When the composition is running, you can right click over the Started output port. You will see a popup window that includes the option Fire Event. This option will allow you to manually fire another event from this node. I find manually firing events from the Fire on Start node a good way to see how some changes I've made to the composition will affect the result. Hope that's helpful.

jmcc's picture
@jmcc commented on @zimocracy's Bug Report, “VDMX/VUO

The VIDVOX folks have some documentation on using Vuo in VDMX at

jmcc's picture


We did some more investigation:

  • When exactly the problem happens — when VDMX rapidly sends a series of changing parameters into several published input ports in a Vuo composition, such as when using LFOs.
  • It's unrelated to Vuo's Send/Receive OSC Messages nodes.
  • Why it happens — unnecessary work is being done in the communication between VDMX and Vuo.
  • Actions Team Vuo is taking — We will make communication on Vuo's end more efficient in the next Vuo release, and have contacted the VDMX developers to suggest how they can make it more efficient on their end.
  • Work around — Move the LFO performance into Vuo using Wave or Curve nodes. Then set up your published ports to select the Wave node, Curve node, or constant value you want to use. You can also used published ports to control the input values to the Wave or Curve nodes. I've included an example that runs at 60fps on my system.

Hope that's helpful,
Jean Marie

jmcc's picture


Yes, that's an result we did not expect. We are doing some further investigation, and I'll report back when I have more information. We've never used OSC with VDMX, so I can't predict the performance.