Forums > Max For Live

Inserting a MFL midi patch on an audio track.

December 21, 2013 | 6:38 pm

Hi,

Question 1: I’d like to create a mfl object to send a midi cc to a plugin (say a reverb) on the same audio track. Live refuses to insert it on an audio track since it is a midi mfl object. Is there a solution?

Question 2: Once I would be done with this, my goal is to automate a reverb parameter. To achieve this, I’d click "configure" on the plug in, then click on the parameter to automate, when it appears I’d activate midi mapping (command M), move the slider to make it recognise the CC and then the parameter would receive CC automation. Since everything I tried doesn’t work, is it possible to achieve my idea in Live and how?

Below a super super super simple version of my patch.

Thanks

<code>

– Pasted Max Patch, click to expand. –

</code>


December 22, 2013 | 12:52 am

Can’t open your patch for now so it’s just a guess but I think you should trick Live by using the IAC port if you’re on a mac, that could imply some latency though…


December 22, 2013 | 3:09 am

That’s exactly what I tried just after sending my post and it works. But it’s pretty complex: requires one midi track + one audio track + send to IAC out + receive in IAC in, etc… In that case it is even simpler to create an external max patch. I’m trying to put all the elements on the same track in Live. But, from what I understand, the issue is that midi mapping in Live can only be addressed from an external midi input, am I right?

Thanks for your answer though and any other idea is welcome!
Best,
F.


December 22, 2013 | 4:57 am

That’s what I finally did when I wanted to build a device to use a joystick as a midi input for instruments : built a standalone app sending midi to live via IAC.


December 22, 2013 | 9:31 pm

use an audio plugin. connect it to the parameter via a map button via one of the m4l API building blocks. midi map it to your midi controller in live. I did that in this patch:

– Pasted Max Patch, click to expand. –

December 23, 2013 | 7:53 pm

thanks Ryan, that’s what I needed to do, works great!


December 25, 2013 | 2:19 am

I had misunderstood what you wanted to achieve, this is simply the way to go !


December 28, 2013 | 5:02 pm

Problem: it eats a lot of CPU to do this and I’ll use at least 16 of these controllers intensively (even though I have the most powerful MBP to date). Try to move quickly a patched M4L API controller with an eye on cpu and you’ll see what I mean. This might be explained by the fact that M4L API uses the object sig~ which generates way more informations than midi. Is there a way to reduce the data flow? Or to trigger automation via midi only using an object like "sig" (without the ~)? I’ve searched for a "sig" objet sending just midi data but it does’t seem to exist. As of now, my best solution remains using an external max patch to send midi via IAC to Live: much wiser in terms of cpu consumption… Though, having a M4L plug integrated in a Live file sounds very nice. Any ideas?


Viewing 8 posts - 1 through 8 (of 8 total)