I think you have to put a device on a track. Maybe use the master track?

thanks benj3737 - not a bad suggestion. I've done some more digging around, pretty sure now that MAX cannot control LIVE unless through a device on a track.

Ok, found the final proof: "live.object only functions inside of Max for Live devices." I wish that had been a note on the help pages, like on the LiveAPI or the Live Object Model!

You can control Live without MAX4LIVE using max msp with MIDI. You receive the osc information and change to MIDI messages.

You can also use Max to control Live using the _Framework objects and the Python backend....see ST8's stuff @ http://livecontrol.q3f.org/ ....essentially this is all that m4l is, a specialized MIDI remote script written in Python.

Thanks all. So what do you think would be the most efficient way for some of the following from my iPad using touchOsc?

***UNDO function 1 iPad - osc connection - max for live - live.object Or: 2. iPad sending midi notes as if a mackie hui - midi connection - ableton controlled through midi/mackie emulation

***Changing the pitch of an audio clip 1 iPad - osc connection - max for live - live.object or: 2. In live, midi map pitch to a midi cc, and send that midi cc from the IPad over a midi connection

My criteria are: 1. Low overhead (I use this in live performances so can't afford any glitches) 2. latency / responsiveness 3. Ease of design and maintenance

Regarding the last point, doing everything through api calls from live will be the easiest way to keep my patches clean (as opposed to adding virtual midi connections to provide. Macie hui emulations) - but I'm starting to wonder if it actually introduces overhead, and if I'm better off using remote control scripts and controller emulations where I can.

Thank you for sharing your insights!

Please don't respond here - I'll start a new thread with the same questions.. this is actually going off-topic!