justin

i have a pattrstorage in my main patch, and i'm dynamically creating copies of a patch with a pattr inside...

only problem is the clientlist doesnt update in pattrstorage. is there a message i have missed which will update / rescan available clients?

i have a pattrstorage in my main patch, and i'm dynamically creating copies of a patch with a pattr inside...
only problem is the clientlist doesnt update in pattrstorage. is there a message i have missed which will update / rescan available clients?

pattrstorage-question-adding-clients-dynamically

here's an example of the problem i am facing, please download the zip files for main patch and sub-patcher.

essentially, my question is: how do you update the client list in pattrstorage if your patch uses scripting to create new sub-patchers with pattrs? is this even possible?

one thing i have noticed is that if i recreate the pattrstorage after dynamically creating subpatches then the clientlist updates... but that seems like it could throw up other problems

I think you forgot the [autopattr] in your pattrclone abstraction

i didnt think autopattr would be necessary, if i'm using a [named] pattr... but that doesnt seem to work anyway.

i just tried it and i get error msg in max window:

object_attr_enforcelocal: could not enforce restore in newobj

i didnt think autopattr would be necessary, if i'm using a [named] pattr... but that doesnt seem to work anyway.
i just tried it and i get error msg in max window:

object_attr_enforcelocal: could not enforce restore in newobj
object_attr_enforcelocal: could not enforce restore in newobj
object_attr_enforcelocal: could not enforce restore in newobj
object_attr_enforcelocal: could not enforce restore in newobj
object_attr_enforcelocal: could not enforce restore in newobj
object_attr_enforcelocal: could not enforce restore in newobj
object_attr_enforcelocal: could not enforce restore in newobj
object_attr_enforcelocal: could not enforce restore in newobj
object_attr_enforcelocal: could not enforce restore in newobj
object_attr_enforcelocal: could not enforce restore in newobj
object_attr_enforcelocal: could not enforce restore in newobj
object_attr_enforcelocal: could not enforce restore in newobj


I can reproduce it. The strange thing is that it works with named ui object, that's maybe a workaround.

note : pattr objects can not be seen by a parent pattrstorage if there's no autopattr object in the abstraction (that's not true for simple subpatches)

I can reproduce it. The strange thing is that it works with named ui object, that's maybe a workaround.
See example attached

note : pattr objects can not be seen by a parent pattrstorage if there's no autopattr object in the abstraction (that's not true for simple subpatches)


if it works with named ui objects, then its looking more and more like a bug...

if it works with named ui objects, then its looking more and more like a bug...
can someone from c74 verify?

c74 support are looking into this, and have suggested sending: "subscribemode 0" to pattrstorage to update the clientlist. i have tested this and it works on my system.

Three years later, difference person, different place, but same error message, this time 18 times :

object_attr_enforcelocal: could not enforce restore in newobj
object_attr_enforcelocal: could not enforce restore in newobj
object_attr_enforcelocal: could not enforce restore in newobj
object_attr_enforcelocal: could not enforce restore in newobj
object_attr_enforcelocal: could not enforce restore in newobj
object_attr_enforcelocal: could not enforce restore in newobj
object_attr_enforcelocal: could not enforce restore in newobj
object_attr_enforcelocal: could not enforce restore in newobj
object_attr_enforcelocal: could not enforce restore in newobj
object_attr_enforcelocal: could not enforce restore in newobj
object_attr_enforcelocal: could not enforce restore in newobj
object_attr_enforcelocal: could not enforce restore in newobj
object_attr_enforcelocal: could not enforce restore in newobj
object_attr_enforcelocal: could not enforce restore in newobj
object_attr_enforcelocal: could not enforce restore in newobj
object_attr_enforcelocal: could not enforce restore in newobj
object_attr_enforcelocal: could not enforce restore in newobj
object_attr_enforcelocal: could not enforce restore in newobj

If it's a bug, it's still in there ! :-)


Three more years later (because I was seeing this today)…

I was getting a number of these errors in one of my patchers. It was happening in an abstraction where there were a few [pattr] objects which had both an @initial value hardcoded into them as wells as connected [loadmess #1] boxes sending values into them.

The errors were cleaned up when I changed the @initial value to be #1 and removed the [loadmess] objects (which were redundant).

I was getting a number of these errors in one of my patchers.  It was happening in an abstraction where there were a few [pattr] objects which had both an @initial value hardcoded into them as wells as connected [loadmess #1] boxes sending values into them.

The errors were cleaned up when I changed the @initial value to be #1 and removed the [loadmess] objects (which were redundant).


Here in 2019 - @subscribemode 0, had to be written into the pattrstorage.

Here in 2019 - @subscribemode 0,  had to be written into the pattrstorage.

Also here in 2022. I have autopattr in nested subpatchers. Upon removing or changing the scripting names of UI in those nested subpatchers, the main patch's pattrstoreage does not update it's client list. pattrstoreage's help file says something about the "purge" message to update the client list, which does not work for this cause.

Then I read this thread (thanks!). Sending pattrstoreage the "subscribemode 0" message after any scripting name change gets the client list to update. That's not in the help file! So important!

Also here in 2022.  I have autopattr in nested subpatchers.   Upon removing or changing the scripting names of UI in those nested subpatchers, the main patch's pattrstoreage does not update it's client list.   pattrstoreage's help file says something about the "purge" message to update the client list, which does not work for this cause. 

Then I read this thread (thanks!).  Sending pattrstoreage the "subscribemode 0" message after any scripting name change gets the client list to update.  That's not in the help file!  So important!    

pattrstorage question: adding clients dynamically?