loadtimes with pattrstorage

May 19, 2006 at 3:14pm

loadtimes with pattrstorage

Probably I had been too smart :-)

I gave slotnumbers to pattrstorage presets in the range of millions, for
example the first is 1100101. But now pattrstorage needs to read these
very much longer. What I also do is give commands like getslotname,
getslotnamelist etc…

With lower numbers, it was fast if I tried to recall a nonexisting slot,
now it will take minutes after I entered a non existing slotnumber.
Also my initialisation (reading the presets from the xml file,
getslotnamelist, to fill a coll with necesary infos…) will need
minutes now.

I know this might be something to expect, but the main reason why I did
this, is that I can’t recall presets with the slot name. If I could do
that, I would have no problem…
(I tried to code the name/meaning into the slotnumber the first number
would be voice/part/measure/event)

Stefan


Stefan Tiedje————x——-
–_____———–|————–
–(_|_ —-|—–|—–()——-
– _|_)—-|—–()————–
———-()——–www.ccmix.com

#26063
May 19, 2006 at 3:28pm

I’m not sure I’m understanding. You are saying that when you have only a
few presets with high indices, pattrstorage is slow recalling them? Or
that when you have a million presets and recall the higher-numbered
ones, pattrstorage is slow recalling them?

jb

#77434
May 19, 2006 at 4:32pm

Jeremy Bernstein wrote:
> I’m not sure I’m understanding. You are saying that when you have
> only a few presets with high indices, pattrstorage is slow recalling
> them?

Yes

> Or that when you have a million presets and recall the
> higher-numbered ones, pattrstorage is slow recalling them?

No


Stefan Tiedje————x——-
–_____———–|————–
–(_|_ —-|—–|—–()——-
– _|_)—-|—–()————–
———-()——–www.ccmix.com

#77435
May 22, 2006 at 2:33pm

Jeremy Bernstein wrote:
> I’m not sure I’m understanding. You are saying that when you have only a
> few presets with high indices, pattrstorage is slow recalling them? Or
> that when you have a million presets and recall the higher-numbered
> ones, pattrstorage is slow recalling them?

I found the culprit: as I needed the slotnames, I wanted to recall them
with “getslotnamelist”, this caused pattrstorage to put out all the
million slotnames which where till the last named one.

Knowing this, I know the workaround (getslotlist, and then retrieve the
names with only the listed ones)…

Stefan


Stefan Tiedje————x——-
–_____———–|————–
–(_|_ —-|—–|—–()——-
– _|_)—-|—–()————–
———-()——–www.ccmix.com

#77436
May 22, 2006 at 3:49pm

Well, getslotnames should only report slots that exist. Does this mean
that the millions slots exist, but simply have no names?

A little precision would be helpful – otherwise, there’s little I can do
but scratch my head.

jb

#77437
Jun 1, 2006 at 9:10am

I just found this waiting in my drafts folder…

Jeremy Bernstein wrote:
> Well, getslotnames should only report slots that exist. Does this mean
> that the millions slots exist, but simply have no names?

Well, the did not exist, at least opening the storage window would only
show the existing ones, which where around 10 or so….

Or could I create slots without content which then would not show up in
the storage window? Then I might have filled them in a genius strike of
bug creation maybe… But then these slots should show up in the xml
file which is small enough to know they are not stored there (just
checked the backups, they are not…)

To verify it I attached a simple patch, getslotnamelist will print a
million nonexisting slots after you stored some higher numbers….

Stefan

#P window setfont “Sans Serif” 9.;
#P window linecount 1;
#P newex 267 284 50 196617 print;
#P message 277 226 50 196617 1100102;
#P message 277 206 50 196617 1100101;
#P message 417 291 78 196617 getslotnamelist;
#P message 418 267 60 196617 writeagain;
#P message 439 244 78 196617 storagewindow;
#P message 449 159 50 196617 1100102;
#P number 292 186 35 9 0 0 0 3 0 0 0 221 221 221 222 222 222 0 0 0;
#P message 395 159 50 196617 1100101;
#P message 451 215 50 196617 read;
#P newex 337 277 50 196617 autopattr;
#X prestore MyMs 8 0 127. 80. 70. 60. 50. 30. 10. 0.;
#X prestore myNumber[1] 1 0 150;
#X prestore myNumber[2] 1 0 -136;
#X prestore myNumber[3] 1 0 208;
#X prestore myNumber[4] 1 0 -93;
#P objectname u903000020;
#P message 397 215 50 196617 write;
#P number 336 160 35 9 0 0 0 3 0 0 0 221 221 221 222 222 222 0 0 0;
#P newex 336 185 167 196617 sprintf store slaughtername%i %i;
#P newex 336 243 97 196617 pattrstorage test;
#X autorestore test.xml;
#X client_rect 20 74 660 314;
#X storage_rect 20 74 660 314;
#P objectname test;
#P window linecount 3;
#P message 241 78 50 196617 127 80 70 60 50 30 10 0;
#P window linecount 1;
#P message 145 82 72 196617 1 20 30 100;
#P user multiSlider 154 160 95 78 0. 127. 8 2681 15 0 0 2 0 0 0;
#M frgb 0 0 0;
#M brgb 255 255 255;
#M rgb2 127 127 127;
#M rgb3 0 0 0;
#M rgb4 37 52 91;
#M rgb5 74 105 182;
#M rgb6 112 158 18;
#M rgb7 149 211 110;
#M rgb8 187 9 201;
#M rgb9 224 62 37;
#M rgb10 7 114 128;
#P objectname MyMs;
#P number 45 212 35 9 0 0 0 3 0 0 0 221 221 221 222 222 222 0 0 0;
#P objectname myNumber[4];
#P number 45 167 35 9 0 0 0 3 0 0 0 221 221 221 222 222 222 0 0 0;
#P objectname myNumber[3];
#P number 45 122 35 9 0 0 0 3 0 0 0 221 221 221 222 222 222 0 0 0;
#P objectname myNumber[2];
#P number 45 77 35 9 0 0 0 3 0 0 0 221 221 221 222 222 222 0 0 0;
#P objectname myNumber[1];
#P connect 6 0 4 0;
#P connect 5 0 4 0;
#P connect 7 0 21 0;
#P connect 15 0 8 0;
#P connect 13 0 8 0;
#P connect 9 0 8 0;
#P hidden connect 19 0 7 0;
#P hidden connect 20 0 7 0;
#P connect 8 0 7 0;
#P connect 18 0 7 0;
#P connect 10 0 7 0;
#P connect 12 0 7 0;
#P hidden connect 14 0 7 0;
#P connect 16 0 7 0;
#P connect 17 0 7 0;
#P window clipboard copycount 22;


Stefan Tiedje————x——-
–_____———–|————–
–(_|_ —-|—–|—–()——-
– _|_)—-|—–()————–
———-()——–www.ccmix.com

#77438
Jun 1, 2006 at 9:34am

Thanks. Nice bug. Will fix.

jb

#77439

You must be logged in to reply to this topic.