oof, tempo mapping did it, thanks. I missed that in the manual. guess I had my RTFM moment :sweat_smile:

actually mlr is under-documented so all questions are fair :wink:

10 Likes

The M in mlr stands for mystery :nerd_face:

4 Likes

Mysterious, Like Really. :joy::joy::joy:

7 Likes

an evening with MLR…
more Late Night Noiz for Late Night Fiends:

3 Likes

Something im struggling with it the looping. I am often looking to loop just one of the 16 ā€œstepsā€ on the original MLR i believe you did this buy holding the desired step and then the one before it and it would loop just that step. When you do it now it makes a loop of the 2 steps.

Is it possible to loop just the one?

1 Like

hey I am certainly interested in keeping up with your mlr64 port! I have been working on getting non monome-grids to play nice with scripts, and yours I think is pretty seamless with my apc so far, but do you have any updated documentation on it? Everything is kind of all over the place. If you get some information in your github repo, that’d be nice, and i’d be happy to bug test and PR and such.

One thing: in my debugger, I am getting that your script is sending grid:led messages to a x=0 column sometimes, is this just a bug, or is the 64 grid 0 based??

1 Like

I’m still having similar midi issue to this.
I can assign it just fine but MLR won’t respond to some faders. It was looking like just the even numbered faders for a while now it seems like just the ones on the left half. So weird

can you remind me what’s going on? would like to fix this for you!

Yes! Sorry I should have explained more about the issue…
when using the 16n, I will go through and assign CCs to volume per channel and overdub using midi learn. Norns recognizes the incoming CC when in midi learn but then when back in the main MLR view not all of them will be active. most often it is the first fader (cc 32) that will be ignored but sometimes it is every other fader. so strange.
I’ve cleared out all midi assignments to make sure that there isn’t an accidental double assignment and also made sure that 16n doesn’t appear twice on the midi device list but there is nothing that makes it more reliable. scratching my head.

Great stuff. What kind of documentation are you looking for?

can we bribe you with sandwiches or something? I’m pretty baffled by aspects of mlr still, which is annoying given it’s almost the app. I even find the main ui diagram vague and confusing.

2 Likes

I think this caught me out today. I kept accidentally hitting K2 (from memory) to load a clip when I didn’t mean to, which immediately stopped playback, even if I ā€˜cancelled’ out without selecting a file to load.

Perhaps better behaviour is to only stop playback if a file is actually selected.

1 Like

behold— a sortof blurry mumbly not-live capture from the brooklyn norns meetup: https://vimeo.com/373768732/3ca0ac4a39

37 Likes

Thank you thank you thank you! I learn primarily by watching other people do stuff, and this answered several big questions for me. Good on you!

thankyouthankyo
hankyouthankyou
ankyouthankyout
nkyouthankyouth
kyouthankyoutha
youthankyouthan
outhankyouthank
uthankyouthanky

i owe someone a :sandwich:

1 Like

I added this as git issue 18. Feel free to nuke it if there’s background I’m not aware of or if you just plain ol’ disagree.

that’s an easy fix and makes total sense.

this newly posted video explains a lot of mlr functionality:

right around the 9min mark a drum loop is loaded and snapped to the clock and quantize is activated.

2 Likes

Thanks for this! Was very helpful with the sync demos.