achzo

is there a way to save all devices all parameters of one track/channel into Pattr system build with max to M4L?

in other words: i want to make a preset system to recall all values of all devices in a track, to be able to assign knob or button in midi controller to go from 1st preset to 2nd to etc.

could anyone please help to realize this? or is there some other way?

saving-a-devices-parameters-into-pattr-system

An alternative way would be to put the devices in a rack with different settings and switch between them with the chain selector. However, having multiple instances of the devices would consume more resources.

uff... sorry, it's not a alternative...
thanks for your reply!


You can put pattrstorage into parameter mode and store its state in the device or device preset, then use any sort of mechanism to switch presets or interpolate between them.

so it will store a chain of ableton's plug-ins parameters of one track? for example i have 'grain delay', then 'auto filter' etc.

I think that pattrstorage works only for single devices. But you could have an additional device on the track to control/switch the presets of the other devices. So the track preset would be implemented as a combination of individual device presets.

it's true, i will try that asap. thank you for replies.

but wait, how to get a control of live devices presets in m4l? i couldn't find any info about it.. it seems very simple idea what i want to do.. just change for example, effect rack preset from one to another whit click of one button, cos switching between them with the chain selector is way too CPU hungry

is there any way to do it with M4L device? or is this not implemented in API features yet?

but wait, how to get a control of live devices presets in m4l? i couldn't find any info about it.. it seems very simple idea what i want to do.. just change for example, effect rack preset from one to another whit click of one button, cos switching between them with the chain selector is way too CPU hungry 

is there any way to do it with M4L device?  or is this not implemented in API features yet?

Ok, there seems to be a misunderstanding.

The pattrstorage method works for presets of M4L devices, not standard Live devices.

So I guess there is currently no efficient solution of your problem.

Ok, there seems to be a misunderstanding.
The pattrstorage method works for presets of M4L devices, not standard Live devices.

So I guess there is currently no efficient solution of your problem.


so this idea goes to bookshelf for some time.

thanks to your replies guys!
so this idea goes to bookshelf for some time.

Why don't you just save all the effect presets as separate devices in a rack, and use the API to move the chain selector. That should amount to the same thing, not use much extra CPU, and will allow for crossfading

i had done it already, so in every chain effects are the same units? not dupes?

so if they are the same, then of course there is no prob with that, it's pretty straightforward what i need.

At a guess - you need to set up a pattr to store a blob, then construct a list of all the parameters you want to save, probbaly something like live.path value = parameter value pairs.

I dont beleive there is any way to do this more directly.

The other headache you will have is having stored all of those parameters in this way you are going to find it rather hard to track path changes should that be needed. If a user moves a device, then its path will change and there your parameter snapshot will be invalid as quite likely another device will now be at the same path, or no device at all.

Path tracking will be a complete pain and probably a huge resource hog for large number of parameter paths, so perhaps an altternative may be to save the list of device names along with the paths and paremeters an then just use the list of device names to validate against the current list of device names before applying the parameters as this should give you a reasonably indication of an incompatible device change.

BTW - If you dont have any kind of validation, then you could run risk of setting parameters to values that might be rather hazardous to you ears and sound system :)

Also you cant access devices inside racks, therefor3e you will not be able to recall their parameters, only the parameters for the rack knobs (which may be sufficient).

BTW - using hidden multi-sliders may be a good approach to simplifiy some of it as well, but I havnt tried this.

I've created a device that will probably do what you need. It allows you to assign a single knob to 8 different parameters of a single device, and have different reaction curves for each one of those 8 parameters. Its similar to macro mapping, but with more possibilities (e.g. it gives more fluency than just assigning a lo and hi value: everything is mapped via x/y).

I am trying to get this stuff together to release this weekend, but if your interested, pm me and I'll send you a version that you can mess with prior to releasing the "dumb" version.

I've created a device that will probably do what you need.  It allows you to assign a single knob to 8 different parameters of a single device, and have different reaction curves for each one of those 8 parameters.  Its similar to macro mapping, but with more possibilities (e.g. it gives more fluency than just assigning a lo and hi value:  everything is mapped via x/y).  

I am trying to get this stuff together to release this weekend, but if your interested, pm me and I'll send you a version that you can mess with prior to releasing the "dumb" version.


hi amounra. I don't know how to PM anyone but I'd be interested in seeing your patch. I'm actually working on something very similar (screenshot attached).

the wall I've hit is that I can't seem to get the pattr objects to save the itables in the Live set. I posted about it here: 

https://cycling74.com/forums/help-with-pattr-storage-within-a-bpatcher

if you want, contact me at arribaud at gmail dot com and send your in progress patch.

hi amounra.  I don't know how to PM anyone but I'd be interested in seeing your patch.  I'm actually working on something very similar (screenshot attached).

the wall I've hit is that I can't seem to get the pattr objects to save the itables in the Live set.  I posted about it here: https://cycling74.com/forums/help-with-pattr-storage-within-a-bpatcher

Try this out....I don't have time to test it completely right now, but I've been using it for a couple of months and it works fine. Its part of a much larger patch, but I'd planned on releasing it standalone as I think people might dig it. I'm currently rethinking about how I'm going to deal with devices, so it may change drastically soon.

Since I ripped it out of a larger patch, I had to add a few things to the js that are normally provided by other scripts in the larger patch. Let me know if its what your after, and if so, I can ammend the js so that it is a little more transparent.

As it is, it should generate a list of devices upon instantiation. If you change things in your set, you'll have to reset the plugin by hitting refresh. This can also mess with your assignments. If you have a static Live set, though, it should restore values between load states. Also, it may give you some clues on how to get pattr working for you in your own patches.

Try this out....I don't have time to test it completely right now, but I've been using it for a couple of months and it works fine.  Its part of a much larger patch, but I'd planned on releasing it standalone as I think people might dig it.  I'm currently rethinking about how I'm going to deal with devices, so it may change drastically soon.

Since I ripped it out of a larger patch, I had to add a few things to the js that are normally provided by other scripts in the larger patch.  Let me know if its what your after, and if so, I can ammend the js so that it is a little more transparent.  

As it is, it should generate a list of devices upon instantiation.  If you change things in your set, you'll have to reset the plugin by hitting refresh.  This can also mess with your assignments. If you have a static Live set, though, it should restore values between load states.  Also, it may give you some clues on how to get pattr working for you in your own patches.  

Ohhh, yeah....it doesn't look like much until you press the little tiny white buttons next to each one of the knobs.....

Geee, I wish someone had told me that the patch I posted TOTALLY DIDNT WORK lol. Well, this one should:

Geee, I wish someone had told me that the patch I posted TOTALLY DIDNT WORK lol.  Well, this one should:


As it is, it should generate a list of devices upon instantiation. If you change things in your set, you'll have to reset the plugin by hitting refresh. This can also mess with your assignments. If you have a static Live set, though, it should restore values between load states. Also, it may give you some clues on how to get pattr working for you in your own patches.
[url=http://www.royalapollo.com/]usa casino bonus[/url]
[url=http://www.jackpotcapital.com/]Accepting US players[/url]


Saving a devices parameters into pattr system?