Matrix Saving


    Jun 19 2006 | 8:35 pm
    SO sorry to bring this up yet again, BUT I'm still hoping that someone can help a brother out...
    OK... mega big patch - which has within it 8 matrixctrl objects, each of which is 128 X 64.
    This is the final stumbling block on a patch that has taken me months. HOW THE HECK can I save matrixctl states.
    My obstacles thus far:
    The pattrstor won't save info from matrixctl object that are that large.
    Preset objects DO save it, but are so flakey, I've never seen them able to recall data prperly, after writing and reloading. Most recently, I've used this method, and it works fine, until I save, quit, and reload, then... nothing. The preset object seems to have presets, but they don't do anything.
    I'm desperate here ... this patch is awesome, but unless I can save, it's all for naught...
    Could there be anything, anything anything I've over looked?
    Cheers,
    Joel

    • Jun 19 2006 | 8:47 pm
      if you have jitter: just save them as jitter matrices.
      else: lots and lots of colls.
    • Jun 19 2006 | 8:52 pm
      On 19 Jun 2006, at 21:35, joelsquare wrote:
      > This is the final stumbling block on a patch that has taken me
      > months. HOW THE HECK can I save matrixctl states.
      If pattr and presets don't do it: how about iterating the cell values
      to/from a coll?
      (Sorry if that's been suggested before; I've not been paying too much
      attention to this thread.)
      -- N.
      nick rothwell -- composition, systems, performance -- http://
      www.cassiel.com
    • Jun 19 2006 | 8:59 pm
      what if you save it as an actual jitter binary matrix, and use some
      javascript to iterate through the cells?
      you could do a jit.matrix 1 char 128x64 and store the states with
      setcell and recall with getcell maybe?
      if you have jitter that is.
      v a d e //
      www.vade.info
      abstrakt.vade.info
    • Jun 19 2006 | 9:06 pm
      Hey thanks for the fast responses.
      I don't have Jitter, and for now, I can't justify buying it for one object.
      There's no way to just use that one object, is there?
      I'm really hoping - naive, perhaps - for a quick solution, akin to PRESET or PATTRSTORAGE. Mostly because there are so many layers to this patch...
      I did think about using COLL, but I'm confused as to the most ergonomic way to use it in this case. Again, this is where a 'setcolumn' command would rock my world. Any thoughts as to the best way to convert Matrix settings into COLL-able data, and back again?
      Cheers,
      Joel
    • Jun 19 2006 | 9:09 pm
      You can also write a javascript to do the same thing as a coll would
      but has more intelligence.
      wes
    • Jun 19 2006 | 9:18 pm
      It might be worth checking to see if Nick (Rothwell) 's registry
      objects will deal with datasets that large.
      Nick?
      David
    • Jun 19 2006 | 10:32 pm
      On 19 Jun 2006, at 22:18, David Stevens wrote:
      > It might be worth checking to see if Nick (Rothwell) 's registry
      > objects will deal with datasets that large.
      I did think about that - I suspect my code has the same list length
      limitations as other externals (255 atoms?) - but if a solution using
      'coll' looks like working at all, then registry would probably work
      as well - it's implemented against the same API - and might be more
      convenient. (Registry is OS X only, though.)
      On the other hand: you could always (*ahem*) use an SQL database:
      nick rothwell -- composition, systems, performance -- http://
      www.cassiel.com
    • Jun 19 2006 | 10:47 pm
      sorry,
      If you use long lists , thinks about this
      max v2;
      best
      huts
      ( )
      ~ O ~ www.kineticsoundsystem.com
      ( )
    • Jun 20 2006 | 2:16 am
    • Jun 20 2006 | 6:22 am
      here is a way!
      happy birthday and merry christmas
      //yac
      _________________________________________
    • Jun 20 2006 | 9:31 am
      joelsquare wrote:
      > Preset objects DO save it, but are so flakey, I've never seen them
      > able to recall data prperly, after writing and reloading. Most
      > recently, I've used this method, and it works fine, until I save,
      > quit, and reload, then... nothing. The preset object seems to have
      > presets, but they don't do anything.
      You should connect the matrixctrl's with the left outlet of preset, that
      will asure you that the content is not scrumbled. As each time you add
      UI elements, the order of preset might be displaced. (I once made a
      little abstarction (still in St.ools) which could help out there, but in
      your case, just save only the matrixctl states and nothing else...)
      Stefan
      --
      Stefan Tiedje------------x-------
      --_____-----------|--------------
      --(_|_ ----|-----|-----()-------
      -- _|_)----|-----()--------------
      ----------()--------www.ccmix.com
    • Jun 20 2006 | 1:33 pm
      Hey all,
      Thank you so much for contributing... this has been the final headache in a large project. SOME headaches, I like - I love to solve problems, but this headache was getting too big!
      I will check some of these solutions out! I really appreciate it. Yacine - I had played with something like this, but I think my MAX/MSP knowledge limited me a bit... your patch looks good, and might just be the solution. How much do I owe you?!
      Cheers and thanks again all,
      Joel
    • Jun 20 2006 | 11:14 pm
      >How much do I owe you?!
      a bear will fine when we meet someday...
      'hope your headaches will leave you for a while!
      ciao
      //yac