Max msp need to update only one slider on lemur multislider

Discuss Lemur and share techniques.
lucasparis
Newbie
Posts: 30
Joined: 23 Dec 2011 20:15

Re: Max msp need to update only one slider on lemur multisli

Post by lucasparis »

Just a bump to get back to the original thread and the script that niick found as a solution, is there a way in scripting to get the name of the object the script is located in?(without looking of course, to make the script universal for all objects you copy it in without having to change things in the script each time)
nick_liine
Liine Staff
Posts: 285
Joined: 01 Oct 2010 11:06

Re: Max msp need to update only one slider on lemur multisli

Post by nick_liine »

Hi everybody,

I created an example which can send and receive single units instead of the whole array. The scripts are name-neutral: you can rename and copy the objects as you wish. Hope this helps, let me know.

http://liine.net/en/community/user-library/view/152/

FYI, the trick here is the getexpression() and setexpression() functions. Check out the set(OSC_ARGS) script.

Nick
lucasparis
Newbie
Posts: 30
Joined: 23 Dec 2011 20:15

Re: Max msp need to update only one slider on lemur multisli

Post by lucasparis »

Hooray, thanks nicks, that's great support!
nick_liine
Liine Staff
Posts: 285
Joined: 01 Oct 2010 11:06

Re: Max msp need to update only one slider on lemur multisli

Post by nick_liine »

lucasparis wrote:Hooray, thanks nicks, that's great support!
Hey Lucasparis,

Very glad to help. If you have time to leave us a positive review and star rating on the iTunes App Store that would be greatly appreciated. Feedback on the iTunes App Store is a huge help to us.

Best,
Nick
peterdines
Newbie
Posts: 41
Joined: 08 Dec 2011 16:23

Re: Max msp need to update only one slider on lemur multisli

Post by peterdines »

nick_liine wrote:
wetterberg wrote:The need to do scripting for this to work is, I think, precisely why it's still a viable feature request - monome-style single-value updating via plain osc.

for what it's worth, what I do is maintain a multislider in Max, and then update *that*, and have that fill out the entire multislider. Super easy, but maintaining the values in two locations is kind of a hack, I guess.
Hi Andreas,

I disagree. The point of the scripting system (and Lemur as a whole!), is to provide a flexible framework so that an infinite variety of use cases can be accomodated, including monome style messages. With the two examples I've given above, you can easily create a JZLIB consisting of a single object (Pads or MultiSlider for example). Within each object, you would have two scripts: one to send monome-style messages, one to receive. You can then re-use this object whenever you want to use monome-style messages and you don't need to hold the data in MaxMSP on the computer.

Adding features which simply reproduce what can already be accomplished requires a very compelling reason. It ranks very low on the development priority list as it doesn't really add anything. It can happen sometimes, for example we're thinking about adding some functions on top of midi_clocks to make external syncing more intuitive. I don't believe this case is one of them because the scripts to provide the functionality you request already exist in clear and re-usable examples.

We truly do appreciate the input though, thank you very much for the feedback and suggestions. :-)

Best regards,
Nick
I completely agree with you on the redundancy of adding features for functionality that can be accomplished in scripts. However, it might be wise in that case to create a richer "factory library" that is installed with the editor by default, and addresses some of these feature requests. That's the way things are done in Reaktor, where there are very low level and fine grained construction tools like the Core DSP level, but a large directory tree bursting with usable examples ships with the product. Perhaps this will come with time in the case of the Lemur too.

And speaking of which - thanks for the scripting example you posted here - I certainly learned some tricks from it!
lucasparis
Newbie
Posts: 30
Joined: 23 Dec 2011 20:15

Re: Max msp need to update only one slider on lemur multisli

Post by lucasparis »

Hello again,
The script is working great for what I wanted to do! But, there is one problem.

It seems that when I set a single slider from max using the method you gave me (script "on OSC"...etc), the lemur also sends the values back to max.
I tested some things out and when you update the lemur via the normal OSC feedback it doesn't resend it's values via OSC... but when using the "on OSC" script it does!
Would you have a workaround for this?

Also a kind of related thing I've been trying to do:

Code: Select all

decl obj.x =getobject();
decl value = OSC_ARGS[0];
decl slider = OSC_ARGS[1];
obj.x[slider] = (value-1);
wanted to use this to make the script universal but I can't get it to work!
Thanks in advance niick, I left a review on the french itunes for the lemur!
peterdines
Newbie
Posts: 41
Joined: 08 Dec 2011 16:23

Re: Max msp need to update only one slider on lemur multisli

Post by peterdines »

nick_liine wrote:Hi everybody,

I created an example which can send and receive single units instead of the whole array. The scripts are name-neutral: you can rename and copy the objects as you wish. Hope this helps, let me know.

http://liine.net/en/community/user-library/view/152/

FYI, the trick here is the getexpression() and setexpression() functions. Check out the set(OSC_ARGS) script.

Nick
This is fantastically useful and I'm kicking myself for only discovering it almost a year later. However as lucasparis points out retransmission is a problem when the multislider uses "on OSC" to update its sliders. This is THE paradigm example where a Z value for the multislider would be useful, as it could be used to gate output - that is, only transmit when the object is being touched on the iPad.
Post Reply