Pattrstorage still asking to save in parameter mode (5.17)

    Dec 06 2010 | 10:29 pm
    Hello: In the release notes of 5.17 it says
    pattrstorage: no longer prompts for file saving when in parameter mode
    Yet when I load the attached file in a live set, set a couple presets, save the set, and exit, it still asks to save a json file for the pattrstorage. I thought that data would now be included in the live set.
    Am I misunderstanding the nature of this change?
    Thanks! Ben

    • Dec 06 2010 | 10:37 pm
      It appears as if you have to have initial enable on to avoid the file saving entirely. I'll check to see if this is a bug or intentional.
    • Dec 06 2010 | 11:07 pm
      Thanks for the info Ben. I hope it's a bug and can get fixed soon. Having to save different files for each instance of a device in a set is a dealbreaker for me. If the pattrstorage info can get stored with a set, it will open all sorts of possibilities!
    • Dec 06 2010 | 11:27 pm
      in the meantime, just set the pattrstorage's 'initial enable' attribute to '1'.
    • Dec 06 2010 | 11:41 pm
      But then it won't save whatever new presets I create when I save my live set!
    • Dec 06 2010 | 11:49 pm
      Actually, you will want to have 'initial enable' attribute set to 1 as well as 'auto-update initial value' set to 1, for it to work at all.
    • Dec 06 2010 | 11:55 pm
      Thanks again for all your help Ben.
      If I set both of those attributes to 1, as you say, the pattrstorage successfully recalls the last state that the multislider object was in when I save the live set, but doesn't recall any other presets.
    • Dec 07 2010 | 12:00 am
      Sorry, apparently this doesn't work if the device is frozen. Can you confirm that it works for you when the device is unfrozen?
      Regardless, we will take another look.
    • Dec 07 2010 | 12:04 am
      Doesn't work when unfrozen, sorry. I just freeze the device as a habit when I send it to people. Does it work for you when unfrozen?
    • Dec 07 2010 | 12:31 am
      try giving your pattr a name. Does it work then?
    • Dec 07 2010 | 12:35 am
      Long name, short name, and scripting name are all 'slider'. Still doesn't work. Sorry!
    • Dec 07 2010 | 12:45 am
      i'm sorry, I mean the pattr scripting name. In the pattr box, you should give it a name, like [pattr slider]. The scripting name was a default scripting name in the device you sent along.
    • Dec 07 2010 | 12:47 am
      It works! Thanks so much! I hope I helped in getting to the bottom of any issues. Ben
    • Dec 08 2010 | 12:26 pm
      My thinking about this was: 1. If you want to save an initial value with the patcher, you should use Initial Enable. Otherwise @savemode works as normal (@savemode 0 -> don't save a JSON file). Initial Enable overrides the @savemode setting. 2. Likewise, if Initial Enable is turned on @autorestore doesn't do anything.
      It seemed like overkill to disable file services for objects not using the Initial Value feature in parameter mode, especially since there are native pattrstorage attributes to control those behaviors. However, it seems like this is confusing to everyone except for, well, me. We could disable file services entirely for parameter-enabled pattrstorage objects, but probably someone else would complain. Can I see a show of hands?
      The issue with the scripting name is a general behavior of pattr objects: if you leave a pattr object unnamed, it will be automatically renamed every time the patcher is loaded. An unnamed pattr object is not appropriate for use with pattrstorage, since presets can't be properly restored to the object the next go around.
      Hope this helps, Jeremy
    • Jan 22 2011 | 5:27 pm
      humm. I tried everything and it still asks me to save it when I close the live set. I don't know what to do anymore.
      somebody can explain something about it please?
    • Jan 22 2011 | 5:50 pm
      @julienrobert I checked 'initial enable' and 'auto-update initial value' in the pattrstorage inspector. Now it saves the state of the grid with the live set. No additional save window pops up. Can you reproduce?
    • Nov 24 2011 | 5:39 pm
      thanks a lot, it works now! finally!
    • Apr 23 2012 | 2:32 am
      So do the names of the pattr objects need to be unique?
      For example if I have 24 devices in Live, thats 192 parameters, I am trying to store and recall, does each pattr object for eace parameter need it's own name?
    • Apr 23 2012 | 6:44 pm
      I think pattrstorage doesn't see the pattr objects from other devices...
    • Apr 23 2012 | 6:51 pm
      What I mean is, I have 1 M4L device that stores and recalls parameters for 24 Live FX Racks, using live.object's on 192 of these parameters.
      So I have 192 pattr objects hooked up to 192 live.numbox's
      Is it best for each of the pattr objects to have a unique name, or can they all share the same name such as 'pattr drumsParams'
      It seems as if they all have the same name, they get assigned a [#]. This stays consistent yes? As opposed to no naming and they get a random name such as u2834954034.
      I am asking because it's easier if they do not need unique names, but all share the same name. Makes copy paste easier if I need to edit some parts of the patching.
    • Apr 23 2012 | 7:22 pm
      If I well understood, you're pattr objects doesn't have, in fact, the same name since when you duplicate them, Max assign a number next to their names. So, yes, you need different names but Max takes care of doing it for you.
    • Apr 23 2012 | 7:29 pm
      Cool. So after Max takes care of it, that stays consistent in my Live set right? I should have no worries about saving presets within my set after closing and opening files?
      Seems to be working so far.
      Thanks for the help.