I just discovered that my apparent GUI stutter came from "tear free" being enabled on in my AMD/fglrx video card control panel (go figure). So, my report may not be complete/accurate. I will reenable the flag and investigate further.
As for trying pd-l2ork you can always compile it using the instructions provided online which are fairly simply even for a newcomer.
Best wishes,
Ico
-----Original Message----- From: Ed Kelly [mailto:morph_2016@yahoo.co.uk] Sent: Thursday, February 21, 2013 5:41 PM To: Ivica Ico Bukvic; 'Jonathan Wilkes'; 'Miller Puckette' Cc: pd-list@iem.at Subject: Re: [PD] GUI overload
OK. Right now the change Miller suggested to the source code is the only way I can run my patch and have the GUI work at all, so I'm keeping my
main
machine equipped with this change to Pd vanilla 0.43 with libs compiled, rather than Pd-extended 0.43-4. If Miller can work out how this works, why my GUI doesn't work, and how to get the best of both worlds then great.
I have another machine with Pd-extended on it, and will test the patch
there
as soon as I've made the new (and old) Metastudio abstractions work with 0.43.
Note that I'm using a single Pd with no networking. Perhaps the way that
the
network objects and the GUI are implemented conflicts in some way, or creates a bottleneck somewhere, for Pd-l2ork. My Pd patch, with 45 GOP abstractions in the master patch and 4 quadtracker objects (see enclosed
.ps)
runs really smoothly with the patch applied, but the GUI doesn't work at
all
without it.
Sorry, but I can't test the latest Pd-l2ork because I'm running Ubuntu
10.04. I
won't upgrade now because I have pieces to finish and gigs coming up.
Cheers, Ed
Gemnotes-0.2: Live music notation for Pure Data, now with dynamics! http://sharktracks.co.uk/
From: Ivica Ico Bukvic ico@vt.edu To: 'Jonathan Wilkes' jancsika@yahoo.com; 'Miller Puckette'
Cc: pd-list@iem.at Sent: Friday, 15 February 2013, 4:03 Subject: Re: [PD] GUI overload
OK, so I had several L2Ork rehearsals on new machines with this patch applied and I can confirm that this is actually a regression. GUI in
heavy
traffic situations gets visibly sluggish and falls behind, so to say.
This
still leaves the only notable difference between pd-l2ork and pd that
has so
far proven pd-l2ork resistant to the problems encountered below and
those
have to do with the way how pd-l2ork has altered both
netsend/netreceive and
also provided its own disis_netsend/receive externals that have been reported before on this list to have fixed similar gui freeze
issues...
Why is it disis_netsend/receive and not simply a fixed netsend/receive?
Did
you change the interface in some way?
-Jonathan
Those have additional features (e.g. UDP broadcast, obviously operation without gui hiccups, as well as enqueing messages and dumping them all at once) that I implemented as separate externals before forking pd-l2ork so
I
did it in a way that did not mess with the core pd. Since then, I fixed netsend/receive in the core part of Pd as well but kept those for
backwards
compatibility purposes unaltered.
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management ->
-
Ivica Ico Bukvic