I definitely agree, the pd-ring is a good effort in a similar direction, but a single webpage on the pd.info would be so helpful, specially when teaching. Could we (I) start working on it?
I'd be up to collect links to the libs already included in pd-x and list them on a page on pd.info. I should only understand how to keep it updated, being aware of future inclusions and exclusions.
Anything against it? or suggestions?
I think we mainly need a sort of "externals" portal on the website where
everyone registers libs so its a one-stop shop for picking your object poison. This makes more sense then an every growing blob within pd-extended.
Dan Wilcox danomatika.com robotcowboy.com
Ok, I've been posting the libs in Pd-extended to the community/ projects/software/ page as I submit them to Debian via pkg- multimedia. Its easy enough for me to continue that.
It would be great if you could add other libs to that page that are
not currently included in Pd-extended, things like Gridflow,
pix_opencv, pdp_opencv, sssad, etc.
.hc
On Sep 21, 2010, at 3:15 PM, Marco Donnarumma wrote:
I definitely agree, the pd-ring is a good effort in a similar
direction, but a single webpage on the pd.info would be so helpful,
specially when teaching. Could we (I) start working on it?I'd be up to collect links to the libs already included in pd-x and
list them on a page on pd.info. I should only understand how to keep it updated, being aware of
future inclusions and exclusions.Anything against it? or suggestions?
As for a place for libs, IOhannes set this up a while ago, I've started adding things to it, I think it works well as a place for people to release their libs, GUI plugins, etc. I think we should switch puredata.info/downloads to this page once we get things all figured out.
http://puredata.info/community/projects/software/
.hc
I think we mainly need a sort of "externals" portal on the
website where everyone registers libs so its a one-stop shop for
picking your object poison. This makes more sense then an every
growing blob within pd-extended.
Dan Wilcox danomatika.com robotcowboy.com
-- Marco Donnarumma aka TheSAD Independent New Media Arts Professional, Performer, Teacher -
Edinburgh, UKPORTFOLIO: http://marcodonnarumma.com LAB: http://www.thesaddj.com | http://cntrl.sourceforge.net | http://www.flxer.net EVENT: http://www.liveperformersmeeting.net
Using ReBirth is like trying to play an 808 with a long stick. - David Zicarelli
On Tue, 21 Sep 2010, Hans-Christoph Steiner wrote:
It would be great if you could add other libs to that page that are not currently included in Pd-extended, things like Gridflow, pix_opencv, pdp_opencv, sssad, etc.
What's the difference between "frameworks" and "graphics" ?
What's the criteria for calling something a framework ?
Why is every version of Gem listed separately in the boxes ?
| Mathieu Bouchard ------------------------------ Villeray, Montréal, QC
ya, I never got that neither...
M
On Tue, Sep 21, 2010 at 11:39 PM, Mathieu Bouchard matju@artengine.cawrote:
On Tue, 21 Sep 2010, Hans-Christoph Steiner wrote:
It would be great if you could add other libs to that page that are not
currently included in Pd-extended, things like Gridflow, pix_opencv, pdp_opencv, sssad, etc.
What's the difference between "frameworks" and "graphics" ?
What's the criteria for calling something a framework ?
Why is every version of Gem listed separately in the boxes ?
| Mathieu Bouchard ------------------------------ Villeray, Montréal, QC
On Sep 22, 2010, at 5:02 AM, Marco Donnarumma wrote:
On Tue, Sep 21, 2010 at 11:39 PM, Mathieu Bouchard
matju@artengine.ca wrote: On Tue, 21 Sep 2010, Hans-Christoph Steiner wrote:It would be great if you could add other libs to that page that are
not currently included in Pd-extended, things like Gridflow,
pix_opencv, pdp_opencv, sssad, etc.What's the difference between "frameworks" and "graphics" ?
What's the criteria for calling something a framework ?
These questions, I don't know the answer to, IOhannes set those up. I
personally think they are gratitious and should be removed. I think
we should have:
- distributions
- applications (curently stand-alone products)
- libraries and externals (maybe just call it libraries)
- GUI plugins
And drop frameworks and graphics.
Why is every version of Gem listed separately in the boxes ?
I guess it shows each release if it needs to fill the box.
Ok, but how can we define which library has to be listed there and
which not?for example, Dan has a nice set of objects, could his library be
listed? or we talk about externals only...
All libraries that are ready for release should be listed there,
IMHO. I don't see a reason to exclude any as long its ready for
people to download and use.
.hc
Man has survived hitherto because he was too ignorant to know how to
realize his wishes. Now that he can realize them, he must either
change them, or perish. -William Carlos Williams
These questions, I don't know the answer to, IOhannes set those up. I
personally think they are gratitious and should be removed. I think we should have:
- distributions
- applications (curently stand-alone products)
- libraries and externals (maybe just call it libraries)
- GUI plugins
And drop frameworks and graphics.
Yes, sounds good to me.
All libraries that are ready for release should be listed there, IMHO. I don't see a reason to exclude any as long its ready for people to download and use.
Ok, so i will start with that..
Ok, but how can we define which library has to be listed there and which not?
for example, Dan has a nice set of objects, could his library be listed? or we talk about externals only...
M
On Tue, Sep 21, 2010 at 8:53 PM, Hans-Christoph Steiner hans@at.or.atwrote:
Ok, I've been posting the libs in Pd-extended to the community/projects/software/http://puredata.info/community/projects/software/ page as I submit them to Debian via pkg-multimedia. Its easy enough for me to continue that.
It would be great if you could add other libs to that page that are not currently included in Pd-extended, things like Gridflow, pix_opencv, pdp_opencv, sssad, etc.
.hc
On Sep 21, 2010, at 3:15 PM, Marco Donnarumma wrote:
I definitely agree, the pd-ring is a good effort in a similar direction, but a single webpage on the pd.info would be so helpful, specially when teaching. Could we (I) start working on it?
I'd be up to collect links to the libs already included in pd-x and list them on a page on pd.info. I should only understand how to keep it updated, being aware of future inclusions and exclusions.
Anything against it? or suggestions?
As for a place for libs, IOhannes set this up a while ago, I've started adding things to it, I think it works well as a place for people to release their libs, GUI plugins, etc. I think we should switch puredata.info/downloads to this page once we get things all figured out.
http://puredata.info/community/projects/software/
.hc
I think we mainly need a sort of "externals" portal on the website where
everyone registers libs so its a one-stop shop for picking your object poison. This makes more sense then an every growing blob within pd-extended.
Dan Wilcox danomatika.com robotcowboy.com
-- Marco Donnarumma aka TheSAD Independent New Media Arts Professional, Performer, Teacher - Edinburgh, UK
PORTFOLIO: http://marcodonnarumma.com LAB: http://www.thesaddj.com | http://cntrl.sourceforge.net | http://www.flxer.net EVENT: http://www.liveperformersmeeting.net
Using ReBirth is like trying to play an 808 with a long stick. -David Zicarelli
-
Hans-Christoph Steiner -
Marco Donnarumma -
Mathieu Bouchard