One other occasion where I used to have the same thing happen to me which might shed some light on the situation.
Remember Brazil? I tried all evening to get my GUI-intensive patches working. Fortunately we did, in the end, get some music. It was all down to that pesky firewire interface, using Jack.
I had to run Pd in -rt mode, and I have found that running Pd in -rt often causes the GUI to seize up completely in my patches, in exactly the same way as it did for the latest one. I don't use Jack any more, nor do I ever run Pd in -rt mode. Without -rt I find I can do things like create a new [table] object and copy audio data from a recording of the [adc~] into the table, without any audio dropouts. Ed;
Gemnotes-0.2: Live music notation for Pure Data, now with dynamics! http://sharktracks.co.uk/
----- Original Message -----
From: Miller Puckette msp@ucsd.edu To: Ed Kelly morph_2016@yahoo.co.uk Cc: Hans-Christoph Steiner hans@at.or.at; "pd-list@iem.at" pd-list@iem.at Sent: Saturday, 5 January 2013, 4:18 Subject: Re: [PD] GUI overload
So now a question for me is - should I change || to + in the 0.44 release? My first impulse is to hold off since I can't be sure it won't affect scheduling in some other unknown way - after al if it makes one thing happen faster it presumably makes something else happen slower.
I'm hoping to make 0.44 official this weekend :)
M
On Sat, Jan 05, 2013 at 01:07:44AM +0000, Ed Kelly wrote:
Oooh, aargh, exactly the same!
San Diego (Houston) we have a problem...Miller's sys_pollgui() fix is
the only one I found that works, and perhaps we don't know why it works, but it works for me. Bear in mind I have 32x64+256=2304 GUI objects to update when the pattern changes on my sequencer, but I'm not entirely convinced that is the whole problem. The version I sent you (with all those GUI updates) worked fine it turned out, but the version I made of the sequencer to try to counteract this (with no GUI updates) - the performance patch with that still had the problem.
Since I now have both Pd versions - hacked vanilla and extended - is there
any test I can carry out to determine what the issue might be?
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: Ed Kelly morph_2016@yahoo.co.uk Cc: "pd-list@iem.at" pd-list@iem.at Sent: Saturday, 5 January 2013, 0:08 Subject: Re: [PD] GUI overload
Have you tried using the Pd-extended PPA, there is a Lucid package
there:
https://launchpad.net/~eighthave/+archive/pd-extended
sudo add-apt-repository ppa:eighthave/pd-extended
.hc
On Jan 4, 2013, at 6:15 PM, Ed Kelly wrote:
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!
----- 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!
_______________________________________________ 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 ->