i have one (relatively trivial) thing to report, where purr data saved me over pd vanilla 47-1 (64bit): for an installation project i use an echo audiofire 12 audiointerface, which stopped working reliably in vanilla under mac osX 10.12.6 (lots of crackling, not all 12 channels sounding etc) in purr data however it works smooth.
the patch only uses vanilla objects and some heavy fft lifting.
despite fiddling with the settings in pd vanilla, i never could figure out, what caused this behaviour. (the machine was a quad core mini mac server from 2012)
because i enjoy mobmuplat/pd party quite a lot, i try to keep everything vanilla. and had zero problems running the patch in purr data.
best hans
Am 02.10.2017 um 19:05 schrieb Ali Momeni batchku@gmail.com:
Great the Jonathan has joined this thread.
What keeps Purr data from running the latest pd core (0.48) and leaving aside things that Purr can do that vanilla can't (i.e. $0 in message box), are there any concerns going the other way? i.e. basic things that vanilla can do that Purr cant?
On Mon, Oct 2, 2017 at 11:53 AM, Jonathan Wilkes via Pd-list pd-list@lists.iem.at 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?
-Jonathan
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