pattrstorage maximum


    Jul 28 2008 | 8:28 am
    Hi list,
    Does anybody know if pattrstorage has some sort of maximum for storing
    presets?
    I'm building a patch at the moment that should create a preset-index for
    each frame of video (@25fps).
    Creating a short movie of 6 minutes would result in pattrstorage object
    filled with 9000 preset entries.
    Many thanks in advance!
    Martijn van Boven

    • Jul 28 2008 | 9:39 am
      There's no built-in maximum, but you will probably run into some functional limitations at some point (slowdowns when doing lookups or writes). Let us know how it goes!
      jb
    • Jul 28 2008 | 10:19 am
      Hi Jeremy,
      many thanks for the reply, will let you know when I reach the boundries
      of pattrstorage and how it looks over there..
      Regards,
      Martijn
      Jeremy Bernstein wrote:
      > There's no built-in maximum, but you will probably run into some functional limitations at some point (slowdowns when doing lookups or writes). Let us know how it goes!
      >
      > jb
      >
      >
    • Aug 01 2008 | 1:22 pm
      I know that if I creatde a pattrstorage with just two slots, 1 and
      10000, that I get a significant slowdown in lookup, but it does work.
      Somewhere I've got an unfinished project that has over 3000 entries &
      it works, but it's ultimately designed to compilte in non-real-time,
      so a bit of sluggishness doesn't matter to me....
      M
      On Jul 28, 2008, at 5:39, Jeremy Bernstein wrote:
      >
      > There's no built-in maximum, but you will probably run into some
      > functional limitations at some point (slowdowns when doing lookups
      > or writes). Let us know how it goes!
      >
      > jb
    • Aug 01 2008 | 3:08 pm
      This shouldn't really be the case (I thought I fixed this at some point). I'll look into it.
      jb
    • Aug 14 2008 | 9:18 am
      OK, I can't really find anything strange going on. Please submit a patch which exhibits the problem to support@cycling74.com and we'll take it from there.
      Thanks
      Jeremy