Glennzone

I don't know whether the information I've found is current, or even applicable anymore, but it seems there's something more required to get my Lemur for iPad working with my Max standalone.

I've downloaded some of the workshop files like GettingStarted, but they are not working on their own due to missing the objects jazzclient and jazzserver. I have found and downloaded the maxfiles.zip which contain the requested files, but do I really need them with Lemur for iPad with Max6 ?

To be honest, at this stage of my learning curve, I don't like cluttering up my Max installation with non-standard stuff if I don't absolutely need to.

lemur-for-ipad-with-max-2

There are a lot of variables with standalones that can affect performance. Do you have Lemur working with standard Max patches?

What do you mean by clutter? Get what you need to make it work. All you need to do is copy the mxo and help files into a named folder (something like jazz_externals), put it in cycling74/max externals and restart Max. Then you can create new objects called jazzclient and jazzserver. If something doesn't work right just delete the folder.

btw.. I kinda wish I had known about these objects. I'm a beginner too and I ended up creating my own set of abstractions to parse incoming data from the different lemur interface objects.

There are a lot of variables with standalones that can affect performance.  Do you have Lemur working with standard Max patches?  

What do you mean by clutter?   Get what you need to make it work.  All you need to do is copy the mxo and help files into a named folder (something like jazz_externals), put it in cycling74/max externals and restart Max.  Then you can create new objects called jazzclient and jazzserver.   If something doesn't work right just delete the folder.

btw.. I kinda wish I had known about these objects.  I'm a beginner too and I ended up creating my own set of abstractions to parse incoming data from the different lemur interface objects.


You might want to check out the Mu system from liine. This shows how to use the lemurloader, which loads templates on the lemur and comes with a cliplauncher etc. There is an updated version for live 9, because Mu is quite old now. Its worth noting that Mu only works with 32 bit right now.

I have not gotten the connectivity to work between Max6 and Lemur. I'm a network and systems engineer, so this UDP stuff I will be able to do with my eyes closed once I have a working technology demonstrator.

That is the hurdle I'm trying to get over right now. I'm sure once I see it working, it will be crystal clear, but I need to see a couple bidirectional connections working to fly solo. I'm just not seeing any. The ones on the jazzmutant site are all old and seem to be only for the actual jazzmutant version and not the iPad version. Am I wrong ?

In the interim, I had put those jazz files into the max-externals folder and the help files into the max-help folder. The only thing working in the GettingStarted patch is the fader with metro under the bidirectional control portion of the GettingStarted patch. Nothing else works.

I search the forum here and find little test patches, but they seem to be incomplete. I would appreciate if someone could show me a good one, and tell me what the pre-requisites are to get it functional.

You just set up a udpsend object to send data to the lemur IP, or udpreceive to receive it.

Then you can use the route object to route your OSC commands.

So to send data to a fader on the lemur, you would just find out the container it is in and send float 0-1 through osc. e.g.

You dont specifically need any of the examples. I wouldnt recommend the ones by jazzmutant because theyre likely outdated by now (lemur is owned and developed by a different company). Just out of interest which objects are you using? My understanding is that there is only really lemurloader and this is used to load templates on the lemur, not for communicating. I havent seen anything for communication other than Mu, its pretty straight forward anyway.

If you have access to live, Mu is definitely your best bet to understand how to send/receive osc data to the lemur in max. You only really need to look at the top level abstraction to see how the data is communicated and im pretty sure live demo can be used for up to 30 days.

give this a try. let me know if it's still not working.

[edit: small change in the included patch]

give this a try.  let me know if it's still not working.

Here are some examples of how I link UI objects between Max and Lemur. Included: sliders/faders, dials/knobs, nodes/multiball and multislider/multislider.

Here are some examples of how I link UI objects between Max and Lemur.  Included:  sliders/faders, dials/knobs, nodes/multiball and multislider/multislider.

Hey Metamax, that was extremely useful, and it's working. I'm making some good observations from what you've given me. Could I ask one favor above and beyond that though ?

The nodes, etc., were all bpatchers embedded in the main patcher, so I was not able to access the internals of the bpatchers. Could you send those as well ? There are other observations to be made which are trapped within.

Thanks again. Excellent technology demonstrators.

Actually, there are multiple embedded bpatchers.. the dials and sliders also have internal patching. If they weren't embedded, the bpatcher window would be empty because the linked patch would be missing.

For the secret sauce, right click the bpatcher -> object -> new view of (patcher name) - then hit option-command-E (mac) or alt-control-E (windows) to toggle out of presentation mode...

Actually, there are multiple embedded bpatchers.. the dials and sliders also have internal patching.   If they weren't embedded, the bpatcher window would be empty because the linked patch would be missing.  

For the secret sauce, right click the bpatcher -> object -> new view of (patcher name) - then hit option-command-E (mac) or alt-control-E  (windows) to toggle out of presentation mode...

I know there are multiple bpatchers, but didn't know I could get inside them like that. That's really good to know.

Another spring sprung : to send back a list (from a join @triggers -1) to a Lemur switches object's /x, it's only picking up the first element of the list. Join creates a list, so why is this happening and how must I do this ? I'm not finding anything in this in the documentation anywhere.

Another spring sprung : to send back a list (from a join @triggers -1) to a Lemur switches object's /x, it's only picking up the first element of the list. Join creates a list, so why is this happening and how must I do this ?  I'm not finding anything in this in the documentation anywhere.


Make sure the attribute is formatted properly.. no space after the @ symbol.

Here is a patch that goes over the basics of connecting to lemur's switch object.

Make sure the attribute is formatted properly.. no space after the @ symbol. 