While you're at it, it would be great if you could also try pd-l2ork and report any gui overload issues. There are debs available on the site (http://l2ork.music.vt.edu), although the most up-to-date ones are found in the http://l2ork.music.vt.edu/data/pd/ folder. You can also install from git using automated install script.
Best wishes,
Ico
-----Original Message----- From: pd-list-bounces@iem.at [mailto:pd-list-bounces@iem.at] On Behalf Of Ed Kelly Sent: Friday, January 04, 2013 6:16 PM To: Hans-Christoph Steiner; pd-list@iem.at Subject: Re: [PD] GUI overload
Hey Hans...
I'm on Lucid (10.04LTS Ubuntu). I've tried to get later Ubuntu versions to
run
on my new and old machines with no success, so I compiled the source code of Pd-extended 0.43 (2012-12-28 build). All was fine in linux_make/, then
I
tried "sudo make install" from packages directory.
install -p -m 644 jmmmp-meta.pd
/home/edward/software/pd/extended/0.43/pd- extended/packages/build/lib/pd-extended/extra/jmmmp test -z "" || (
install -p -m 644 /home/edward/software/pd/extended/0.43/pd- extended/packages/build/lib/pd-extended/extra/jmmmp &&
) /bin/sh: Syntax error: ")" unexpected make[2]: *** [libdir_install] Error 2? Ed
Gemnotes-0.2: Live music notation for Pure Data, now with dynamics! http://sharktracks.co.uk/
----- Original Message -----
From: Hans-Christoph Steiner hans@at.or.at To: pd-list@iem.at Cc: Sent: Friday, 28 December 2012, 5:22 Subject: Re: [PD] GUI overload
Hey Ed,
I just committed a couple more fixes for [tgl] and [mknob] that make them only send the GUI updates when something actually has changed. This can greatly reduce the amount of traffic to the GUI.
Can you try your patch with the 2012-12-28 build of Pd-extended and see if you still get freezes? http://autobuild.puredata.info/auto-build/2012-12-28/
.hc
On 12/16/2012 08:47 AM, Ed Kelly wrote:
Hi List,
I'm not going to say whether this is a "recurrent" problem as
it's hard to say whether the rewrite of the GUI has affected it...
I'm using a lot of abstractions with larger GOP or non-GOP GUIs, and I
find the following problem occurs. There comes a point where the GUI objects stop responding in a patch when it is reloaded. I am wondering if there is a specific limit to GUI objects that could be changed. I think Pd is making some kind of decision that "there's too much of this stuff - I'm gonna prioritize the audio and not worry about it" and I'd like to know how or if it is possible to control this process from within Pd, or by setting flags on the command line.
I'm also making less GUI intensive versions for performance time, since
the really big GUI patches are often pattern-sequencers which I will not want to program when I am performing. Example patch enclosed to give you an idea. The really GUI-intensive objects are the trackers, especially quadtracker (which I think has pushed the GUI of Pd patches
about as far as I can go now).
System: quad core i5 PC running Ubuntu (10.04 Lucid), Pd-0.43-4, lots of
externals compiled and loaded.
Warm wishes, Ed
Gemnotes-0.2: Live music notation for Pure Data, now with dynamics! http://sharktracks.co.uk/
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