• I try use OSC.

    Why input & output values is differrent ?

    send values 100-10 & 9-1

    Is it possible in the future for the OSC to send information in the / page / fader format?

    The current format is useless - system send numeric format (Sequence no & fader or key value)



  • I've been thinking a bit about this myself. I'm sure this behavior is due to MA3's treatment of playbacks simply as handles for the actual objects (e.g. sequences) they are controlling, and that many playbacks can be controlling the same object.


    A few solutions come to mind, so MA, if you're listening, consider this a feature request:


    1. Ability to "subscribe" to a playback. [Ideal.] I might be sending commands targeted at /Page2/Fader204, which may happen to control Sequence 1 (/13.13.1.5.1). Clearly I am interested in updating my own control surface's handle.. which probably knows nothing about Sequence 1 – it's just a fader addressing Page2.204. Being able to tell MA "Please send OSC messages with any changes to the path /Page2/Fader204" would allow this to work without flooding the network with redundant or unneeded messages.


    2. Send ALL playback updates. [Less scalable.] In addition to OSC updates for objects (e.g. sequences) in the console, also send equivalent updates for each playback control that is assigned to it. Essentially the same as #1 but it would be for all the playbacks, not just the ones we might be interested in. Results in extra network traffic. Maybe there could be an option in the "In&Out > OSC" settings to choose whether or not to send playback statuses.


    3. Ability to "query" for a playback's object. [Useful, not ideal.] If I could send an OSC message asking for the object linked to a playback, I could dynamically create a local mapping of playback handles to their objects. Now my control surface can say "tell me what's on /Page2/Fader204" and it could respond with "/Page 2/Fader204 is /13.13.1.5.1" and then I could make a lookup table on my end. Downside is that there would also need to be messages indicating when playback objects change inside of MA to keep it accurate.


    4. Sending contextual responses. [Less than ideal.] We could keep receiving OSC messages whenever objects change inside of MA, referencing their object pool numbers, etc. But, if a change were triggered BY a playback handle, ALSO send an OSC message referencing that playback's path. If I move the fader at Page 2.204, also send out an OSC message with the path "/Page2/Fader204". This is not as ideal because not all playback controls that reference the same object will be reflected with the updates.

  • To overcome this asymmetric OSC output behavior I wrote a small LUA plugin to update my faders in TouchOsc after making changes on Executors in Grandma3-UI. What is missing is to trigger the script whenever an executor fader has been changed. But I have no idea, yet, how to get the appropriate events needed for the trigger.


  • But I have no idea, yet, how to get the appropriate events needed for the trigger.

    Play with this:



    Assign Plugin 1 At Page 1.201


    Then take a look at the System Monitor... Magic