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 <de...@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 <de...@umatic.nl <mailto: >> de...@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> 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?" >
_______________________________________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
