I already asked, and GSoC doesn't cover documentation, or else I would have pitched the Pd FLOSS Manual in there as well. But go for it with the GLSL/framebuffer coding stuff!
d.
chris clepper wrote:
My own suggestion for a GEM project would be to create a tutorial and accompanying manual that covers the basic operation. The other idea involves making the more advanced features like GLSL and framebuffer rendering easier to use. These are mainly documentation projects, but also have some Pd, and possible C++ coding as well.
On Fri, Mar 6, 2009 at 11:43 AM, Derek Holzer <derek@umatic.nl mailto:derek@umatic.nl> wrote:
That's great, let's see what happens ;-) d. chris clepper wrote: I added my name to the VeeJay project to advise on how the low level stuff affects performance and stability. I don't know if a project can have more than one mentor though. On Fri, Mar 6, 2009 at 6:31 AM, Derek Holzer <derek@umatic.nl <mailto:derek@umatic.nl> <mailto:derek@umatic.nl <mailto:derek@umatic.nl>>> wrote: Since I'm completely uninterested in touching anything C, C++, TclTk or otherwise related, I submitted two Pd patching projects which should be general enough to attract students, yet quite intensive to work on. Feedback welcome. http://puredata.info/dev/summer-of-code/Undead http://puredata.info/dev/summer-of-code/GEMVeeJay Anyone want to take up 2007's PluggoPd idea? best, D. -- derek holzer ::: http://www.umatic.nl ::: http://blog.myspace.com/macumbista ---Oblique Strategy # 194: "Steal a solution." _______________________________________________ Pd-list@iem.at <mailto:Pd-list@iem.at> <mailto:Pd-list@iem.at <mailto:Pd-list@iem.at>> mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list -- derek holzer ::: http://www.umatic.nl ::: http://blog.myspace.com/macumbista ---Oblique Strategy # 83: "How would someone else do it?"