Re: [PD] ugly fonts under pdextended 0.42.5
There were some bugs in some uncommon display things if I remember correctly. Perhaps you can find the actual answer in the archives. I could re-issue the Ubuntu/Lucid build using Tcl/Tk 8.5 if the issues are sorted out. .hc On Oct 9, 2010, at 5:54 AM, patrick wrote: that's weird because all the beta version of pdx 0.42.5 were working nicely with tcl/tk (for the fonts). pat ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list There is no way to peace, peace is the way. -A.J. Muste ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] [PD-announce] wrapping float counter
A small but perfectly formed float counter. Quite simple, but bloody useful. Metastudio 4 for Pure Data - coming soon!! fcount.tar.gz Description: application/gzip ___ 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] ugly fonts under pdextended 0.42.5
Not here. Iḿ on Fedora/KDE and I get good size fonts with console=12 (not 9) and canvas=16 (not 12). There is a control structure in pc.tcl that turns console font size to 9 if tcl is 8.5. Maybe that is a problem in gnome, I don't know. 2010/10/9 patrick pured...@11h11.com: that's weird because all the beta version of pdx 0.42.5 were working nicely with tcl/tk (for the fonts). pat ___ 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] pix_opencv for Mac OS X
ola, There is no one saying we have to abandon any of the libraries that are included in Pd-extended. you published a list of abandonned libraries... I am saying that I cannot keep up with all of the maintenance of all of the libraries that I currently maintain in Pd-extended. that's a different issue, i'm glad you'd rather explain it that way. I need help with that. I have taken on many libraries which have no other maintainer. For things like PDP, PiDiP, etc. I hope that people who actually use them will maintain them, and I can help where I can. I barely do anything with video, so I hardly know how to test PDP, etc. i know that but pd-extended was supposed to do video too no? Even better, the people working on pure:dyne packages and people working on Pd-extended packages can merge efforts, get them into Debian, then there will be no difference between PDP/PiDiP/etc whether its included in pure:dyne or Pd-extended on Debian, Ubuntu, etc. We are already well along that road. i understood there was no real agreement here, because your packaging rules diverge no? let's see what pure:dyne people can say about this, sevy .hc 'You people have such restrictive dress for women,’ she said, hobbling away in three inch heels and panty hose to finish out another pink-collar temp pool day. - “Hijab Scene #2, by Mohja Kahf ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pix_opencv for Mac OS X
ola again, anyway people could be surprised that we speak of Debian packaging when the original subject of this thread was pd for Mac OSX.. so what will be the future policy of pd-extended for Mac OSX now? saludos, sevy ydego...@gmail.com wrote: ola, There is no one saying we have to abandon any of the libraries that are included in Pd-extended. you published a list of abandonned libraries... I am saying that I cannot keep up with all of the maintenance of all of the libraries that I currently maintain in Pd-extended. that's a different issue, i'm glad you'd rather explain it that way. I need help with that. I have taken on many libraries which have no other maintainer. For things like PDP, PiDiP, etc. I hope that people who actually use them will maintain them, and I can help where I can. I barely do anything with video, so I hardly know how to test PDP, etc. i know that but pd-extended was supposed to do video too no? Even better, the people working on pure:dyne packages and people working on Pd-extended packages can merge efforts, get them into Debian, then there will be no difference between PDP/PiDiP/etc whether its included in pure:dyne or Pd-extended on Debian, Ubuntu, etc. We are already well along that road. i understood there was no real agreement here, because your packaging rules diverge no? let's see what pure:dyne people can say about this, sevy .hc 'You people have such restrictive dress for women,’ she said, hobbling away in three inch heels and panty hose to finish out another pink-collar temp pool day. - “Hijab Scene #2, by Mohja Kahf ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pix_opencv for Mac OS X
From my point of view, if libraries are going to be bundled with Pd- extended, then that library needs to be included in Debian. My development effort is to making it easy for people to make, distribute, and install their own libraries, so they don't need to be included in Pd-extended to be easy to get and use. The video libraries tend to be the hardest for people to build themselves, so it makes sense to have them included in a pre-packaged way. But Matju has done a good job of making Gridflow easy to install as a standalone. .hc On Oct 9, 2010, at 5:11 PM, ydego...@gmail.com wrote: ola again, anyway people could be surprised that we speak of Debian packaging when the original subject of this thread was pd for Mac OSX.. so what will be the future policy of pd-extended for Mac OSX now? saludos, sevy ydego...@gmail.com wrote: ola, There is no one saying we have to abandon any of the libraries that are included in Pd-extended. you published a list of abandonned libraries... I am saying that I cannot keep up with all of the maintenance of all of the libraries that I currently maintain in Pd-extended. that's a different issue, i'm glad you'd rather explain it that way. I need help with that. I have taken on many libraries which have no other maintainer. For things like PDP, PiDiP, etc. I hope that people who actually use them will maintain them, and I can help where I can. I barely do anything with video, so I hardly know how to test PDP, etc. i know that but pd-extended was supposed to do video too no? Even better, the people working on pure:dyne packages and people working on Pd-extended packages can merge efforts, get them into Debian, then there will be no difference between PDP/PiDiP/etc whether its included in pure:dyne or Pd-extended on Debian, Ubuntu, etc. We are already well along that road. i understood there was no real agreement here, because your packaging rules diverge no? let's see what pure:dyne people can say about this, sevy .hc 'You people have such restrictive dress for women,’ she said, hobbling away in three inch heels and panty hose to finish out another pink-collar temp pool day. - “Hijab Scene #2, by Mohja Kahf Using ReBirth is like trying to play an 808 with a long stick.- David Zicarelli ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pix_opencv for Mac OS X
ola, this doesn't really answer to the 2 main questions : * will pure:dyne and pd-extended debian packages will be compatible ? ( i doubt it ), if so why make the work twice? * how will you install pd-extended on Mac OSX ? i don't get the future of pd-extended, i'm already lost enough in all pd branches and yes i think this community diverges. ciao, sevy Hans-Christoph Steiner wrote: From my point of view, if libraries are going to be bundled with Pd-extended, then that library needs to be included in Debian. My development effort is to making it easy for people to make, distribute, and install their own libraries, so they don't need to be included in Pd-extended to be easy to get and use. The video libraries tend to be the hardest for people to build themselves, so it makes sense to have them included in a pre-packaged way. But Matju has done a good job of making Gridflow easy to install as a standalone. .hc ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Pd for Halloween
Hmmm...after seeing the cake, I'm thinking of a multi-person costume with patch cords. On Fri, Oct 8, 2010 at 10:59 AM, Hans-Christoph Steiner h...@at.or.at wrote: I'm on a train so no internet, but I am a big fan of the Pd cake that's used for the cover of the FLOSS manuals Pure Data book. Perhaps that can provide some inspiration. .hc On Oct 6, 2010, at 2:40 PM, William Brent wrote: Hi all, Has anyone ever been Pd for Halloween? Any pictures to share? I have some students that are looking for ideas. William -- William Brent www.williambrent.com “Great minds flock together” Conflations: conversational idiom for the 21st century www.conflations.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list Information wants to be free. -Stewart Brand -- William Brent www.williambrent.com “Great minds flock together” Conflations: conversational idiom for the 21st century www.conflations.com ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] [PD-announce] Work-shop meta-instrument et capteurs sensitifs
Partenariat Databaz / GRIM Marseille Le work-shop aura lieu au GRIM à Marseille 2 jours : 30 - 31 octobre // 50 €. i...@grim-marseille.com http://www.grim-marseille.com/grim/Ateliers_Formation.html Présentation : Ce work-shop sur 2 jours proposera aux participants de comprendre et de jouer avec des interacteurs au niveau musical. Il s'agira de présenter et de développer des instruments augmentés à partir de capteurs : aussi bien des capteurs Infra-Rouges, que de capteurs de pressions, des potentiomètres linéaires, des capteurs de positions, ... Les interactions pourront aussi bien être sonores que visuelles. Le work-shop n'aura pas strictement pour but l'apprentissage de la programmation avec pure data, mais bien plus la compréhension de la logique générale qui permet d'utiliser et de modifier des parties de programme déjà constituées (patches), afin de développer ses propres projets. C'est en ce sens que sera proposé aux participants, une série de patches (filtres, synthèse granulaire, analyse du son, ...) qui leur permettront immédiatement de faire évoluer leur pratique. Les participants devront amener leur instrument e musique, un micro- ordinateur. La formation sera faite par Philippe Boisnard. . ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list