Saving a devices parameters into pattr system?

May 11, 2010 at 6:07pm

Saving a devices parameters into pattr system?

Hey guys,

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?

best,
afwi

#50331
May 11, 2010 at 7:41pm

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.

#180554
May 11, 2010 at 11:51pm

uff… sorry, it’s not a alternative…
thanks for your reply!

#180555
May 12, 2010 at 12:25am

yeah you can do that.

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.

-A

#180556
May 12, 2010 at 6:21am

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.

#180557
May 12, 2010 at 11:25am

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.

#180558
May 12, 2010 at 2:23pm

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

#180559
May 12, 2010 at 3:39pm

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?

best,
afwi

#180560
May 12, 2010 at 4:52pm

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.

#180561
May 12, 2010 at 5:13pm

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

best,
afwi

#180562
May 12, 2010 at 5:24pm

Oh I get it now.

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

-A

#180563
May 12, 2010 at 5:29pm

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.

#180564
May 18, 2010 at 4:00pm

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.

#180565
May 21, 2010 at 12:01am

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.

#180566
May 21, 2010 at 12:52am

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: http://cycling74.com/forums/topic.php?id=26564

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

[attachment=132966,571]

Attachments:
  1. da496817b655fbed762925caf36e7e2e.png
#180567
May 21, 2010 at 6:28am

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.

Cheers :)

#180568
May 21, 2010 at 6:29am

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

#180569
Jul 8, 2010 at 8:44am

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

#180570
Jul 8, 2010 at 10:43am

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]

#180571

You must be logged in to reply to this topic.