Why is my preset not saving my presets?
Dec 17, 2008 at 8:18pm
Why is my preset not saving my presets?
I have a patch with a preset object and it’s not saving the presets when I close the patch… I have done this before, in fact I have a patch where my presets are saved from several months ago and they still work as expected… this has wasted my last hour of working and I’m getting frustrated!!
As far as I’ve used it in the past, I just include preset, hook it up to the objects I want it to remember and shift click and it’s all set. But that’s not working now. The help files didn’t help and led me to believe that I’m using it as it should be. So I don’t get why this isn’t working now.
I know you’re going to tell me to use pattr instead… as I have seen in previous posts, but I haven’t learned the pattr system yet and I just want a quick easy way to save a few presets without having to waste anymore time.
I’m guessing I’m just forgetting something stupid, but I can’t figure out what it might be.
Thanks for helping,
Dec 17, 2008 at 8:20pm
Can you post the patch?
Dec 17, 2008 at 8:33pm
Have you made sure that “save present in patcher” is checked in the object inspector? It should be checked by default so I don’t imagine that is the cause of your problems. If you decide to look in to pattr, and it’s not as scary as you might imagine, then I recommend looking at Chris Muir’s PattrKitty example which you can find here:
the pattr family of objects really is like a fluffly little kitten!
Dec 17, 2008 at 8:44pm
It’s a pretty big patch and I made a smaller test version to post here, but it worked fine there… is there a limit to how many objects it can store? I thought it was 1024, I don’t have that many objects in the original patch…
I have to go teach now, but I’ll look into this and perhaps post the whole patch later.
Dec 18, 2008 at 12:02am
so I deleted the preset object I had and put in a new one and now it works…. Oh well. At least it works now. Thanks for the help!
Dec 18, 2008 at 5:38pm
so now it seems that everytime I fix something involving my preset object, it causes it to lose the ability to save presets.
I added a few objects to the “exclude” output and it stopped saving. Then I deleted my preset object and put a new one in and it worked. Then I made a few more changes to some excluded objects and now my presets won’t save again…
any ideas? is this a bug?
Dec 18, 2008 at 5:46pm
I can’t seem to isolate the problem in another patch… so I’ll post the one where I’m having the trouble.
Dec 18, 2008 at 5:50pm
Michael, you should just start using pattr instead of messing around with the preset object. It’s not rocket science – in
1. Open the Inspector for each and every UI object you want to save as part of a preset, and enter a unique name for the Inspector’s Scripting Name setting (functional names are the smart way to go).
2. Add a pattrstorage object to the patch and gave it a name (e.g., mypattrstorage).
3. Add an autopattr object to the patch (which has the effect of adding all the objects with scripting names to the pattr registry automatically).
4. Add a preset object to the patch, open its Inspector, and enter the name you gave your pattrstorage object to the Value column for the pattrstorage attribute. Once you do this, you can use the preset object to load and store presets for the patch.
Presto. You’re done.
Dec 18, 2008 at 6:00pm
True that’s simple enough, and that’s probably what I’ll do…
but shouldn’t preset work by simply adding it to the patch? that’s how it’s worked for me in the past… and it was working like that until I reconnected some objects to it.
Dec 18, 2008 at 6:39pm
On Dec 18, 2008, at 9:38 AM, Michael wrote:
> any ideas?
The pattr world is much more robust than preset. I would use autopattr.
> is this a bug?
Might be. Without seeing the patch, it’s pretty hard to tell.
Dec 18, 2008 at 8:24pm
my guess is that when you store new presets, you also need to resave the parent patch so that the new presets actually get written to the max patch file. so you have to dirty the patch after storing or changing presets, then save.
again, just a guess.
Dec 18, 2008 at 8:38pm
> so now it seems that everytime I fix something involving my preset object, it causes it to lose the ability to save presets.
Not sure if this is the same thing, but I’ve had some weirdness with preset in max 4 and 5—sometimes the saved presets aren’t quite what you would imagine, if you’ve changed the objects it’s saving or excluding. If you think about it, it kind of makes sense, since if you save a few presets, then add some objects, then save a few more, the first presets don’t (appear to) automatically create “data slots” for the newly-added objects. So you’d need to resave those.
I know it can be a pain, but the best luck I’ve had if things change with the preset is to “clearall” and resave them. Also, duplicating a preset-with-objects doesn’t have the effect imagined—the new one still references the objects connected to the old one (until you resave the presets), instead of referencing the new objects. So I always wait on saving my “final” presets until the patch is essentially done.
As said, look into pattr—if you recall your slots using integers, it functions basically the same as preset (on the surface anyway). This is great for things like “on/off” toggles or anything where you want to jump to the new values. Of course, the beauty is the built-in interpolation between presets, which is great for all kinds of other data values—freq, amp, brightness, gl object size, etc. And as Gregory mentioned, you can use the preset UI to store/recall pattr slots (which I was unaware of—thanks!) It definitely makes pattr more intuitive to use.
Dec 19, 2008 at 11:52pm
max5 crashes when pressing shift+o in an empty patcher.
is it ok to have two definitions like that in maxinterface.json?
i have installed jamoma via svn.
the error and system report :
Date/Time: 2008-12-20 00:40:43.939 +0100
Version: 5.0.5 (36470) (5.0.5)
Link (dyld) error:
Symbol not found:
is jamoma having a own keycommands file?
Jun 13, 2013 at 9:24am
A little frustration is easy to hit with pattr stuff–indeed it might not be rocket science but in my experience things can suddenly stop working and nothing you do seems to make it work again. The only thing you can do in that case is delete all the pattr stuff and rebuild from scratch, probably with new args to the pattr objects, to be on the safe side.
This just bit me again and an hour later (I shouldn’t have even tried) I rebuilt and it works again. pattr is not yet optimal by any means.
Jun 13, 2013 at 12:56pm
I think in the past if you deleted or added objects to pattrstorage, your presets would get lost. I just tried again and all was well. Not sure what’s happening in your case, but using [autopattr] speeds the rebuilding tremendously. Of course, if you want non-standard scripting names for the objects, you have to do that part by hand…
You must be logged in to reply to this topic.