Issues connecting monome 128 to mlr-v [solved for Max6, but not Max7]

timh · 2015-04-12T20:58:47.436Z

Well, all I can say is I have tried hard to get it to work on my Mac in Max 5, 6, and 7 within the limitations of the data, support, files and level of knowledge available to me, and the only one I could get working was 6 as described above. It’s great to have it working :O)

Galapagoose · 2015-04-12T22:09:21.918Z

The easiest way to use mlrv is the standalone application version. It has all of the necessary files built into requiring zero additions / modifications in your file structure. Plus, you don’t even have to think about which version of max it uses, rather just treat it like a normal piece of audio software:

https://github.com/trentgill/mlrv2/releases/latest

Personally I don’t think it makes sense to try and run mlrv in Max 7 unless you really want to modify or add elements to the program.

That being said, we’re trying to improve the docs to avoid these issues, and focussing our energy solely on Max 7 as the platform to run software for the grids. It has the necessary serialosc files already included in the distribution which greatly simplifies the setup. It’s not quite 100% there yet, but I think we’re getting close!

tehn · 2015-04-13T14:47:13.525Z

I just checked 7.03 and the serialosc is working perfectly.

good tip on the mlrv standalone.

dudadius · 2015-04-13T18:44:02.735Z

Hi There,

I’m trying to run the stand-alone app on a Mac with the latest OS. The program appears to open, but I only get the title in the menu bar and services menu. Nothing else. Program doesn’t open or anything.

Also, when I try to run a prior version on 6.1 runtime, the patch opens, but I’m not able to get my Grid128 to see the patch.

Thanks for your help!

Galapagoose · 2015-04-13T21:07:06.052Z

Uhh… How frustrating. I guess Max 5 standalones won’t work with 10.10 and above then. I’m on 10.9 because everybody with a mac more than 2 years old says how slow 10.10 is.

I’d like to do an update to make it work on 10.10 sometime soon. There are zero features I want to add though, so it’s just a boring compatibility update for free software that I rarely use anymore myself (thus hard to be motivated). Downloading 7.0.3 now to see what’s changed.

timh · 2015-04-13T22:07:17.228Z

Particularly as I shelled out £1400 for a new 13" MacBook Pro today, for music purposes.

I understand your reluctance, but here’s an idea…

How about the ability to set up inner loops independently of the position of the play head, say by holding down a top row button, selecting the inner loop region, then when the track plays through that region it loops it until the end button is pressed, at which point it runs out to the end of the line. At the moment the behaviour I’m seeing is it jumps into an inner loop as soon as ones set up and exit has to be timed correctly in terms of a manual press. Or am I missing something…

dudadius · 2015-04-13T22:51:03.546Z

Well, if you get around to doing it, I will send you some nice beers.

Galapagoose · 2015-04-14T22:00:06.178Z

You’re not missing anything - that’s the classical implementation of inner-loops from @tehn’s original mlr. I don’t have any issue with the ‘performative’ element of such a gesture, as mlrv has always been about focussing entirely on performance (rather than composition).

The idea you propose is certainly interesting and has appeared in a number of recent monome step-sequencers in various forms, but it won’t make it into the mlrv update. The code to handle button presses is already seriously overcomplicated and honestly unsuited to visual-code (would really need a text-based rewrite).

Of course the software is open-source, such that users with different needs to my own can manipulate it to their own needs.

//

I am now working on a simple compatibility update to get everything working effectively in Max 7 & 10.9 / 10.10 (maybe even Win8?). I will be building standalone applications where possible to avoid the bulky max project and have a higher likelihood of success for first-timers.

tehn · 2015-04-14T23:30:49.898Z

windows 10 will be out in a couple months (almost used an emoji but resisted)

stevieraysean · 2015-04-14T23:53:18.640Z

The last mlr style clip slicer I made I coded the press data processing in js. Easily took about a quarter of the time and is way more friendly to look at…

timh · 2015-04-15T07:03:01.429Z

Thanks Galapagoose, that’s much appreciated

Galapagoose · 2015-04-16T22:13:01.476Z

@stevieraysean I did this for the mlr sub-patch in monome_sum but find it runs into performance issues when you start pushing the CPU with audio stuff (as js is all low-priority in max).

That being, said I’ve done some minor updating to get things to work properly for me on Max 7 in 10.9: https://github.com/trentgill/mlrv2

This is not an official release, but download the zip and let me know if you have any feedback.

stevieraysean · 2015-04-16T23:49:21.038Z

@Galapagoose cool, i’m out of town at the moment. will have a look when I get back.

the mlr/mash sampler I made is a small part of a much bigger environment i’ve been working on so I haven’t exactly stress tested it yet… probably end up making it in mxj if thats the case. I’ve found that to be pretty good performance-wise…

I’ve hardly touched mlr in quite a while

timh · 2015-05-02T20:11:47.846Z

For completeness’ sake, to note that I have followed the method I described above in 12 steps, on my new MBP 13" running Yosemite 10.10.3 and have achieved a correct installation with fully working MLRV. Happy :O)

timh · 2015-05-11T08:11:13.013Z

More updates…

In Max 6 the preset management doesn’t appear to work, it’s ok with Max 5
In Yosemite the Rewire functionality doesn’t work
I’ve never found Max 5 particularly stable and it’s no exception under Yosemite, in particular, switching sound cards appears to permanently disconnect the grid, requiring running a test patch and/or Monome Sum to get it connected again.

Essentially, I would say that in my view unless there is development of MLR-V for OXS 10.10.x and Max 7 this implementation of the Monome on new Macs is becoming obsolete. I think people should be aware of the strife involved in trying to do this before committing. If you have an old Mac running a 2011 OS and Max 5 and you don’t want to rewire into anything later than Live 7 or 8, say, then possibly go for it, but otherwise I would give it a miss.

elquinto · 2015-05-11T13:28:53.203Z

haven’t used it in a while, but this was always the most stable/working serialosc version of mlrv in my experience. never had any rewire or driver problems that newer versions have in max6.

http://monome.org/community/discussion/13529/mlrv2.2-serialosc-edition-with-alphanerd-plugins/p1

timh · 2015-05-11T18:48:24.561Z

Hi there

A few questions…

What’s this supposed to look like? Is it standalone or do you need to open Max7 first? When I open it I just get a list of patches down the left and the delay window on the right, nothing else…

Galapagoose · 2015-05-13T18:50:28.399Z

First close the delay patcher.
You then need to load the “_mlrv.maxpat” file from the list of patchers (double-click). I had it auto-loading the delay patcher to avoid the long load time when working on things and often having to reload Max.

I need to do some heavier duty testing (of the file save/load system in particular) then I’ll build standalones for Mac10.10 & Windows 8.

Of course any feedback is appreciated. I’ve been successfully using it on a brand new mac on 10.10.3 and an older box on 10.9.4. Haven’t tested it on my micro Win8 computer yet.

timh · 2015-05-13T21:19:49.805Z

ok, Ill try that.

This is probably a stupid question but will the standalone be 64 bit, rewirable into Live 9 64 bit?

Galapagoose · 2015-05-13T21:32:53.179Z

Indeed it will be 64bit. I’ve spent some time removing the ‘xsample’ external requirement which was the cause of the 32bit restriction.

There’s definitely some things missing in the version mentioned above which I’m working to conquer today / tomorrow.