Which part loads super slow? There could be other things at play there. How fast is your machine? Which platform?
the patch loads super slow. specially if there are gops in it (or nested
ones, as in my case)
Thinkpad r51, 1,6Ghz, 1Gb Ram. XP.
It is possible with custom preferences to cause a massive CPU spike on startup, if you forget to include the npath or nloadlib tags.
it does, specially with all the libraries in the startup window - I
removed them from the registry anyway.
But that isn't related to the problem, and it makes no difference if the
externals are previously loaded or not (my gops don't have that many
complicated externals anyway)
.hc
On Jun 6, 2008, at 4:50 PM, Matthew Logan wrote:
Yes, it loads super-slow. Or should I say sub-slow. Is it because of the fancy gui look? (compared to the last extended release)
On 6/6/08, Luke Iannini lukexipd@gmail.com wrote: On Thu, Jun 5, 2008 at 5:29 AM, João Pais jmmmpais@googlemail.com wrote:
I notice that pd is much slower now to open up patches with gops,
using
cpu at 100% sometimes for 1/2 a minute. is that normal? after loaded, the patches run as normal. this happens since the colorscheme option in hcs/sys-gui was introduced (I updated after
that)
I think it's related with the number of gops in the patch. I have
a kind
of small 4-voice seq utility with several gops on top of each
other, and
on xp it takes almost a minute (takes less in ubuntu)
Ha, a minute is nothing : ). I just decided to time the opening of my performance/composition suite (made up of 16 drum modules and a sequencer) and it took...
/fourteen minutes/ and 22 seconds.
Is anyone versed enough in Pd's loading sequence to explain how it can run the patch (mostly) flawlessly but take a quarter of an hour to open it? (on a 2.8g mac pro)
I'll try it with vanilla sometime when I get the energy to collect the many externals I use.
Cheers Luke
XP, 0.40.3-extended-20080603 [with custom colorscheme, but that
probably
has nothing to do with it]
For this release, there has been a lot of work in making the GUI
and
user experience much more fluid and easy. There is a new visual
look
that was designed to make patches more readable. Additionally, lots of things have been tweaked to make Pd behave more like a normal
app.
There has already been a lot of testing on these builds, so it is getting quite close to a final version. (Debian/PowerPC is missing now but will come later)
http://at.or.at/hans/pd/installers.html
Here is a partial changelog:
- next visual appearance designed for readability (it can run
slower
on machines < 1 GHz)
- default locations for user-installed externals, helpfiles, etc. GNU/Linux: /usr/share/pd and ~/pd Mac OS X: /Library/Pd and ~/Library/Pd Windows: %ProgramFiles%/Common Files/Pd and %UserProfile%/
Application Data/Pd
lots of standard key bindings added: Enter/Return for OK Escape for Cancel Ctrl/Cmd-W closes all windows on Mac OS X, Cmd-` cycles thru open windows on Mac OS X, Cmd-m minimizes windows Ctrl/Cmd-R raises/lowers Pd window Ctrl/Cmd-Shift-R shrinks/grows Pd window Ctrl/Cmd-Shift-L clears Pd window's text console Ctrl/Cmd-B opens the Help Browser
you can now use "~" in all paths to mean home folder, and on
Windows you can use environment variables, lie %UserProfile% in
paths
cut/copy/paste now work directly into text boxes on all platforms
[declare] and [import] now sorted out for loading, much work
needs
to be done before there namespace support is complete
"File -> Save As" defaults to the Home folder (~/)
fixed Cut/Copy/Paste for the Pd window's console
included pgp_opengl aka 3dp on GNU/Linux and Mac OS X
KNOWN BUGS
check http://puredata.info/dev/bugtracker before reporting bugs
Escape, Enter, and Ctrl/Cmd-W don't close the Path and Startup
preferences
pdp_opengl is alpha and will definitely crash Pd
loading pdp_opengl will crash Pd if X11 is not open before trying
to load it
.hc
--
I spent 33 years and four months in active military service and during that period I spent most of my time as a high class
muscle man
for Big Business, for Wall Street and the bankers. - General Smedley Butler
Pd-announce mailing list Pd-announce@iem.at http://lists.puredata.info/listinfo/pd-announce
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
-- 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
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
"Free software means you control what your computer does. Non-free software means someone else controls that, and to some extent controls you." - Richard M. Stallman