Right, so the guts of the patch probably consistent partially of a listener directed at the operator and a umenu. If this is the case, it seems that my workflow will be radically improved. Now I just hope that the internal communication is somewhere close to OSC in regard to delay and stability.ze2be wrote:Menu scroll assigning parameters.. That was a surprise..! Hopefully its just alfa.stutter wrote:watching the beginning of the lfo vid, I wanted it to be drag-n-droppable. Hope Ableton figure out a way to implement that, since it's inherent to Live's workflow.
Not sure if you caught this, Live pack and MFL examples
Re: Not sure if you caught this, Live pack and MFL examples
Re: Not sure if you caught this, Live pack and MFL examples
Would you care to elaborate on that? Im not acquainted with the terminology of max, neither have I ever used the program.LOFA wrote:Right, so the guts of the patch probably consistent partially of a listener directed at the operator and a umenu. If this is the case, it seems that my workflow will be radically improved.ze2be wrote:Menu scroll assigning parameters.. That was a surprise..! Hopefully its just alfa.stutter wrote:watching the beginning of the lfo vid, I wanted it to be drag-n-droppable. Hope Ableton figure out a way to implement that, since it's inherent to Live's workflow.
Re: Not sure if you caught this, Live pack and MFL examples
"Listener": Not max-specific. Something that responds to actions in its environment. I am probably bastaradizing this a bit but... An example would be the object "notein". This object listens for available external MIDI sources. You drop it in a patch and it is "good to go"- after some fun times getting down the subtleties of how midi data is handled in max
Umenu object is a standard tool for visually selecting and listing named items.
So, what I am suggesting is that it looks as though this mfl object is created with an object that can pickup on a list of available parameters from the Operator that follows it. I am interested in finding out how this came to be. There will hopefully be many different ways of doing this. The umenu approach would be nice because then you could delete all of the parameters that you never use from the list, making things more manageable. This list could be copied and pasted from one max object to the next through the inspector. Hell, we would have presets in the browser!!!
The thing I am most concerned about is that a mfl patch/device/thingy on one track can receive expressive change data from other parts of Live, and not through MIDI, because Live does not handle the kinds of control changes that I need to use with it through MIDI. Bottleneck City.
Umenu object is a standard tool for visually selecting and listing named items.
So, what I am suggesting is that it looks as though this mfl object is created with an object that can pickup on a list of available parameters from the Operator that follows it. I am interested in finding out how this came to be. There will hopefully be many different ways of doing this. The umenu approach would be nice because then you could delete all of the parameters that you never use from the list, making things more manageable. This list could be copied and pasted from one max object to the next through the inspector. Hell, we would have presets in the browser!!!
The thing I am most concerned about is that a mfl patch/device/thingy on one track can receive expressive change data from other parts of Live, and not through MIDI, because Live does not handle the kinds of control changes that I need to use with it through MIDI. Bottleneck City.
Re: Not sure if you caught this, Live pack and MFL examples
probably the live.remote~ object..LOFA wrote:an object that can pickup on a list of available parameters from the Operator that follows it. I am interested in finding out how this came to be.
http://www.cycling74.com/story/2009/7/14/1835/98517
Re: Not sure if you caught this, Live pack and MFL examples
Right. Perfect. Forgot about that article. Haven't read it in months. Doing my best not to obsess over the trickling data, but that is clearly a fundamental staple.poster wrote:probably the live.remote~ object..LOFA wrote:an object that can pickup on a list of available parameters from the Operator that follows it. I am interested in finding out how this came to be.
http://www.cycling74.com/story/2009/7/14/1835/98517
It is still a bit unclear though. It could be the Livepath plugin that generates the list of available parameters.
Hopefully something will be able to handle a lot of simultaneous, realtime changes at the signal level.
Re: Not sure if you caught this, Live pack and MFL examples
this is awesome
2.4 ghz Macbook Pro 8gb RAM, SSD, Live 9 Suite, Puremagnetik, Minimal Talent
Re: Not sure if you caught this, Live pack and MFL examples
exactly...but, it is September, only 3 months of the year left.LOFA wrote:Doing my best not to obsess over the trickling data
hahaha
-
- Posts: 4357
- Joined: Fri Oct 14, 2005 1:29 am
- Location: The Ableton Live Forum
Re: Not sure if you caught this, Live pack and MFL examples
Great vid, thanks for sharing. Definitely got me excited to learn some max once it's in the live environment.
The one thing the lfo device got me wondering was: If there is a device sending control type signals to an instrument or effect parameter, can that parameter still be tweaked while the signal is being applied to it? So in the lfo example, I wonder if those parameters it's controlling can still be manually tweaked. It appeared to be moving the entire parameter (as opposed to clip envelope which are relative to initial position and only display the ring around the parameter changing value). In this video it appeared more the way midi cc clip envelopes make VST parameters react (the whole control changes value - not in a relative fashion).
I think an lfo would be most useful if it affected parameters in a relative way, like clip envelopes, but were bi-polar.I'm sure that can be done too...
The one thing the lfo device got me wondering was: If there is a device sending control type signals to an instrument or effect parameter, can that parameter still be tweaked while the signal is being applied to it? So in the lfo example, I wonder if those parameters it's controlling can still be manually tweaked. It appeared to be moving the entire parameter (as opposed to clip envelope which are relative to initial position and only display the ring around the parameter changing value). In this video it appeared more the way midi cc clip envelopes make VST parameters react (the whole control changes value - not in a relative fashion).
I think an lfo would be most useful if it affected parameters in a relative way, like clip envelopes, but were bi-polar.I'm sure that can be done too...
Professional Shark Jumper.