[PD] why not Purr Data?

[Alexandre Torres Porres]

It is true that even the pure vanilla section of Purr Data is not 100% the
same or compatible. I already mentioned how Purr Data doesn't carry yet all
of the features from the latest Pd Vanilla (0.48) - though I know it'll get
there eventually. Some of these considerations we're bringing here have to
do with the Purr Data project being still relatively new. I'm expecting it
to be more fully compatible.

But besides Purr Data not integrating all of vanilla yet, it also has some
different functionalities of Vanilla's objects. Even regarding syntax, like
being able to load $0 in messages (and boy, do I wish that was in Vanilla).
So that can be tricky as well.

Anyway, I don't think is that bad to go ahead and use both ;)

cheers

2017-10-02 12:53 GMT-03:00 Jonathan Wilkes via Pd-list <pd-list at lists.iem.at
>:

> > 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 at lists.iem.at mailing list
> UNSUBSCRIBE and account-management -> https://lists.puredata.info/
> listinfo/pd-list
>
>
-------------- next part --------------
An HTML attachment was scrubbed...
URL: <http://lists.puredata.info/pipermail/pd-list/attachments/20171002/6f8174d6/attachment.html>