Status:
Vuo version:
OS version:
- macOS 11
CPU architecture:
How severely does this bug affect you?:
Steps causing the bug to occur:
When sending OSC string-messages to MA3 lighting consoles (www.malighting.com) over localhost at least, using more than one message input in the "Send OSC Messages" node leads to unexpected results at the receiving end. When using more than one input, it seems they are enclosed in parentheses () which are then not read as multiple addresses/values by the receiver. Further, the parenthesis are in some messages replaced with the number 4 for some reason.
Have you been able to reproduce the problem?:
Have you found a workaround?:
Using one "Send OSC Messages" per message produces the intended result.
Other notes:
I'm not sure if the problem is according to the MA implementation of OSC or if it is on Vuo's end. They are extremely rigid about implementations sticking to the spec, so if there are different conventions for implementing OSC, they might have gone for the strictest approach.
I also can't discover MA as an OSC Device from Vuo.
Comments
When Send OSC Messages has
When
Send OSC Messages
has only 1 drawer item, it sends a regular OSC message. When it has 2 or more drawer items, it sends the messages as an OSC bundle.Our hypothesis is that the MA3 lighting consoles don't handle OSC bundles. On a quick search of the MA site, I didn't find any info that would confirm or deny. Maybe it's documented somewhere, or maybe you could find out by testing with an OSC sender other than Vuo.
Or you could just go ahead and work around the problem by sending the OSC messages sequentially.
osc-sequence.vuo
In order for Vuo to auto-detect an OSC device (in
List OSC Devices
or a Device input editor), the OSC device has to advertise itself over Bonjour (a.k.a. DNS-SD, Zeroconf). Is your MA device doing that? If not, you'll have to useSpecify OSC Output
orSpecify OSC IP Output
.osc-sequence.vuo