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:[email protected]] > Sent: Thursday, February 21, 2013 5:41 PM > To: Ivica Ico Bukvic; 'Jonathan Wilkes'; 'Miller Puckette' > Cc: [email protected] > 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 <[email protected]> > >To: 'Jonathan Wilkes' <[email protected]>; 'Miller Puckette' > <[email protected]> > >Cc: [email protected] > >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. > > > > > >_______________________________________________ > >[email protected] mailing list > >UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > > > > > > _______________________________________________ [email protected] mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
