slslp

Does anybody know if pattrstorage has some sort of maximum for storing 

I'm building a patch at the moment that should create a preset-index for 

Creating a short movie of 6 minutes would result in pattrstorage object 

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.

pattrstorage-maximum

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!

many thanks for the reply, will let you know when I reach the boundries 

of pattrstorage and how it looks over there..

> 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!

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
>
>


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....

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 

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....

>
> 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


This shouldn't really be the case (I thought I fixed this at some point). I'll look into it.

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.

pattrstorage maximum