bennid

I modified this patch to get lemur osc in and out...

But i got conflicts using several instance of it in the same live set... I checked lemur osc adresses, i save 2nd instance under another name but i got no clue how they interfere together!

I modified this patch to get lemur osc in and out...
Working great with one unit,
But i got conflicts using several instance of it in the same live set... I checked lemur osc adresses, i save 2nd instance under another name but i got no clue how they interfere together!

m4l-circle-control-v-1-6-conflict-with-several-instance-in-the-same-live-set

Can you post the patch? I imagine there are send/receive objects or buffers or something of that kind that are using the same names between instances. For example if there is a send such as [s boobah] the [r boobah] objects in every instance will receive the messages sent. This can be rectified by adding three dashes in front of the name e.g [s ---boobah] [r ---boobah] which will be replaced with a unique number for each instance thus preventing messages being shared between instances.

indeed i thought s and r objects were guilty so i rename each one of them on each patch,

I joined lemur patch for you to upload it if you got lemur (manual and ringbis pages are concerned)

yes sorry here's the patch,
indeed i thought s and r objects were guilty so i rename each one of them on each patch,
but still got some twin effects !
thanks for the dash trick !

It s as if node boxes where interfering between eachother,

Does anybody see where is the conflict?
It s as if node boxes where interfering between eachother,
Thanks for advices!


http://www.maxforlive.com/library/device/2721/m4l-xy-circ-v1-6lemurmod1

http://www.maxforlive.com/library/device/2722/m4l-xy-circ-v1-6lemurmod2

sorry for missing failed upload message,
here they are !

http://www.maxforlive.com/library/device/2721/m4l-xy-circ-v1-6lemurmod1
http://www.maxforlive.com/library/device/2722/m4l-xy-circ-v1-6lemurmod2


please don't use the maxforlive library for upload space :/ What about getting a dropbox account? Google drive?

Also, those two files look like they're the same to me?

please don't use the maxforlive library for upload space :/ What about getting a dropbox account? Google drive? 

Also, those two files look like they're the same to me?
I'd still love to help.
andreas.


If the device works fine as long as you don't use more than one instance of it in a set I don't see why he can't upload it to maxforlive.com and update it later, he should at least put a screenshot and proper explanation though and something tells me he won't update it...

Yes indeed i'd use m4l more efficiently, but i suppose that beta can be fed by users,

I m really low connection now, so i ll put screen shots and update asap,

Between versions is only name of route via sends and receive objects that change

Hi
Yes indeed i'd use m4l more efficiently, but i suppose that beta can be fed by users,
I m really low connection now, so i ll put screen shots and update asap,
Between versions is only name of route via sends and receive objects that change

Your issue seems to be due to shared namespace sends as I thought. Just looking at the main part of the patcher I can see a send [s XY] where it should be [s ---XY], same goes for the hostchanges send/receive pairs. s and r are shorthand for send and receive in case you didn't know :)

thanks CPHAS, it's exactly what you said !

M4l circle control v 1.6 > conflict with several instance in the same live set