Do you think a valid project would be to debug pd / pd-extended 64 bit builds? After losing a few days trying to get a solid 64 build of pd +externals, I'm a bit disappointed at the current state. It's something rather boring, but would be quite useful for the future ... the next OSX (Snow Leaopard), for instance will be natively 64bit. (I assume for asking the question, I would need to be the mentor?)
Dan Wilcox danomatika.com robotcowboy.com
Yes, that's a great project. Add it to the wiki!
.hc
On Mar 4, 2009, at 7:52 PM, danomatika wrote:
Do you think a valid project would be to debug pd / pd-extended 64
bit builds? After losing a few days trying to get a solid 64 build
of pd+externals, I'm a bit disappointed at the current state. It's
something rather boring, but would be quite useful for the
future ... the next OSX (Snow Leaopard), for instance will be
natively 64bit. (I assume for asking the question, I would need to
be the mentor?)
Dan Wilcox danomatika.com robotcowboy.com _______________________________________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
"[W]e have invented the technology to eliminate scarcity, but we are
deliberately throwing it away to benefit those who profit from
scarcity." -John Gilmore
Ok, I added it to the project wiki: http://puredata.info/dev/summer-of-code/Debug64Bit
On Thu, 2009-03-05 at 15:38 -0500, Hans-Christoph Steiner wrote:
Yes, that's a great project. Add it to the wiki!
.hc
On Mar 4, 2009, at 7:52 PM, danomatika wrote:
Do you think a valid project would be to debug pd / pd-extended 64 bit builds? After losing a few days trying to get a solid 64 build of pd+externals, I'm a bit disappointed at the current state. It's something rather boring, but would be quite useful for the future ... the next OSX (Snow Leaopard), for instance will be natively 64bit. (I assume for asking the question, I would need to be the mentor?)
Dan Wilcox danomatika.com robotcowboy.com
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
"[W]e have invented the technology to eliminate scarcity, but we are deliberately throwing it away to benefit those who profit from scarcity." -John Gilmore
Dan Wilcox danomatika.com robotcowboy.com
Wow, nice, very thorough. I think this wiki will end up being a good
reference for people who want to take on projects no matter if we get
it or now. Dan, could you add your name and gmail account to the list
of mentors (yes, it has to be gmail):
http://puredata.info/dev/summer-of-code/GSoCOrganizationApp2009
.hc
On Mar 5, 2009, at 6:06 PM, danomatika wrote:
Ok, I added it to the project wiki: http://puredata.info/dev/summer-of-code/Debug64Bit
On Thu, 2009-03-05 at 15:38 -0500, Hans-Christoph Steiner wrote:
Yes, that's a great project. Add it to the wiki!
.hc
On Mar 4, 2009, at 7:52 PM, danomatika wrote:
Do you think a valid project would be to debug pd / pd-extended 64
bit builds? After losing a few days trying to get a solid 64
build of pd+externals, I'm a bit disappointed at the current
state. It's something rather boring, but would be quite useful
for the future ... the next OSX (Snow Leaopard), for instance will
be natively 64bit. (I assume for asking the question, I would
need to be the mentor?)
Dan Wilcox danomatika.com robotcowboy.com _______________________________________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
"[W]e have invented the technology to eliminate scarcity, but we
are deliberately throwing it away to benefit those who profit from
scarcity." -John Gilmore
Dan Wilcox danomatika.com robotcowboy.com
Looking at things from a more basic level, you can come up with a more
direct solution... It may sound small in theory, but it in practice,
it can change entire economies. - Amy Smith
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.
Hallo Derek !
Nice projects - I also think that we need more patcher-only projects !
LG Georg
Derek Holzer schrieb:
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.
The same with me.
interested in coding but just very rare skills.but patching.
maybe the graphical userinterface which i started for gem could be interesting.As i am in the job now, i cannot send screenshots nor patches.
if there is interest I put some things together tjis weekend.
markus
Hallo Derek !
Nice projects - I also think that we need more patcher-only projects !
LG Georg
Derek Holzer schrieb:
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.
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Hallo Markus !
The same with me.
interested in coding but just very rare skills.but patching.
maybe the graphical userinterface which i started for gem could be interesting.As i am in the job now, i cannot send screenshots nor patches.
if there is interest I put some things together tjis weekend.
Yes of course - just put it on the wiki !
LG Georg
Yes, sounds like a good project, add it to the wiki. Do you want to
mentor it? Or if you are a student, then you could find another
mentor and do it yourself.
.hc
On Mar 6, 2009, at 7:33 AM, brandt@subnet.at wrote:
The same with me.
interested in coding but just very rare skills.but patching.
maybe the graphical userinterface which i started for gem could be interesting.As i am in the job now, i cannot send screenshots nor
patches.if there is interest I put some things together tjis weekend.
markus
Hallo Derek !
Nice projects - I also think that we need more patcher-only
projects !LG Georg
Derek Holzer schrieb:
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.
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
Access to computers should be unlimited and total. - the hacker ethic
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 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 mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
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> 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
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 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> 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?"
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?"
On Fri, Mar 6, 2009 at 12:01 PM, Derek Holzer derek@umatic.nl wrote:
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!
That is really a shame since most open source projects need way more documentation done than coding. Maybe they will have a Winter of Docs?
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.
Agreed in full, my wish too!!!!!!!!!!!! d.
chris clepper wrote:
On Fri, Mar 6, 2009 at 12:01 PM, Derek Holzer <derek@umatic.nl mailto:derek@umatic.nl> wrote:
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!That is really a shame since most open source projects need way more documentation done than coding. Maybe they will have a Winter of Docs?
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.
True that! I would be way more useful writing documentation than code. If there was an opportunity like GSoC for that, I'd jump on it.
~Kyle
On Fri, Mar 6, 2009 at 11:04 AM, chris clepper cgclepper@gmail.com wrote:
On Fri, Mar 6, 2009 at 12:01 PM, Derek Holzer derek@umatic.nl wrote:
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!
That is really a shame since most open source projects need way more documentation done than coding. Maybe they will have a Winter of Docs?
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.
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Yes, that is good. We could have a documentation sprint at the next
PdCon. I think we should have something like a 5 hour session where
we just sit and work on documentation. We are also trying to organize
a FLOSSmanuals Pd book sprint, probably NYC, but also other locations
as well. The more the merrier!
.hc
On Mar 6, 2009, at 9:33 PM, Kyle Klipowicz wrote:
True that! I would be way more useful writing documentation than
code. If there was an opportunity like GSoC for that, I'd jump on it.~Kyle
On Fri, Mar 6, 2009 at 11:04 AM, chris clepper cgclepper@gmail.com
wrote: On Fri, Mar 6, 2009 at 12:01 PM, Derek Holzer derek@umatic.nl wrote: 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!That is really a shame since most open source projects need way more
documentation done than coding. Maybe they will have a Winter of
Docs?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.
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
--
http://perhapsidid.wordpress.com http://myspace.com/kyleklipowicz _______________________________________________ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Mistrust authority - promote decentralization. - the hacker ethic
Probably will do parallel Pd FLOSS Manual sprint in Berlin at same time as NYC one. Early to mid-April? Will post more on this later when I have a chance to draw up some outline for this.
best! Derek
Hans-Christoph Steiner wrote:
Yes, that is good. We could have a documentation sprint at the next PdCon. I think we should have something like a 5 hour session where we just sit and work on documentation. We are also trying to organize a FLOSSmanuals Pd book sprint, probably NYC, but also other locations as well. The more the merrier!
.hc
On Mar 6, 2009, at 9:33 PM, Kyle Klipowicz wrote:
True that! I would be way more useful writing documentation than code. If there was an opportunity like GSoC for that, I'd jump on it.
~Kyle
On Fri, Mar 6, 2009 at 11:04 AM, chris clepper <cgclepper@gmail.com mailto:cgclepper@gmail.com> wrote:
On Fri, Mar 6, 2009 at 12:01 PM, Derek Holzer <derek@umatic.nl <mailto:derek@umatic.nl>> wrote: 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! That is really a shame since most open source projects need way more documentation done than coding. Maybe they will have a Winter of Docs? 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 Sun, 8 Mar 2009, Hans-Christoph Steiner wrote:
Yes, that is good. We could have a documentation sprint at the next PdCon. I think we should have something like a 5 hour session where we just sit and work on documentation. We are also trying to organize a FLOSSmanuals Pd book sprint, probably NYC, but also other locations as well. The more the merrier!
If this is to be a scheduled sprint, then watch out for the scheduling... and for any impromptus and accidents.
For example, at last convention, all the artist-talks of the exhibition where scheduled at the same time as the sprint, and all of DorkBot-Montréal was scheduled at the same time as the sprint as well. I'm pretty sure I recall that an extra roundtable was improvised at the same time as the sprint too, which was also at the same time as the artist talks. It doesn't stop there: in the morning, there was an outage of the Angrignon line because of a crack in boulevard de Maisonneuve, so all papers of the morning had to be postponed by over 30 minutes and then you have to account for the time it takes to walk to SAT, so, in practice, my last paper overlapped with three other things. To top it off, I discovered that there was an extra pd performance (by Sylvie Chénard) that was completely outside of the convention, and to walk there in time I had to leave before the scheduled end of the sprint.
So if you want to get serious work done on the documentation, perhaps you could stretch some time at the end of the convention while nothing else is scheduled, or secure enough time for it in the convention, and I mean real time, not just something happening at the same time as everything else.
Five hours won't be enough, even if the sprint is really sprinting.
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard - tél:+1.514.383.3801, Montréal, Québec
On Mon, 9 Mar 2009, Mathieu Bouchard wrote:
For example, at last convention, all the artist-talks of the exhibition where scheduled at the same time as the sprint, and all of DorkBot-Montréal was scheduled at the same time as the sprint as well. I'm pretty sure I recall that an extra roundtable was improvised at the same time as the sprint too, which was also at the same time as the artist talks. It doesn't stop there: in the morning, there was an outage of the Angrignon line because of a crack in boulevard de Maisonneuve, so all papers of the morning had to be postponed by over 30 minutes and then you have to account for the time it takes to walk to SAT, so, in practice, my last paper overlapped with three other things. To top it off, I discovered that there was an extra pd performance (by Sylvie Chénard) that was completely outside of the convention, and to walk there in time I had to leave before the scheduled end of the sprint.
I forgot: the vernissage of pd works at PFOAC was also running from 14:30 to 17:00, thus overlapping both the artist talks and all of dorkbot, and thus the sprint overlapped it completely, and again it took some walking to get there and back.
I went to several conferences in which almost any talk was scheduled at the same time as several others, but it's not the same: in those events, i never really felt the need to be attending several different things at once.
_ _ __ ___ _____ ________ _____________ _____________________ ... | Mathieu Bouchard - tél:+1.514.383.3801, Montréal, Québec
chris clepper wrote:
My own suggestion for a GEM project would be to create a tutorial and accompanying manual that covers the basic operation.
I was planning to do this for years now, adding to dereks FLOSS Documentation or just as a separate project. there are a lot of unsorted patches on my drive, but as someone mentioned in a response to this email, documentation is not part of GSoC...
The other idea
involves making the more advanced features like GLSL and framebuffer rendering easier to use.
I started to port vade's old v001 last year, including abstractions to easily chain several shaders together. not finished yet because with relation to GLSL stuff, I think I am just too stupid to get it...
marius.
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?"
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
On Mar 7, 2009, at 11:30 AM, marius schebella wrote:
chris clepper wrote:
My own suggestion for a GEM project would be to create a tutorial and accompanying manual that covers the basic operation.
I was planning to do this for years now, adding to dereks FLOSS Documentation or just as a separate project. there are a lot of
unsorted patches on my drive, but as someone mentioned in a response to this email, documentation is not part of GSoC...
I think that we could also have books on specific topics. For
example, it would be very nice to have a GLSL+Gem manual.
.hc
The other idea
involves making the more advanced features like GLSL and framebuffer rendering easier to use.
I started to port vade's old v001 last year, including abstractions to easily chain several shaders together. not finished yet because with relation to GLSL stuff, I think I am just too stupid to get it...
marius.
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 knowif 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 projectswhich 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?"
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
The arc of history bends towards justice. - Dr. Martin Luther
King, Jr.
Hans-Christoph Steiner wrote:
On Mar 7, 2009, at 11:30 AM, marius schebella wrote:
chris clepper wrote:
My own suggestion for a GEM project would be to create a tutorial and accompanying manual that covers the basic operation.
I was planning to do this for years now, adding to dereks FLOSS Documentation or just as a separate project. there are a lot of unsorted patches on my drive, but as someone mentioned in a response to this email, documentation is not part of GSoC...
I think that we could also have books on specific topics. For example, it would be very nice to have a GLSL+Gem manual.
oh, that reminds me that the gl_MultiTexCoord1-8 stuff is still broken. fixing that bug would be worth a GSoC project. marius.
The other idea
involves making the more advanced features like GLSL and framebuffer rendering easier to use.
I started to port vade's old v001 last year, including abstractions to easily chain several shaders together. not finished yet because with relation to GLSL stuff, I think I am just too stupid to get it...
marius.
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?"
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
The arc of history bends towards justice. - Dr. Martin Luther King, Jr.
-
brandt＠subnet.at -
chris clepper -
danomatika -
Derek Holzer -
Georg Holzmann -
Hans-Christoph Steiner -
Kyle Klipowicz -
marius schebella -
Mathieu Bouchard