Hi,
going back to the subject of the long loading time of patches: before I
suspected that it was due (besides some difference in the newer version)
to several nested gops. that's not the case, as after switching off the
gops it still takes as long (or maybe slightly less, but still too long).
Ah, and I think I didn't say: while all this time the patch is loading,
cpu is at 100%.
XP, Pd version 0.40.3-extended-20080603
Or was there already improvements in this area? I don't go download the
nightly builds each day, because sometimes they're unstable.
João Pais
There is a bug in the prefs loading of Pd in general where it'll peg
the CPU while loading for a bit unless you specify npath and
nloadlib. Perhaps it is related to that?
Right now would be a good time to download and try a nightly build.
AFAIK, there aren't any outstanding bugs. I just installed today's
build and ran it in Windows XP in an emulator (Parallels) on top of
Mac OS X, and it started up almost instantly.
.hc
On Jun 22, 2008, at 12:13 PM, João Pais wrote:
Hi,
going back to the subject of the long loading time of patches:
before I suspected that it was due (besides some difference in the newer
version) to several nested gops. that's not the case, as after switching off
the gops it still takes as long (or maybe slightly less, but still too
long).Ah, and I think I didn't say: while all this time the patch is
loading, cpu is at 100%.XP, Pd version 0.40.3-extended-20080603
Or was there already improvements in this area? I don't go download
the nightly builds each day, because sometimes they're unstable.João Pais
-- Friedenstr. 58 10249 Berlin Deutschland Tel +49 30 42020091 Mob +49 162 6843570 jmmmpais@googlemail.com skype: jmmmpjmmmp http://www.puredata.org/Members/jmmmp IBM Thinkpad R51, XP, Ubuntu GG Pd-Ext-0.39-2-t5, Pd Van 0.40-t2
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
"[T]he greatest purveyor of violence in the world today [is] my own
government." - Martin Luther King, Jr.
Hi,
just installed the last XP build. The program loads quite fast (but maybe
that's because I did it on my new desktop). But the problem with the
loading the patch still persists. Is there any relevant information that
can be collected from somewhere?
João
There is a bug in the prefs loading of Pd in general where it'll peg the
CPU while loading for a bit unless you specify npath and nloadlib.
Perhaps it is related to that?Right now would be a good time to download and try a nightly build.
AFAIK, there aren't any outstanding bugs. I just installed today's
build and ran it in Windows XP in an emulator (Parallels) on top of Mac
OS X, and it started up almost instantly..hc
On Jun 22, 2008, at 12:13 PM, João Pais wrote:
Hi,
going back to the subject of the long loading time of patches: before I suspected that it was due (besides some difference in the newer version) to several nested gops. that's not the case, as after switching off the gops it still takes as long (or maybe slightly less, but still too
long).Ah, and I think I didn't say: while all this time the patch is loading, cpu is at 100%.
XP, Pd version 0.40.3-extended-20080603
Or was there already improvements in this area? I don't go download the nightly builds each day, because sometimes they're unstable.
João Pais
--Friedenstr. 58 10249 Berlin Deutschland Tel +49 30 42020091 Mob +49 162 6843570 jmmmpais@googlemail.com skype: jmmmpjmmmp http://www.puredata.org/Members/jmmmp IBM Thinkpad R51, XP, Ubuntu GG Pd-Ext-0.39-2-t5, Pd Van 0.40-t2
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
"[T]he greatest purveyor of violence in the world today [is] my own
government." - Martin Luther King, Jr.
Other people are reporting this too. It doesn't happen with my
patches, I ran an installation a couple of weeks ago with the latest
version and it worked fine. Could you create a bug report and
include a patch or collection of patches that has this problem?
.hc
On Jun 23, 2008, at 3:12 PM, João Pais wrote:
Hi,
just installed the last XP build. The program loads quite fast (but
maybe that's because I did it on my new desktop). But the problem
with the loading the patch still persists. Is there any relevant
information that can be collected from somewhere?João
There is a bug in the prefs loading of Pd in general where it'll
peg the CPU while loading for a bit unless you specify npath and
nloadlib. Perhaps it is related to that?Right now would be a good time to download and try a nightly
build. AFAIK, there aren't any outstanding bugs. I just
installed today's build and ran it in Windows XP in an emulator
(Parallels) on top of Mac OS X, and it started up almost instantly..hc
On Jun 22, 2008, at 12:13 PM, João Pais wrote:
Hi,
going back to the subject of the long loading time of patches:
before I suspected that it was due (besides some difference in the newer
version) to several nested gops. that's not the case, as after switching
off the gops it still takes as long (or maybe slightly less, but still
too long).Ah, and I think I didn't say: while all this time the patch is
loading, cpu is at 100%.XP, Pd version 0.40.3-extended-20080603
Or was there already improvements in this area? I don't go
download the nightly builds each day, because sometimes they're unstable.João Pais
--Friedenstr. 58 10249 Berlin Deutschland Tel +49 30 42020091 Mob +49 162 6843570 jmmmpais@googlemail.com skype: jmmmpjmmmp http://www.puredata.org/Members/jmmmp IBM Thinkpad R51, XP, Ubuntu GG Pd-Ext-0.39-2-t5, Pd Van 0.40-t2
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/ listinfo/pd-list
"[T]he greatest purveyor of violence in the world today [is] my
own government." - Martin Luther King, Jr.-- Friedenstr. 58 10249 Berlin Deutschland Tel +49 30 42020091 Mob +49 162 6843570 jmmmpais@googlemail.com skype: jmmmpjmmmp http://www.puredata.org/Members/jmmmp IBM Thinkpad R51, XP, Ubuntu GG Pd-Ext-0.39-2-t5, Pd Van 0.40-t2
All information should be free. - the hacker ethic
did you post the patch somehwere? I think several people mentioned that pdx got slower, would like to know why, too? marius.
João Pais wrote:
Hi,
going back to the subject of the long loading time of patches: before I
suspected that it was due (besides some difference in the newer version)
to several nested gops. that's not the case, as after switching off the
gops it still takes as long (or maybe slightly less, but still too long).Ah, and I think I didn't say: while all this time the patch is loading,
cpu is at 100%.XP, Pd version 0.40.3-extended-20080603
Or was there already improvements in this area? I don't go download the
nightly builds each day, because sometimes they're unstable.João Pais