Similar graphic capabilities... Processing

Although I've got to agree. once you've gotten over infamiliarity the data-flow interface of Pd is definately one of it's greatest strengths. As with any language you've got to learn some syntax before learning to use it fluently. However, it's a good instant-use language. With the code operating in the same environment in which it's produced and edited. Meaning you can observe your code and debug without changing window, re-initialzing, compiling, bulding test methods or any other work-flow road-blocks like this. 

In short, the graphic interface is one of the great unique selling points of PD (and the rather more expensive maxMSP) and it's a valuable tool once you know how to use it.

It's also worth noting that it is possible to edit pd patches in a text editor, however this is a set of instructions for the placement of objects on-screen and is definitely not human readable. 

Andrew

 

> To: pd-list@iem.at; lsutton@libero.it
> Date: Thu, 3 Feb 2011 09:57:24 +0100
> From: jmmmpais@googlemail.com
> Subject: Re: [PD] Are there alternative means of creating patches besides the graphical editor?
>
> there's also pdlua, which is much easier to build than py. if you want to
> learn lua, it works well. the package brings some example patches.
> http://claudiusmaximus.goto10.org/cm/2008-06-19_pdlua-0.5_released.html
>
> > HI,
> >
> > Morgan Packard wrote:
> >> Hello there.
> >> I'm interested in using PD. However, as someone who spends a lot of
> >> time with code, I'm actually a little afraid of the learning curve
> >> involved with the graphical programming language! I'd be much more
> >> comfortable creating my patches using, for example, a Python tool. Does
> >> such a programmatic PD patch generation tool exist? I can't imagine I'm
> >> the first person who's wanted such a thing.
> > People will probably point you to csound or supercollider for your first
> > statement... Anyway the curve is not really so steep, dataflow is of
> > course a slightly different mindset, although if you are skilled at
> > coding that will nevertheless prove benefical.
> >
> > Regarding python, you might have a look at py/pyext [1]. I couldn't
> > successfully have it setup in Ubuntu, because it is strongly tied to a
> > particular python version. Something more 'flexible' IMHO would be nice,
> > ideally running directly within pd would be really nice, even at the
> > level of non-dsp abstractions to begin with (similarly to javscript in
> > MAX)... But this doesn't seem to be of much interest currently.
> >
> > Lorenzo
> >
> > [1] http://puredata.info/Members/thomas/py/
> >> thanks,
> >> -Morgan
> >>
> >> -- ================================
> >> Web:
> >> http://www.morganpackard.com
> >>
> >> Music/Art:
> >> Latest album: Moment Again Elsewhere
> >> <http://www.anticipaterecordings.com/releases/ANT_011/index.php>
> >> iOS app Thicket
> >> <http://itunes.apple.com/us/app/thicket/id364824621?mt=8>available on
> >> iTunes store.
> >> ================================
> >>
> >>
> >> _______________________________________________
> >> Pd-list@iem.at mailing list
> >> UNSUBSCRIBE and account-management ->
> >> http://lists.puredata.info/listinfo/pd-list
> >
> > _______________________________________________
> > Pd-list@iem.at mailing list
> > UNSUBSCRIBE and account-management ->
> > http://lists.puredata.info/listinfo/pd-list
>
>
> --
> Friedenstr. 58
> 10249 Berlin (Deutschland)
> Tel +49 30 42020091 | Mob +49 162 6843570
> Studio +49 30 69509190
> jmmmpais@googlemail.com | skype: jmmmpjmmmp
>
> _______________________________________________
> Pd-list@iem.at mailing list
> UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list