Hey,
Let's keep this on the list so that everyone can benefit. The problem
is caused by the [zexy] object in labelslider. If you change that to
[import zexy] or whatever the same thing is with [declare] (I think
its [declare -stdlib zexy]), then the problem will go away.
.hc
On Jan 21, 2009, at 4:49 AM, kristof lauwers wrote:
hi Hans,
Sorry for replying late. i've been working with vanilla pd in the
mean time because i had some things that had to be done urgently.. Now i installed the extended 0.40.3 again. Actually the loading goes slow every time with most of my patches,
especially the ones with several gop absractions, which usually
takes some minutes. Attached is a more simple patch (gm_filestretch.pd - it uses the
labelslider abstration i also attach) that also takes more than a
minute.. (it expects a unique creation argument)while opening this patch, i get over 1000 times the message
"libdir_loader: added 'zexy' to the canvas-local objectclass path" and then "error: maximum object loading depth 1000 reached" i also attach the complete console output..so it might be a problem with zexy? i don't think i have any big
patch not using it.. all of pd's examle patches load instantly..hope this helps..
greetings,
Kristof
At 19:41 2009-01-09, you wrote:
With Pd-extended 0.39.3, the libdir code was compiled in as part of it. A library could also be loaded using [declare] or [import].
It is possible there is a bug in the libdir code, but it is something that I have never seen, so I can't troubleshoot it. If you can
make a patch that reproduces the problem every time, then post it and I'll have a look..hc
On Jan 9, 2009, at 3:33 AM, kristof lauwers wrote:
Strange. I tried extended 0.40.3 with only libdir and no other libraries (removed them from the registry) and it was still so slow. But with 0.39.3 and all of its default libraries my patches load in a couple of seconds.. but i don't see libdir in 0.39.3's
pd- settings.reg also..xof
At 01:45 2009-01-09, Hans-Christoph Steiner wrote:
I haven't heard of libdir causing problems, its been around since 0.38. I am guessing that the problem is in one of the ilbraries
that is loaded after libdir is. Then if you don't load libdir, that library doesn't get loaded.'libdir' is support for the libdir library format.
.hc
On Jan 8, 2009, at 5:19 AM, kristof lauwers wrote:
At 01:57 2009-01-08, Hans wrote:
My guess is that it is due to the hexloader. Are you loading
that? There was quite a bit of discussion about it in the past.I was not loading the hexloader, but it seems libdir is the
culprit (or is this the same? - i've been reading some stuff in the archives, but i find it quite confusing and might be missing some bits). When i remove all other libraries except libdir from startup, the patches still load so slow. when i remove just libdir, they open immediately, but then the other externals don't get loaded automatically anymore.. i can live with it that way, but it ould be nice if it worked some time in the future.. xof.hc
On Jan 7, 2009, at 9:44 AM, kristof lauwers wrote:
> hi, > I just tried PD extended 0.40.3. While none of my patches takes > longer then a couple of seconds to load in vanilla pd, extended > takes > sometimes (especialy with patches that contain a lot of gop > abstractions) several minutes, eating 50% of my cpu. > I tried it on two computers (both on WinXp) and had the same > problem > on both.. > Any idea where the slowness come from and how i can get rid of > it? > thanks, > Kristof > > > > ____________________________________ > > info@kristoflauwers.domainepublic.net > > http://kristoflauwers.domainepublic.net > http://myspace.com/xofxof > ____________________________________ > > > _______________________________________________ > Pd-list@iem.at mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
<gm_filestretch.pd><pd-output.txt><labelslider.pd>
The arc of history bends towards justice. - Dr. Martin Luther
King, Jr.
At 17:36 2009-01-21, Hans-Christoph Steiner wrote:
Hey,
Let's keep this on the list so that everyone can benefit. The problem is caused by the [zexy] object in labelslider. If you change that to [import zexy] or whatever the same thing is with [declare] (I think its [declare -stdlib zexy]), then the problem will go away.
Import solved the problem. Thanks!!
Kristof