Forums > Max For Live activity before live.thisdevice bangs

Feb 12 2013 | 8:31 pm

Hi all – I’m analysing traffic from my M4L device and I see a lot of data coming out of the device without understanding what triggers it.

here’s some info about my setup:
* The M4L device is pretty big, it reports track, device and parameter names, and it monitors a lot of things, like track volume levels.
* The M4L device has no [loadbang] objects, all is triggered nicely in sequence from one single [live.thisdevice].
* All of the data is sent out of Live using udpsend, I catch the data (udpreceive) and analyse it in a Max patch

When I doubleclick [live.thisdevice] I see the bang (I log it) and subsequently a neat step by step initialisation (ie I get all the live set data in an orderly manner)
However when I load the liveset, or remove and re-add the M4L device, it’s a mess. A lot of duplication of messages, and -weirdly enough- a lot of messages from objects BEFORE the live.thisdevice triggers.

Did anyone else notice that M4L devices get busy even before the live.thisdevice bangs?

Feb 12 2013 | 10:13 pm

Yes, in particular I’ve noticed that live.path with an argument like [live.path live_set] independently sends the id when a device is loaded. So you get a duplicate message if the object receives a bang from live.thisdevice.

Feb 13 2013 | 5:24 am

I do remember this before moving to js… Iirc I used to put a gate on the outputs so I could ignore everything until patch was loaded and I had done my initialisation

Feb 24 2013 | 6:27 am

thanks guys… I think I’ll live with it for a bit longer. The gate idea is good too – though in my case I’m not sure if it’s worth the extra logic

Viewing 4 posts - 1 through 4 (of 4 total)

Forums > Max For Live