Ableton Forum

Its not an osc packet, its a raw udp packet (= raw midi message in this case), no headers or anything. I could make it osc but i thought a raw socket would be easier to start

Oops, fixed

Ok heres an initial draft, not tested it fully. This listens on port 5000 for raw midi data. udpsend send 12 134 151 etc in pure data (i think its the same in maxmsp?). It'll also return any ccs from your controller on port 5001 if set to receive midi too. http://monome.q3f.org/changeset/latest/trun...

Unfortunately those are not real midi ticks, if you look where the scheduled messages are actually processed its in update_display, which is only once every 100ms, therefore 5 ticks in remote script land = 500ms! http://hanzoffsystems.tech.officelive.com/_Framework.ControlSurface-pysrc.html#ControlS...

Yer your right this applies to all midi, certainly not just to sysex, so you should be able to talk to any channel, its just a nibble on the first byte of midi data. For receiving midi data (ie from controller -> Midi Script) there is a specific callback, but i think this is still limited to around ...

Latency will be of the order of 60-100ms im afraid, the remote scripts are not designed to be strictly timed. Theres no threading (threads are killed or knocked to 60ms refresh), and no select module, so your stuck with processing incoming data in a 100ms refresh function (or 60ms if you use the cal...

@hofmann2k

that is totally doable, i'll try and sort out a test script over the weekend that just pipes raw midi too and from a udp socket,

I agree julien if you're looking for a supported api then m4l is the one to use. If you're happy to work out what’s going on yourself then the python api works too. Granted you can’t achieve everything you can with m4l, but you can implement quite a lot. My LiveControl monome script implements every...

Do you have the post about the apc40, cant find it doing a quick search? I think somewhere in _Framework functions must be made available to the m4l api. As far as the live object model goes you're looking for something like: control_surface -> PhysicalDisplayElement -> display_message display_messa...

I've been thinking about this, midi remote scripts can definitely send sysex, its how the lcds are updated on the remote sl and other control surfaces. So it makes sense that you could write a dummy script that just sends sysex. Problem is how to communicate with it from maxforlive? Not having m4l i...

oops, must be 8.1.2

The project is not quite dead ;) ive just not been able to get the original repositories updated to link to the latest versions. A current working LiveOSC for mac (Live 8 upwards) and windows (Live 7 upwards) can be found at: http://monome.q3f.org/wiki/LiveOSC I'm running on mac with Live 8.1.3. It ...

Try tracking the currently selected track and the selected device on that track, should give the same information but it should be watchable. You want Song.view.selected_track and Track.View.selected_device I cant see anything in the api that returns the units of the current parameter, only the name...

LiveOSC provides osc access to the ableton live api (using python) without the need for max for live
http://monome.q3f.org/wiki/LiveOSC

You'll need some intermediate script to query what you want from LiveOSC and pass it to the monome though and vice versa. What exactly do you want control over?

When i first got my remote sl a number of years ago i asked for uncompiled py scripts from ableton as it didnt do quite what i want. They seem unwilling to distribute them, which i can understand. For me at least the custom midi remote script is far too limited. It turns out its not all that difficu...