Hello everyone,
I've been using PD a little bit for a couple months now and wanted to
introduce myself. I write many different flavours of music, from
Drum'n'bass, to "IDM" to house music. I've used mostly sequencers like
Cakewalk, logic and fruity loops and now am starting to learn to use PD.
My buddy showed me what he could do on his mac laptop with MAX, Reaktor
and supercollider and i got so jealous :)
I am also a programmer and I would really like to start contributing heavily to the development of PD, mostly in helping to bring its GUI up to par with Reaktor and Max. Currently I'm doing some work on the GUI of terminatorx.cx, which is a really cool project too. I've looked a little bit at jMax, and was trying to decide weather or not i should put my efforts there or PD, but I pretty much decided that PD was the better choice as it currently runs on multiple platforms, something that i find very important.
What I'd like to do right now is outline some of my thoughts on PD and my plans on helping out with the hopes that some of you will give me some reaction. I'd like to know mostly if I am stepping on anyones toes or duplicating effort.
First off, I have to say that PD is wonderful and so much fun to use. It's really opened up my eyes to tons of new possibilties.
Now how does PD differ from its cousines (Max, jMax, Reaktor...)? My broad impression is that it has just as much potential, and with a little love it will easily meet that potential. In my opinion it needs some love in its UI and it's "packaging" mostly. There are some great sub projects going on that I've looked into a little bit, like IEMLib, GGEE, and PD-Lib that I think are the most crucial right now to make PD more friendly to new users wanting to migrate from the commercial cousines.
I think that probably one of the most valuable things I could contribute to right now is the pd-lib project, as there is a huge community of sharing Max patches out there. Is anyone here a participant in that project? I think that one valuable contribution to that by someone who is not a coder and who has access to Max/MSP is for them to spec the unimplemented Max externals functionality to make it easier for people like me (ie, with no mac) to add them to PD-Lib. Is there something like this going on already?
The next thing that I think needs done is an updated GUI. Silly as it is to me, the fact is that lots and lots of musicians get instantly turned off by the "old-skool" nature of PD's gui. It's kind of sad, but many people can't get beyond that to see that, though a little uglier, PD is easily functionally competitive, and that is the real important fact. I heard a little bit about a project to make a new GTK+ gui, but it seems to me that it is a dead project. I could not find the authors email address to ask him about it. I persoanally think that this is a great idea, as the GTK toolkit is a very user friendly, slick and actively developed. It's also rapidly getting to be quite cross-platform. The next version 2.0 will come with automatic win32 and unix support. That is in good fitting with the rest of the PD core. Other alternative as wxWindows and VDK which both adopt the native widgets of the platform they run on, which makes it feel very natural for the user, which might give them an edge over raw gtk. AbiWord uses wxWindows, which leads me to think that it is a good choice as AbiWord runs very well on linux as well as windows.
http://www.guest.net/homepages/mmotta/VDKHome/vdkbuilder.html http://www.wxwindows.org/
Please give me some feedback, I'd really like to devote a lot of my time into advancing PD and would like to figure out how to best spend my time.
Thanks,
Josh
PS. If any of you are intersted in my music, I always loev feedback :) MY two projects right now are:
mp3.com/bluevitriol mp3.com/portreplicator
Josh "Yoshi" Steiner - josh@xiphoidprocess.com - http://eds.org/~joschi
Xiphoid Process Records - http://xiphoidprocess.com San Francisco based electronic music.
On Sun, 6 May 2001, Josh Steiner wrote:
I think that probably one of the most valuable things I could contribute to right now is the pd-lib project, as there is a huge community of sharing Max patches out there. Is anyone here a participant in that project? I think that one valuable contribution to that by someone who is not a coder and who has access to Max/MSP is for them to spec the unimplemented Max externals functionality to make it easier for people like me (ie, with no mac) to add them to PD-Lib. Is there something like this going on already?
Well, I started (more or less) the pd-lib project. Unfortunately, other things have prevented me from putting much effort into the project for a while now. A few people have contacted me about contributing things to the project and I would be happy to help coordinate and give users access to the project. There is also a fair bit of code that has not been added to the repository that I can try to get together in a few weeks.
The next thing that I think needs done is an updated GUI. Silly as it is to me, the fact is that lots and lots of musicians get instantly turned off by the "old-skool" nature of PD's gui. It's kind of sad, but many people can't get beyond that to see that, though a little uglier, PD is easily functionally competitive, and that is the real important fact. I heard a little bit about a project to make a new GTK+ gui, but it seems to me that it is a dead project. I could not find the authors email address to ask him about it. I persoanally think that this is a great idea, as the GTK toolkit is a very user friendly, slick and actively developed. It's also rapidly getting to be quite cross-platform. The next version 2.0 will come with automatic win32 and unix support. That is in good fitting with the rest of the PD core. Other alternative as wxWindows and VDK which both adopt the native widgets of the platform they run on, which makes it feel very natural for the user, which might give them an edge over raw gtk. AbiWord uses wxWindows, which leads me to think that it is a good choice as AbiWord runs very well on linux as well as windows.
http://www.guest.net/homepages/mmotta/VDKHome/vdkbuilder.html http://www.wxwindows.org/
Hmmm . . . here again you are talking about a project (the gtk pd-gui) that I started and have not finished :| One thing to note about writing a gui for pd is that it will probably eventually require changes to the internals of pd. I started the gtk gui thinking that I could simply use the existing pd <--> pd-gui communication, but part of the reason that I stopped is that I saw that some of the features that I wanted to implement would require changes to this communication. Since that time Joe Sarlo (http://mambo.peabody.jhu.edu/~jsarlo/pd/) and Thomas Musil (http://iem.kug.ac.at/iemlib/) have come up with some great ideas about how to get some nice gui things happening without changes to pd, but I still think that some changes would be nice.
Now, the overall design and implementation of PD was done almost entirely by Miller and most projects are simply extensions using the externals api
projects. If you are serious about working on a new gui then maybe a discussion about it on the list would be warranted. To that end - Miller, what long term thoughts do you have about the gui?
Karl
Please give me some feedback, I'd really like to devote a lot of my time into advancing PD and would like to figure out how to best spend my time.
Thanks,
Josh
PS. If any of you are intersted in my music, I always loev feedback :) MY two projects right now are:
mp3.com/bluevitriol mp3.com/portreplicator
Josh "Yoshi" Steiner - josh@xiphoidprocess.com - http://eds.org/~joschi
Xiphoid Process Records - http://xiphoidprocess.com San Francisco based electronic music.
| Karl W. MacMillan | | Computer Music Department | | Peabody Institute of the Johns Hopkins University | | karlmac@peabody.jhu.edu | | www.peabody.jhu.edu/~karlmac |
I think that probably one of the most valuable things I could contribute to right now is the pd-lib project, as there is a huge community of sharing Max patches out there. Is anyone here a participant in that project? I think that one valuable contribution to that by someone who is not a coder and who has access to Max/MSP is for them to spec the unimplemented Max externals functionality to make it easier for people like me (ie, with no mac) to add them to PD-Lib. Is there something like this going on already?
I am also one of the early pd-lib developers. I'm not sure what happened to that project. It just kind of faded away when we got busy with other things I think. It would be great if someone detailed the opcode max object functions. I would be interested in continuing with development, but my access to Macintosh is about to go away (hurray!). Does anyone know if the Max manual is online somewhere?
The next thing that I think needs done is an updated GUI. Silly as it is to me, the fact is that lots and lots of musicians get instantly turned off by the "old-skool" nature of PD's gui. It's kind of sad, but many people can't get beyond that to see that, though a little uglier, PD is easily functionally competitive, and that is the real important fact.
I've been recently thinking about making a new GUI using the "obj" and "connect" message that you can send to canvases. The problem is that right now there is no "destroy" or "disconnect" functions. But don't let me stop you. I'm not really all that excited about making a GUI, it's just an idea I'm kicking around.
-- __________________________ | | Joseph A. Sarlo | Computer Music Dept. | Peabody Conservatory | Johns Hopkins University | | jsarlo@peabody.jhu.edu |__________________________
Does anyone know if the Max manual is online somewhere?
http://www.synthesisters.com/downloads/MaxGettingStarted.pdf
http://www.synthesisters.com/downloads/MaxReference.pdf
/fredrik
I read:
Does anyone know if the Max manual is online somewhere?
http://www.synthesisters.com/downloads/MaxGettingStarted.pdf
same goes for MSP, manual and reference should also be on the above server, and cycling graciously provides links to it, though it's a bit of a hassle navigating their site ...
regards
x
Hi,
Recently I have toyed around with Karl's gtk gui, and it is indeed not too far from being a replacement for the tcl/tk gui, but just changing the widget set doesn't really make up a new gui.
Therefore it would be necessary to design a new client server interface for the gui within pd.
This is definitely doable, if you know your way around in the pd sources, and what is more important should be done as an extension to the existing tcl interface.
Miller would certainly accept a solution like this to be added to pd.
... there is one thing left to really think about, which is the new data visualization, array drawing and the like, which might not be that easy to be cleanly seperated from pd's core code ...
Well, I currently don't have the possibility to put time in such a project, so I decided to fill in the last gap's in Karl's gtk++ gui.
Guenter