Re: [PD] Pd-extended 0.42.5 release candidate 6 released!
On Tue, 2010-09-14 at 19:45 -0400, Hans-Christoph Steiner wrote: Pd-extended 0.42.5 is done, so it'll stay as is. Ok. Since you called, I thought I'd report what I think needs to be fixed. Pd-extended 0.43 will work with /usr/lib/pd. For 0.43, only libs that require Pd- extended will be installed into /usr/lib/pdextended. Sounds good, though I still don't understand why not fixing it right now. Roman On Sep 14, 2010, at 5:59 PM, Roman Haefeli wrote: On Tue, 2010-09-14 at 16:38 -0400, Hans-Christoph Steiner wrote: That means that it installs all its libs into /usr/lib/ pdextended Yeah, makes sense also to me. and ignores /usr/lib/pd. Why? You seem to ignore the fact, that there are pd-libs around in the wild, that are _not_ part of Pd-extended and thus would be very useful to be used together with Pd-extended, but unfortunately do not work out-of-the-box, because pdextended doesn't look in /usr/lib/pd. I'd propose to add /usr/lib/pd as the last path in the search order, so that it wouldn't interfere with everything installed in /usr/lib/pd-extended. I don't see how this would hurt with the current behaviour. When having pd-motex installed and using some objects from motex, still /usr/lib/pd-extended would be used (instead of /usr/lib/pd, where pd-motex installs to). Nevertheless, [wiimote] from pd-wiimote which installs to /usr/lib/pd would be found. Please enlighten me, if I am overseeing something and my proposal would actually break something. Roman The next step for Debian packaging for Pd-extended is having each lib in its own package, and then making a 'pdextended' package which provides 'pd' and is just the core. That will then look in /usr/ lib/pd. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd-extended 0.42.5 release candidate 6 released!
Its never possible to fix all known bugs in a given release. The combination of the big single package that Pd-extended currently is with the single packages for each library in /usr/lib/pd makes for a very complicated situation. So its much less work to just wait for went Pd-extended is also packaged as one-lib-per-package, then this will be solved with very little work. .hc On Sep 15, 2010, at 3:11 AM, Roman Haefeli wrote: On Tue, 2010-09-14 at 19:45 -0400, Hans-Christoph Steiner wrote: Pd-extended 0.42.5 is done, so it'll stay as is. Ok. Since you called, I thought I'd report what I think needs to be fixed. Pd-extended 0.43 will work with /usr/lib/pd. For 0.43, only libs that require Pd- extended will be installed into /usr/lib/pdextended. Sounds good, though I still don't understand why not fixing it right now. Roman On Sep 14, 2010, at 5:59 PM, Roman Haefeli wrote: On Tue, 2010-09-14 at 16:38 -0400, Hans-Christoph Steiner wrote: That means that it installs all its libs into /usr/lib/ pdextended Yeah, makes sense also to me. and ignores /usr/lib/pd. Why? You seem to ignore the fact, that there are pd-libs around in the wild, that are _not_ part of Pd-extended and thus would be very useful to be used together with Pd-extended, but unfortunately do not work out-of-the-box, because pdextended doesn't look in /usr/lib/pd. I'd propose to add /usr/lib/pd as the last path in the search order, so that it wouldn't interfere with everything installed in /usr/lib/pd-extended. I don't see how this would hurt with the current behaviour. When having pd-motex installed and using some objects from motex, still /usr/lib/pd-extended would be used (instead of /usr/lib/pd, where pd-motex installs to). Nevertheless, [wiimote] from pd-wiimote which installs to /usr/lib/pd would be found. Please enlighten me, if I am overseeing something and my proposal would actually break something. Roman The next step for Debian packaging for Pd-extended is having each lib in its own package, and then making a 'pdextended' package which provides 'pd' and is just the core. That will then look in /usr/ lib/pd. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list News is what people want to keep hidden and everything else is publicity. - Bill Moyers ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] [PD-announce] Correction Pd-berlin meeting tuesday 28th September (not 21st), 18h00 INSTEAD OF 20h00
Hello, tuesday in two weeks, 28th September, will be the next meeting of Pure Data users in Berlin at NK (http://www.nkprojekt.de/) - Elsenstr. 52, 2HH 2Etage. This meeting will be at 18h00 INSTEAD OF 20h00. For more information, look up http://puredata.info/community/organization/pd-berlin/pd-berlin-users-group. We also encourage you to take an active part, and put up suggestions for topics you want to talk about / topics you want to be talked about. Please, don´t call to the staff of NK to open the doors. They let us use the space but we have to take care about having the meeting without producing any disturbance to them, and to clean the space after the meeting. We would apreciate if you would send us a small mail to info_at_minitronics.net with your name, Pd experience and interests, so that we know how many people might be coming. Or put your name in the pd-berlin wiki page. We would like to thank the support and willingness of NK in the organization of these events. João Pais -- Friedenstr. 58 10249 Berlin (Deutschland) Tel +49 30 42020091 | Mob +49 162 6843570 Studio +49 30 69509190 jmmmp...@googlemail.com | skype: jmmmpjmmmp ___ Pd-announce mailing list pd-annou...@iem.at http://lists.puredata.info/listinfo/pd-announce ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] [PD-announce] CFP: Interactivos?'10 Belo Horizonte: High End Low Tech
* MEDIALAB-PRADO* Plaza de las Letras C/ Alameda, 15 · 28014 Madrid +34 913 692 303 www.medialab-prado.es Interactivos?'10 Belo Horizonte: High End Low Tech Call for Projects *Deadline: September 30, 2010* *Call for collaborators: October 20 - November 20, **2010* *Dates of the workshop: November 21 - December 8, **2010* *Projects Showcase: December 8 - 15, **2010* /Interactivos?/ is an interactive projects production workshop and a space of reflection, research and collaborative work. In this new edition in Belo Horizonte (Brazil) a maximum of 8 proposals --local, national, and international-- will be selected. These proposals should develop and creatively apply simple and accessible technological resources in artistic and educational projects. Those interested may apply until September 30 through the online form available at interactivos.marginalialab.com http://interactivos.marginalialab.com/. Activities will be guided by tutors Fernando Rabelo (Brazil), Kiko Mayorga (Peru), and Arturo Castro (Spain) --artists and educators with internationally renowned works, connected with important projects in development in fields related to the event's theme. /Interactivos?'10 BH: High End Low Tech/ will also include a seminar with the participation of the instructors and invited collaborators, as a way to present and discuss different approaches about the proposed theme. At the end of the production workshop, the achieved results will be shown in a one week exhibition, enabling its access to the public. [+info] http://medialab-prado.es/article/interactivos10_bh *More information: *interactivos(at)marginalialab.com *http://medialab-prado.es/article/interactivos10_bh* Organizer: Marginalia+Lab y Ocupar Espaços, integrated in the Vivo Arte.Mov cultural program. Sponsor: Vivo through the Ley Estadual de Incentivo a la Cultura de Minas Gerais. Collaborators: Medialab-Prado and the Cultural Center of Spain in São Paulo. Interactivos? http://medialab-prado.es/interactivos is a platform developed by Medialab-Prado. ___ Pd-announce mailing list pd-annou...@iem.at http://lists.puredata.info/listinfo/pd-announce ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] [PD-announce] CFP: Interactivos?'10 Belo Horizonte: High End Low Tech
* MEDIALAB-PRADO* Plaza de las Letras C/ Alameda, 15 · 28014 Madrid +34 913 692 303 www.medialab-prado.es Interactivos?'10 Belo Horizonte: High End Low Tech Call for Projects *Deadline: September 30, 2010* *Call for collaborators: October 20 - November 20, **2010* *Dates of the workshop: November 21 - December 8, **2010* *Projects Showcase: December 8 - 15, **2010* /Interactivos?/ is an interactive projects production workshop and a space of reflection, research and collaborative work. In this new edition in Belo Horizonte (Brazil) a maximum of 8 proposals --local, national, and international-- will be selected. These proposals should develop and creatively apply simple and accessible technological resources in artistic and educational projects. Those interested may apply until September 30 through the online form available at interactivos.marginalialab.com http://interactivos.marginalialab.com/. Activities will be guided by tutors Fernando Rabelo (Brazil), Kiko Mayorga (Peru), and Arturo Castro (Spain) --artists and educators with internationally renowned works, connected with important projects in development in fields related to the event's theme. /Interactivos?'10 BH: High End Low Tech/ will also include a seminar with the participation of the instructors and invited collaborators, as a way to present and discuss different approaches about the proposed theme. At the end of the production workshop, the achieved results will be shown in a one week exhibition, enabling its access to the public. [+info] http://medialab-prado.es/article/interactivos10_bh *More information: *interactivos(at)marginalialab.com *http://medialab-prado.es/article/interactivos10_bh* Organizer: Marginalia+Lab y Ocupar Espaços, integrated in the Vivo Arte.Mov cultural program. Sponsor: Vivo through the Ley Estadual de Incentivo a la Cultura de Minas Gerais. Collaborators: Medialab-Prado and the Cultural Center of Spain in São Paulo. Interactivos? http://medialab-prado.es/interactivos is a platform developed by Medialab-Prado. ___ Pd-announce mailing list pd-annou...@iem.at http://lists.puredata.info/listinfo/pd-announce ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] [PD-announce] Thirty-sixth meeting of th e PureData Users Group of Montréal (tomorrow )
On Tue, 14 Sep 2010, matohawk wrote: Je suis à Montréal, je passerais faire un tour bienvenue :) il y a aussi http://lists.artengine.ca/cgi-bin/mailman/listinfo/pdmtl ___ | Mathieu Bouchard -- Villeray, Montréal, QC___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd-berlin meeting next tuesday, 21st September, 18h00 INSTEAD OF 20h00
I have to agree with M here, posting an agenda or at least a fresh list of topics might encourage [more] people to come. D. On 9/14/10 7:47 PM, Mathieu Bouchard wrote: On Tue, 14 Sep 2010, João Pais wrote: What's the programme for this particular meeting ? no programme so far, most likely the usual show-and-tell of patches, answering questions... You only need to make a list of patches in advance for the show-and-tell, that's all. Just have everybody write one or two sentences per patch that will be shown. It's not very hard to do. It doesn't prevent you from improvising things that are not on the schedule... -- ::: derek holzer ::: http://macumbista.net ::: ---Oblique Strategy # 81: Go to an extreme, move back to a more comfortable place ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd-extended 0.42.5 release candidate 6 released!
On Wed, 2010-09-15 at 09:13 -0400, Hans-Christoph Steiner wrote: Its never possible to fix all known bugs in a given release. Yeah, I understand. I was assuming that it is only about adding another entry to /usr/lib/pd-extended/default.pdextended . If it is really that simple I don't see a reason not to do it just now. If not, I understand your hesitation. The combination of the big single package that Pd-extended currently is with the single packages for each library in /usr/lib/pd makes for a very complicated situation. Probably I am overseeing something, but how can it harm to load something from /usr/lib/pd after all other default pathes have been checked? I believe, that is what now users have to do anyway when they want to use something like gridflow or [readanysf~] in pdextended: adding /usr/lib/pd/extra to the pathes. So its much less work to just wait for went Pd-extended is also packaged as one-lib-per-package, then this will be solved with very little work. Yo, I didn't mean to open another can of worms, of course. But I am not sure, if I can see a can at all here. Roman On Sep 15, 2010, at 3:11 AM, Roman Haefeli wrote: On Tue, 2010-09-14 at 19:45 -0400, Hans-Christoph Steiner wrote: Pd-extended 0.42.5 is done, so it'll stay as is. Ok. Since you called, I thought I'd report what I think needs to be fixed. Pd-extended 0.43 will work with /usr/lib/pd. For 0.43, only libs that require Pd- extended will be installed into /usr/lib/pdextended. Sounds good, though I still don't understand why not fixing it right now. Roman On Sep 14, 2010, at 5:59 PM, Roman Haefeli wrote: On Tue, 2010-09-14 at 16:38 -0400, Hans-Christoph Steiner wrote: That means that it installs all its libs into /usr/lib/ pdextended Yeah, makes sense also to me. and ignores /usr/lib/pd. Why? You seem to ignore the fact, that there are pd-libs around in the wild, that are _not_ part of Pd-extended and thus would be very useful to be used together with Pd-extended, but unfortunately do not work out-of-the-box, because pdextended doesn't look in /usr/lib/pd. I'd propose to add /usr/lib/pd as the last path in the search order, so that it wouldn't interfere with everything installed in /usr/lib/pd-extended. I don't see how this would hurt with the current behaviour. When having pd-motex installed and using some objects from motex, still /usr/lib/pd-extended would be used (instead of /usr/lib/pd, where pd-motex installs to). Nevertheless, [wiimote] from pd-wiimote which installs to /usr/lib/pd would be found. Please enlighten me, if I am overseeing something and my proposal would actually break something. Roman The next step for Debian packaging for Pd-extended is having each lib in its own package, and then making a 'pdextended' package which provides 'pd' and is just the core. That will then look in /usr/ lib/pd. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list News is what people want to keep hidden and everything else is publicity. - Bill Moyers ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd-extended 0.42.5 release candidate 6 released!
When people use Pd-extended 0.42.5, they expect that certain libraries will be there, and they will be a certain version. For example Pd-extended 0.42.5 includes Gem 0.92.3. So you can say my patch works with Pd-extended 0.42.5 and it'll work with any installation of Pd-extended 0.42.5 If Pd-extended 0.42.5 also looks at /usr/lib/pd, then someone could install Gem 0.93 there and Pd-extended would use it. Let's say Gem 0.93 introduces an obscure bug which breaks your patch. Then someone who has installed Pd-extended 0.42.5 can no longer be sure that the patch will always work with Pd-extended 0.42.5. So my plan going forward with Pd-extended is to get all the libs in Debian, and then actually based Pd-extended on all platforms on which pd libraries are in Debian. Windows, Mac OS X, etc. will be built the same: as one big package. This is the best way I can see then to guarantee compatability across platforms. .hc On Wed, 2010-09-15 at 21:22 +0200, Roman Haefeli wrote: On Wed, 2010-09-15 at 09:13 -0400, Hans-Christoph Steiner wrote: Its never possible to fix all known bugs in a given release. Yeah, I understand. I was assuming that it is only about adding another entry to /usr/lib/pd-extended/default.pdextended . If it is really that simple I don't see a reason not to do it just now. If not, I understand your hesitation. The combination of the big single package that Pd-extended currently is with the single packages for each library in /usr/lib/pd makes for a very complicated situation. Probably I am overseeing something, but how can it harm to load something from /usr/lib/pd after all other default pathes have been checked? I believe, that is what now users have to do anyway when they want to use something like gridflow or [readanysf~] in pdextended: adding /usr/lib/pd/extra to the pathes. So its much less work to just wait for went Pd-extended is also packaged as one-lib-per-package, then this will be solved with very little work. Yo, I didn't mean to open another can of worms, of course. But I am not sure, if I can see a can at all here. Roman On Sep 15, 2010, at 3:11 AM, Roman Haefeli wrote: On Tue, 2010-09-14 at 19:45 -0400, Hans-Christoph Steiner wrote: Pd-extended 0.42.5 is done, so it'll stay as is. Ok. Since you called, I thought I'd report what I think needs to be fixed. Pd-extended 0.43 will work with /usr/lib/pd. For 0.43, only libs that require Pd- extended will be installed into /usr/lib/pdextended. Sounds good, though I still don't understand why not fixing it right now. Roman On Sep 14, 2010, at 5:59 PM, Roman Haefeli wrote: On Tue, 2010-09-14 at 16:38 -0400, Hans-Christoph Steiner wrote: That means that it installs all its libs into /usr/lib/ pdextended Yeah, makes sense also to me. and ignores /usr/lib/pd. Why? You seem to ignore the fact, that there are pd-libs around in the wild, that are _not_ part of Pd-extended and thus would be very useful to be used together with Pd-extended, but unfortunately do not work out-of-the-box, because pdextended doesn't look in /usr/lib/pd. I'd propose to add /usr/lib/pd as the last path in the search order, so that it wouldn't interfere with everything installed in /usr/lib/pd-extended. I don't see how this would hurt with the current behaviour. When having pd-motex installed and using some objects from motex, still /usr/lib/pd-extended would be used (instead of /usr/lib/pd, where pd-motex installs to). Nevertheless, [wiimote] from pd-wiimote which installs to /usr/lib/pd would be found. Please enlighten me, if I am overseeing something and my proposal would actually break something. Roman The next step for Debian packaging for Pd-extended is having each lib in its own package, and then making a 'pdextended' package which provides 'pd' and is just the core. That will then look in /usr/ lib/pd. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list News is what people want to keep hidden and everything else is publicity. - Bill Moyers ___ 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
[PD] q: [iem_image]
I'm reading the help file for the [iem_image] object and I see a way to change the position of a hosted gif (using 'delta' and 'pos') but no way to change its size I do see that you can see the size of a file is there a command to set the size of a gif with [iem_image]? ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] q: [iem_image]
If you are trying to scale the image, I am guessing it doesn't do that. You could scale the image using something like ImageMagick or whatever and resave it as a new file. .hc On Wed, 2010-09-15 at 17:18 -0700, Kim Cascone wrote: I'm reading the help file for the [iem_image] object and I see a way to change the position of a hosted gif (using 'delta' and 'pos') but no way to change its size I do see that you can see the size of a file is there a command to set the size of a gif with [iem_image]? ___ 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
Re: [PD] q: [iem_image]
Hans-Christoph Steiner wrote: If you are trying to scale the image, I am guessing it doesn't do that. You could scale the image using something like ImageMagick or whatever and resave it as a new file. yeah -- I'll just do a scale in GIMP thanks Hans-Chistoph! .hc On Wed, 2010-09-15 at 17:18 -0700, Kim Cascone wrote: I'm reading the help file for the [iem_image] object and I see a way to change the position of a hosted gif (using 'delta' and 'pos') but no way to change its size I do see that you can see the size of a file is there a command to set the size of a gif with [iem_image]? ___ 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
[PD] metadata in pd
Hello, how can i read and save metadata of .aif or wav files in pd? thanks in advace R. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list