On Nov 10, 2007, at 7:45 AM, Andy Farnell wrote: > > > This sounds interesting Hans. The question would be, what > is the default/empty behaviour of Pd with no internals at all? > > Does it just become a framework for connecting objects (the Pd way)?
Yeah, pretty much. It leads to the question, what are Pd's essential "reserved words"? .hc > I ask because I considered the following recently: > > Say I have a small collection of objects made in Faust, corresponding > to all the common audio rate Pd objects ([phasor~],[cos~], [osc~], > [+~] ....) > and I want to compare a patch written in vanilla with its > implementation > using my Faust objects. How could I override the vanilla internals...? > (As you can see this eventually leads to the possibility of a Pd which > lets me generate source and compile it for standalone apps or > whatever.) > > a. > > > > On Fri, 9 Nov 2007 16:50:55 -0500 > Hans-Christoph Steiner <[EMAIL PROTECTED]> wrote: > >> >> Hey all, >> >> So for the Pd-0.40.3-extended release, I am planning on trying to >> make the internals available as a library like any other. I'd like >> this work to be applicable to pd-vanilla, so I'd like to discuss how >> to make it happen. >> >> I was thinking of just breaking out the classes into their own files, >> then compiling things as a libdir. This is pretty easy for most of >> the objects, but I haven't gotten into the DSP classes yet, and I >> expect things will be more complicated there. And [list] too. >> >> One of the things I am planning on doing for the tkwidget library is >> making it have a shared libtkwidget.so which each of the object >> classes uses. Then each objectclass will have its own file, but they >> still will have shared code. If this works out well, I think it >> could be a model for Pd libraries in general. >> >> .hc >> >> --------------------------------------------------------------------- >> --- >> ---- >> >> As we enjoy great advantages from inventions of others, we should be >> glad of an opportunity to serve others by any invention of ours; and >> this we should do freely and generously. - Benjamin Franklin >> >> >> >> _______________________________________________ >> PD-dev mailing list >> [email protected] >> http://lists.puredata.info/listinfo/pd-dev > > > -- > Use the source > > _______________________________________________ > PD-dev mailing list > [email protected] > http://lists.puredata.info/listinfo/pd-dev ------------------------------------------------------------------------ ---- All information should be free. - the hacker ethic _______________________________________________ PD-dev mailing list [email protected] http://lists.puredata.info/listinfo/pd-dev
