Receiving Osc to Channel

  1. Hello, 

I m locking to connect osc informations to a channel.

For example I send the information “out” from a computer and I send this information to an Eos.

In Eos I see the osc command in tab 99 and I would to link this information to a channel.

Is it possible ?

Parents Reply
  • The packets they're saying look wrong, they look normal to me as a human who doesn't read binary, but I can't see the end of the packet which is where the human-readable part normally is. I'm just seeing the typical binary stuff that's at the start of the packets. Nothing to be afraid of in a network packet. 

    The key thing here is that OSC messages consist of 2 parts: address and argument. The ETC Eos documentation on the matter is extremely poor. "Address" tells Eos what the stuff is, and the "argument" is the stuff. So if you want to send Eos stuff that is X position, you need to use the "address" to say, hey, this stuff is for this channel for x position, and then your "argument" is the actual stuff, or the data, or the actual x position number that you want Eos to send to the light. 

    In QLab, you separate address from argument with a simple space. So for example,

    eos/newcmd Go_to_Cue Out 

    or

    Address: eos/newcmd

    Argument: Go_to_Cue Out 


    tells console to create new instance in command line and go to cue out. 

    So for a similar use-case to yours, here is another example that is for x-focus:

    /eos/chan/1/param/x_focus 1

    sets channel 1 x focus to 1. For xyz position, I don't have that syntax in front of me, so you'll have to pull it up in the Eos documentation. WARNING: Unless they've fixed the documentation since I last complained, the documentation on OSC syntax is extremely confusing and downright misleading. It will tell you to format commands using an = sign. Don't do it. It won't work. Substitute = for space. If you can, pull it up on the website because the formatting on that version, as opposed to the in-console tab-100 one, is better, but still 90's level graphics and is very confusing still both in verbiage, terminology, and general, overall  communication. But that information is useful as long as you don't get hung up on the confusing stuff and remember to NOT use the = sign. They're lying about the = sign. An employee told me on here that the = sign verbiage is just supposed to be a placeholder, end user isn't supposed to actually type that, but if the true intent, that was left morbidly unclear for end user.

    Another note, the examples above are for Qlab, but in other softwares like TouchOSC and my software, you have some cases of separate input fields for address and argument, and other cases where the user of the software is only responsible for directly providing the address while the argument is computed in the background (that might be your current case). In that case you just skip the part in the documentation that says = and beyond. 

Children
Related