Hi again,
oh, I would love to see a list of all the objects too. The main problem is that with a community-developed software like PD, there is no "master list" anywhere with all the objects you have installed. It would be like in Reaktor, if there was a master list of all the instruments you have ever made or downloaded. There is [simply no way/no simple way] to keep track except by hand. You could make an entry manually in that txt file for every object you include in your own setup, I suppose.
Another possibility would be to browse the documentation folder and look at the list of help files when you are trying to remember a certain object. I do this frequently.
I suppose one of our lovely developers could make a script which updates a single text file everytime you install an object... that would be three different scripts, on for each platform, minus IRIX of course... Then there would have to be a new standardized way of installing objects for each platform, etc etc. it gets to be a very big job!!!!
For PD 0.36, there was a version with a dropdown menu, which I thought was quite handy when I was starting out. Sadly, this option has not been updated for 0.37. It only listed the "official" objects anyway... just the contents of that same txt file we started this discussion with.
Cheers! Derek
FFT wrote:
Thank you.
GEM and Zexys is the example that i know. I did this question to know if there is more than GEM and Zexys objects. In softwares like reaktor, you have a list of many objects. This feature can improve you imagination for construct a good machine , ou patch.
thank you again
FFT
----- Original Message ----- From: "derek holzer" derek@x-i.net To: pd-list@iem.at Cc: "FFT" fft@netvisao.pt Sent: Monday, February 16, 2004 12:35 PM Subject: Re: [PD] list of all objects
howdy,
FFT wrote: Is there any list of all the objects for PD?
I know that PD have a readme.txt with a list of some objects, but it
doesn t
have for example, Zexy´s and GEM objects.
Zexy and GEM come with their own txt's listing all their objects. A clever soul might copy-paste this list into the master readme.txt.
best, D.
derek holzer ::: http://www.umatic.nl ---Oblique Strategy # 24: "Bridges -build -burn"
Hi,
derek holzer derek@x-i.net:
oh, I would love to see a list of all the objects too. The main problem is that with a community-developed software like PD, there is no "master list" anywhere with all the objects you have installed. It would be like in Reaktor, if there was a master list of all the instruments you have ever made or downloaded. There is [simply no way/no simple way] to keep track except by hand. You could make an entry manually in that txt file for every object you include in your own setup, I suppose.
Well, you could get a simple list of Pd objects by just looking at, which .pd_linux, .pd_darwin or .dll files are in the directories of your Pd-path. This would not cover libraries, though, but many objects, at least from CVS, aren't in libraries. It could also be possible, but probably slow, to write some function for Pd, which scans all external/library files for the X_setup functions that create the objects. Isn't Max doing something like this?
But then, you would have a list of objects, but still wouldn't know what they do. So maybe it's best to complete the help files, then you would have documentation and a list in one directory.
ciao
Frank Barknecht _ ___footils.org_
On Mon, 16 Feb 2004, Frank Barknecht wrote:
Well, you could get a simple list of Pd objects by just looking at, which .pd_linux, .pd_darwin or .dll files are in the directories of your Pd-path. This would not cover libraries, though, but many objects, at least from CVS, aren't in libraries. It could also be possible, but probably slow, to write some function for Pd, which scans all external/library files for the X_setup functions that create the objects. Isn't Max doing something like this?
This wouldn't work, as Flext/GridFlow/Pyext/etc don't use setup functions the stereotypical way. However, Pd holds a list of all classes, so that it can invoke the right constructor upon object creation. That list is used by Pd in the following:
http://artengine.ca/gridflow/gallery/class_list.gif
If you click on "File" then "Class List" and you will have a list of all loaded classes.
I think this requires Pd 0.38 though.
Mathieu Bouchard http://artengine.ca/matju
On Monday, Feb 16, 2004, at 15:45 America/New_York, Mathieu Bouchard
wrote:
On Mon, 16 Feb 2004, Frank Barknecht wrote:
Well, you could get a simple list of Pd objects by just looking at, which .pd_linux, .pd_darwin or .dll files are in the directories of your Pd-path. This would not cover libraries, though, but many objects, at least from CVS, aren't in libraries. It could also be possible, but probably slow, to write some function for Pd, which scans all external/library files for the X_setup functions that create the objects. Isn't Max doing something like this?
This wouldn't work, as Flext/GridFlow/Pyext/etc don't use setup
functions the stereotypical way. However, Pd holds a list of all classes, so
that it can invoke the right constructor upon object creation. That list is
used by Pd in the following:http://artengine.ca/gridflow/gallery/class_list.gif
If you click on "File" then "Class List" and you will have a list of
all loaded classes.I think this requires Pd 0.38 though.
But I don't think that this method would take into account objects that
aren't part of libraries, since they aren't loaded at all until they
are actually instantiated, unlike the object libraries which are loaded
when Pd starts. So it would really be just a list of all loaded
objects, then you could combine it with all objects in pd/extra to get
the complete list.
.hc
There is no way to peace, peace is the way.
-A.J. Muste
On Thu, 19 Feb 2004, Hans-Christoph Steiner wrote:
http://artengine.ca/gridflow/gallery/class_list.gif If you click on "File" then "Class List" and you will have a list of
all loaded classes. I think this requires Pd 0.38 though.But I don't think that this method would take into account objects that aren't part of libraries, since they aren't loaded at all until they are actually instantiated, unlike the object libraries which are loaded when Pd starts. So it would really be just a list of all loaded objects, then you could combine it with all objects in pd/extra to get the complete list.
right. That's why the class list dialog now also looks for abstractions and externals in Pd's path (using Tcl's [glob] command)
http://artengine.ca/gridflow/gallery/class_list_3.gif
Mathieu Bouchard http://artengine.ca/matju
Mathieu Bouchard wrote:
On Thu, 19 Feb 2004, Hans-Christoph Steiner wrote:
http://artengine.ca/gridflow/gallery/class_list.gif If you click on "File" then "Class List" and you will have a list of
all loaded classes. I think this requires Pd 0.38 though.But I don't think that this method would take into account objects that aren't part of libraries, since they aren't loaded at all until they are actually instantiated, unlike the object libraries which are loaded when Pd starts. So it would really be just a list of all loaded objects, then you could combine it with all objects in pd/extra to get the complete list.
right. That's why the class list dialog now also looks for abstractions and externals in Pd's path (using Tcl's [glob] command)
bueno, but i don't understand how you have a pdp_gain object in your patch without loading pdp library. he'he', is it accurate?
cheers, sevy
Mathieu Bouchard http://artengine.ca/matju
PD-list mailing list PD-list@iem.at http://iem.at/cgi-bin/mailman/listinfo/pd-list
On Fri, 20 Feb 2004, Yves Degoyon wrote:
bueno, but i don't understand how you have a pdp_gain object in your patch without loading pdp library.
You seem to know alot about which libraries I have loaded on my system. Have you rooted my box yet?
Mathieu Bouchard http://artengine.ca/matju
Mathieu Bouchard wrote:
On Fri, 20 Feb 2004, Yves Degoyon wrote:
bueno, but i don't understand how you have a pdp_gain object in your patch without loading pdp library.
You seem to know alot about which libraries I have loaded on my system. Have you rooted my box yet?
yeh, i had to, because all i got from you was screen captures and that's frustrating ))
cheers, sevt
Mathieu Bouchard http://artengine.ca/matju
PD-list mailing list PD-list@iem.at http://iem.at/cgi-bin/mailman/listinfo/pd-list
-
derek holzer -
Frank Barknecht -
Hans-Christoph Steiner -
Mathieu Bouchard -
Yves Degoyon