A large part of my work is writing about and sharing the Vuo story. We believe there are all kinds of people who will embrace Vuo once they discover it’s out there. So, my efforts include helping create the Vuo website, writing press releases, submitting conference proposals and generally figuring out how to create excitement and how to spread the word about Vuo. I occasionally help out with Vuo e-mail support and I'm part of the think-tank called "Team Vuo."
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.
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.