Re: [PD] Fwd: Re: why not Purr Data?
> So basically I guess you're telling me that I should either 1) upgrade to a > faster mac > or 2) move from using PurrData to using PureData Vanilla, to get rid of the > GOP-within-GOP-within-GOP -induced CPU spikes and high CPU usage I've been > having with my mid-2009 MacBookPro with PurrData? Not sure at whom that is directed, but I'm definitely not saying that. Post a trivial example patch on the tracker and I'll have a look and see if I can fix it: https://git.purrdata.net/jwilkes/purr-data/issues -Jonathan On 3 October 2017 at 20:28, Alexandre Torres Porres wrote: 2017-10-03 14:08 GMT-03:00 Jonathan Wilkes : I'd be much more interested in a feature that automatically encapsulates the current selection inside an abstraction. This is exactly what I believe I've seen a while back, maybe in pd-l2ork 1.0? There was even an youtube video showing it? My mind is tricking me into believing I even tried it myself and saw that it worked in Purr Data. How crazy am I? cheers __ _ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/ listinfo/pd-list -- http://linkedin.com/in/esaruoho // http://twitter.com/esaruoho // http://lackluster.bandcamp.com //+358403703659 // http://lackluster.org // skype:esajuhaniruoho // iMessage esaru...@gmail.com //http://esaruoho.tumblr.com // http://deposit4se.tumblr.com // http://facebook.com/LacklusterOfficial // ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] Fwd: Re: why not Purr Data?
On 10/03/2017 07:08 PM, Jonathan Wilkes via Pd-list wrote: > That feature doesn't currently exist, though it's fairly trivial to > implement. (I believe > DesireData had it.) Pd has it as well: https://git.iem.at/pd-gui/punish gfmrdsa IOhannes signature.asc Description: OpenPGP digital signature ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] Fwd: Re: why not Purr Data?
So basically I guess you're telling me that I should either 1) upgrade to a faster mac or 2) move from using PurrData to using PureData Vanilla, to get rid of the GOP-within-GOP-within-GOP -induced CPU spikes and high CPU usage I've been having with my mid-2009 MacBookPro with PurrData? On 3 October 2017 at 20:28, Alexandre Torres Porres wrote: > > > 2017-10-03 14:08 GMT-03:00 Jonathan Wilkes : >> >> >> I'd be much more interested in a feature that automatically encapsulates >> the current selection inside an abstraction. >> > > This is exactly what I believe I've seen a while back, maybe in pd-l2ork > 1.0? There was even an youtube video showing it? My mind is tricking me > into believing I even tried it myself and saw that it worked in Purr Data. > How crazy am I? > > cheers > > ___ > Pd-list@lists.iem.at mailing list > UNSUBSCRIBE and account-management -> https://lists.puredata.info/ > listinfo/pd-list > > -- http://linkedin.com/in/esaruoho // http://twitter.com/esaruoho // http://lackluster.bandcamp.com // +358403703659 // http://lackluster.org // skype:esajuhaniruoho // iMessage esaru...@gmail.com // http://esaruoho.tumblr.com // http://deposit4se.tumblr.com // http://facebook.com/LacklusterOfficial // ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] Fwd: Re: why not Purr Data?
2017-10-03 14:08 GMT-03:00 Jonathan Wilkes : > > > I'd be much more interested in a feature that automatically encapsulates > the current selection inside an abstraction. > This is exactly what I believe I've seen a while back, maybe in pd-l2ork 1.0? There was even an youtube video showing it? My mind is tricking me into believing I even tried it myself and saw that it worked in Purr Data. How crazy am I? cheers ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] Fwd: Re: why not Purr Data?
> I like how Pd-l2ork/Purr Data has many new features, like infinite undo, > arrays with bars. By the way, what's the shortcut to > automatically encapsulate a part of your patch as a subpatch in pd-lork/purr > data? I saw something once where you could select > a portion of the patch and do it. That feature doesn't currently exist, though it's fairly trivial to implement. (I believe DesireData had it.) I'd be much more interested in a feature that automatically encapsulates the current selection inside an abstraction. -Jonathan > cheers___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] Fwd: Re: why not Purr Data?
I like how Pd-l2ork/Purr Data has many new features, like infinite undo, arrays with bars. By the way, what's the shortcut to automatically encapsulate a part of your patch as a subpatch in pd-lork/purr data? I saw something once where you could select a portion of the patch and do it. cheers 2017-10-03 6:59 GMT-03:00 Roman Haefeli : > On Mon, 2017-10-02 at 23:07 -0400, Ivica Bukvic wrote: > > > > > > This is why Pd-l2ork/Purr-Data has had for at least 2-3 years the > > -legacy startup flag that ensures iemgui widgets are inconsistently > > offset to match the vanilla behavior plus some other similarly > > inconsistent behaviors... > > Ah, that's good to know and a crucial factor for being compatible with > Pure Data. And I can confirm that with -legacy the GUIs of the patches > I tested are usable (GUI wise) and look good in Purr Data now. > > Roman > ___ > Pd-list@lists.iem.at mailing list > UNSUBSCRIBE and account-management -> https://lists.puredata.info/ > listinfo/pd-list > > ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
Re: [PD] Fwd: Re: why not Purr Data?
On Mon, 2017-10-02 at 23:07 -0400, Ivica Bukvic wrote: > > > This is why Pd-l2ork/Purr-Data has had for at least 2-3 years the > -legacy startup flag that ensures iemgui widgets are inconsistently > offset to match the vanilla behavior plus some other similarly > inconsistent behaviors... Ah, that's good to know and a crucial factor for being compatible with Pure Data. And I can confirm that with -legacy the GUIs of the patches I tested are usable (GUI wise) and look good in Purr Data now. Roman signature.asc Description: This is a digitally signed message part ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
[PD] Fwd: Re: why not Purr Data?
Forgot to copy list... -- Ivica Ico Bukvic, D.M.A. Associate Professor Computer Music ICAT Senior Fellow Director -- DISIS, L2Ork Virginia Tech School of Performing Arts – 0141 Blacksburg, VA 24061 (540) 231-6139 i...@vt.edu www.performingarts.vt.edu disis.icat.vt.edu l2ork.icat.vt.edu ico.bukvic.net -- Forwarded message -- From: "Ivica Bukvic" Date: Oct 2, 2017 23:06 Subject: Re: [PD] why not Purr Data? To: "Roman Haefeli" Cc: On Oct 2, 2017 14:07, "Roman Haefeli" wrote: On Mon, 2017-10-02 at 15:53 +, Jonathan Wilkes wrote: > > Many of my patches that I developed on Pure Data don't run without > > modification in Purr Data. Some crash at loading, some look > graphically > > weird > > Typically, "crashers" and "freezers" get fixed pretty quick in Purr > Data. > > The only freezer I remember with one of your patches was due to a > broken object triggering an infinite loop in your patch's [until] > object. I'm > pretty sure that was an alpha or beta version, and I'm pretty sure I > fixed > whatever object it was that wouldn't create. > > I don't see any other relevant crashers listed on the tracker: > > https://git.purrdata.net/jwilkes/purr-data/issues > > What am I missing? Nothing and I am sure you'll fix anything quickly. I didn't mean at all to doubt your sensible care about Purr Data. It's certainly well maintained. I haven't reported as it seemed too tedious work for not being easily able to support Purr Data anyway. Many patches would require to move sliders and other widgets inside GOP windows around for them to become visible, which would make them invisible again in Pure Data and I can't remember other things that are not bugs, but design decisions. For me, supporting both of them is a lost case, so I decided for one. This is why Pd-l2ork/Purr-Data has had for at least 2-3 years the -legacy startup flag that ensures iemgui widgets are inconsistently offset to match the vanilla behavior plus some other similarly inconsistent behaviors... If supporting pure vanilla patches to their full extent would be a stated goal of the Pure Data project, I'd have some incentive to report stuff, but it seems it isn't. Roman ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/li stinfo/pd-list ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list
