Phijel

I have a big patch containing some abstractions and subpatches. I'd like to save and restore the state of some objects within these abstractions and subpatches, so I dropped some named autopattr (with the autoname and greedy attribute on) inside them, and I have a pattrstorage with a different name in the main patch.

I have sometimes multiple copies of some abstraction, in this case, I gave names starting with #0- to some of the controls to avoid confusion

But it behaves strangely, sometimes it seems to work, sometimes not, and I'm a little confused about the whole thing, so my question are:

1) is autopattr working inside an abstraction ? (I suppose it does...)

2) about the name attribute; is there a link between the name of an autopattr and the name of a pattrstorage object in the main patch ?

3) does all the autopattr have to have the same name ?

4) do I have to point my pattrstorage object to my autopattr's with a specific message is it automatic ?

5) Is there a way to check what objects are currently included in the pattr system (the clientwindow message seems to freeze max indefinitely, even with dsp turned off)

6) following my understanding, the greedy attribute when set to 1 allows to store values of unmodified object, is this correct ?

7)and finally, what is the dirty attribute for ?

a-question-about-autopattr-and-pattrstorage

Ok, I understand there are a lot of questions in my previous post, but I'd really appreciate if somebody could point me to a solution: here's my problem:

I have a main patch with Bpatchers, each containing an autopattr object. When I save presets in the main patch, the state of the contained objects inside the Bpatchers are saved & restored correctly when I recall the presets,so far so good.

BUT when I close my main patch & re-open it, they are not recalled any longer, even if I manually load the correct .xml file.

They are in the main patch, but not in the Bpatchers or subpatchers (and they each contain an autopattr).

Strange thing, if I open the .xml preset file with a text editor, I can see every object is correctly recognized & saved with the correct value, but this value is apparently not used when I recall my presets. they stay at their default value.

Is there a limit in the number of objects Pattrstorage can handle ? (every time I open the clientwindow and scroll down the list, max crashes...

What am I doing wrong ? Please help, this drives me nuts !

Did you give a name to the pattrstorage object? Without it on opening the pattrstorage will receive a unique number. Naming does solve it, I believe.

Quote:BUT when I close my main patch & re-open it, they are not recalled any longer, even if I manually load the correct .xml file.

Yes, the pattrstorage in the main patch has a name, and so does every one of the contained autopattr object (a different name for each subpatch)

I made it work without naming the autopattrs.

I was playing around with this too and found that sometimes abstractions/bpatchers would load after pattrstorage/autopattr did it's thing. Maybe it's an initialization issue...

jvkr wrote on Mon, 21 September 2009 10:55

If I make a small test patch on the side, it works fine here too, indeed... but it doesn't on my big patch, with the same kind of structure, but a lot more objects to control.

@Edward : maybe it's a priority issue, indeed, I'm not sure on how to deal with this...

jvkr wrote on Mon, 21 September 2009 10:55I made it work without naming the autopattrs.

@Edward : maybe it's a priority issue, indeed, I'm not sure on how to deal with this... 

Ok, just to share my experience with this :

In my particular case, it finally DOES work with regular pattr objects inside the bpatchers, but DOES NOT with autopattr (!?).

I tried everything with these, autonaming on, autonaming off + manual naming of the objects, nothing was working. As soon as i used pattr objects with bindto connections: BINGO...

I still do not understand tho, even more strange is the fact that the .xml file is correctly formatted & saved, but the values are not restored with the autopattr objects.

So there is always a solution with max i guess...

Ok, just to share my experience with this : 

So there is always a solution with max i guess...


You don't have by any chance a loadbang connected to a 'store 1' message...

A question about autopattr and pattrstorage