[PD] Call for proposals: CMJ live coding videos
Hi all Alex, Nick and I have been asked to get together some live coding videos for a forthcoming issue of Computer Music Journal. We've put together a formal call here, feel free to share it around: http://tinyurl.com/dvdcmj The ideal is to have all live coding environments represented, including experimental ones, along with all livecoders, active, dormant and lurking. So please throw in a proposal - it doesn't have to be fully formed or binding at this stage. Unfortunately there isn't any funding for any of us, but we hope this will be a really good project to be part of, and contributors would keep full copyright over their work. The deadline for brief proposals is 20th December, with notification hopefully by the end of the year. The deadline for submission of videos will be 1st April. Feel free to bring up ideas for collaborative videos here if you wish... Cheers! thor___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] buttonbar GUI plugin
this only works with pd = .43, right? On Dec 3, 2010, at 11:21 AM, Jack wrote: Le vendredi 03 décembre 2010 à 10:28 -0500, Hans-Christoph Steiner a écrit : On Dec 3, 2010, at 8:45 AM, Mathieu Bouchard wrote: On Fri, 3 Dec 2010, Chris McCormick wrote: Whoa, this is way cool! Do these plugins work in Vanilla Pd 0.43? How do I install it? After I developed Pd's original buttonbar, I realised that it's not particularly useful. Keyboard shortcuts are a lot more useful. The buttonbar is bit more comfortable if it supports drag-n-drop. This is something I haven't implemented, and Hans hasn't implemented either. However, Hans implemented auto-hide. (Instead, I had an editmode toggle in the bar) I wonder what the auto-hide thing means in terms of how big patch windows are when they open. Funny, I started out doing it to test the idea of hiding/showing something based on editmode, but then it grew into a life of its own. Right now, I find the behavior a little annoying, the canvas stays the same size, and the buttonbar is inserted at the top, so it moves the canvas down. I think it would work better to have the button bar show up at the bottom if its going to expand the window size. Or the other option is that it covers part of the canvas and the window stays the same size, but that I think would be harder to implement since Pd wants to control the size of the canvas. Another thing I think should be possible as a plugin is to have a right-click menu bar of those buttons. And an other small window à la The Gimp (window toobox) ? That would not be hard to do. Basically just create a 'toplevel' window, and arrange the buttons that I made for the toolbar in that toplevel window. The plugin could also add key bindings and items in the Window menu, or wherever appropriate. I'm happy to give pointers to anyone who wants to take this on. .hc ++ Jack .hc Free software means you control what your computer does. Non-free software means someone else controls that, and to some extent controls you. - Richard M. Stallman ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list A cellphone to me is just an opportunity to be irritated wherever you are. - Linus Torvalds ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Friedenstr. 58 10249 Berlin (Deutschland) Tel +49 30 42020091 | Mob +49 162 6843570 Studio +49 30 69509190 jmmmp...@googlemail.com | skype: jmmmpjmmmp ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd-pidip into Debian
_or a sexually aroused gas mask. ___ From: pd-list-boun...@iem.at [pd-list-boun...@iem.at] On Behalf Of João Pais [jmmmp...@googlemail.com] Sent: Friday, December 03, 2010 8:40 PM To: pd-list@iem.at; Derek Holzer Subject: Re: [PD] pd-pidip into Debian From now on I refuse to allow my code to be used in anything that sucks. so you'll never try to control a vacuum cleaner with Pd... ___ 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] More SVN build questions
Cool. Thanks for your reply. So is it therefore safe to assume that flatspace, flib, and toxy are for all intents and purposes obsolete (at least for the time being)? If anyone wants to maintain them, they can take them on. I personally really think 'flatspace' should go away. flib and toxy are interesting libraries, if anyone wants to be the maintainer of them. I just can't do it all. BTW, it seems to me that flatspace is simply a redundant collection of select externals from other libraries (with perhaps a few exceptions), no? That said, I just discovered that at least one of the pddp abstractions relies upon flatspace/prepend (e.g. print-to-canvas object inside pddp). Ico ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd-pidip into Debian
On Fri, 3 Dec 2010, Derek Holzer wrote: From now on I refuse to allow my code to be used in anything that sucks. The licensee thereby agrees to not make fan videos of Kate Ryan or Avril Lavigne or Johnny Halliday, no matter how noncommercial you may be doing it. ___ | Mathieu Bouchard tél: +1.514.383.3801 Villeray, Montréal, QC ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd-pidip into Debian
I don't get all this discussion... why not just stick with plain GPL? That's why Google Code restricted the possible licenses to choose... ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] buttonbar GUI plugin
Yes, this is all 0.43 stuff, because of the new pd-gui. .hc On Dec 4, 2010, at 9:04 AM, João Pais wrote: this only works with pd = .43, right? On Dec 3, 2010, at 11:21 AM, Jack wrote: Le vendredi 03 décembre 2010 à 10:28 -0500, Hans-Christoph Steiner a écrit : On Dec 3, 2010, at 8:45 AM, Mathieu Bouchard wrote: On Fri, 3 Dec 2010, Chris McCormick wrote: Whoa, this is way cool! Do these plugins work in Vanilla Pd 0.43? How do I install it? After I developed Pd's original buttonbar, I realised that it's not particularly useful. Keyboard shortcuts are a lot more useful. The buttonbar is bit more comfortable if it supports drag-n-drop. This is something I haven't implemented, and Hans hasn't implemented either. However, Hans implemented auto-hide. (Instead, I had an editmode toggle in the bar) I wonder what the auto-hide thing means in terms of how big patch windows are when they open. Funny, I started out doing it to test the idea of hiding/showing something based on editmode, but then it grew into a life of its own. Right now, I find the behavior a little annoying, the canvas stays the same size, and the buttonbar is inserted at the top, so it moves the canvas down. I think it would work better to have the button bar show up at the bottom if its going to expand the window size. Or the other option is that it covers part of the canvas and the window stays the same size, but that I think would be harder to implement since Pd wants to control the size of the canvas. Another thing I think should be possible as a plugin is to have a right-click menu bar of those buttons. And an other small window à la The Gimp (window toobox) ? That would not be hard to do. Basically just create a 'toplevel' window, and arrange the buttons that I made for the toolbar in that toplevel window. The plugin could also add key bindings and items in the Window menu, or wherever appropriate. I'm happy to give pointers to anyone who wants to take this on. .hc ++ Jack .hc Free software means you control what your computer does. Non-free software means someone else controls that, and to some extent controls you. - Richard M. Stallman ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list A cellphone to me is just an opportunity to be irritated wherever you are. - Linus Torvalds ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- Friedenstr. 58 10249 Berlin (Deutschland) Tel +49 30 42020091 | Mob +49 162 6843570 Studio +49 30 69509190 jmmmp...@googlemail.com | skype: jmmmpjmmmp Looking at things from a more basic level, you can come up with a more direct solution... It may sound small in theory, but it in practice, it can change entire economies. - Amy Smith ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd-pidip into Debian
Well, I hope they are all joking. I believe SourceForge also only allows code with free licenses, so code with such restrictions would not be allowed on SourceForge. But I could be wrong there. .hc On Dec 4, 2010, at 10:56 AM, Bernardo Barros wrote: I don't get all this discussion... why not just stick with plain GPL? That's why Google Code restricted the possible licenses to choose... ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list http://at.or.at/hans/ ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd-pidip into Debian
I read somewhere they used the Pd test-tone patch to torture inmates at Guantanamo Bay. Doesn't that suck? We certainly wouldn't want a license which allows that kind of thing to happen, would we? D. On 12/4/10 9:25 PM, Hans-Christoph Steiner wrote: Well, I hope they are all joking. I believe SourceForge also only allows code with free licenses, so code with such restrictions would not be allowed on SourceForge. But I could be wrong there. .hc On Dec 4, 2010, at 10:56 AM, Bernardo Barros wrote: I don't get all this discussion... why not just stick with plain GPL? That's why Google Code restricted the possible licenses to choose... -- ::: derek holzer ::: http://macumbista.net ::: ---Oblique Strategy # 116: Make an exhaustive list of everything you might do and do the last thing on the list ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] pd-pidip into Debian
On Sat, 4 Dec 2010, Bernardo Barros wrote: I don't get all this discussion... why not just stick with plain GPL? It's because GPL is for hippies, or something. That's why Google Code restricted the possible licenses to choose... What's why ? I don't follow. Do you really know why Google did it ? And then, is it relevant ? ___ | Mathieu Bouchard tél: +1.514.383.3801 Villeray, Montréal, QC ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Call for proposals: CMJ live coding videos
Nice graphic on your site lol. What constitutes live coding in the context of Pd do you think? Somewhat of a blurry line to me. Sounds like a great idea for a collection though. shiny RIch On Sat, Dec 4, 2010 at 11:18 PM, thor th.l...@gmail.com wrote: Hi all Alex, Nick and I have been asked to get together some live coding videos for a forthcoming issue of Computer Music Journal. We've put together a formal call here, feel free to share it around: http://tinyurl.com/dvdcmj The ideal is to have all live coding environments represented, including experimental ones, along with all livecoders, active, dormant and lurking. So please throw in a proposal - it doesn't have to be fully formed or binding at this stage. Unfortunately there isn't any funding for any of us, but we hope this will be a really good project to be part of, and contributors would keep full copyright over their work. The deadline for brief proposals is 20th December, with notification hopefully by the end of the year. The deadline for submission of videos will be 1st April. Feel free to bring up ideas for collaborative videos here if you wish... Cheers! thor ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list -- the middle is nigh ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
[PD] problem loading externals??
Hi Pd list, Pretty simple question. I'm trying to get gridflow working on my system, OSX 10.6.5, Pd-extended 0.42.5. I don't know what I'm doing wrong. There was no /Pd folder in /Library folder (on the HD) so I made it and I put the unzipped gridflow folder into it. I added gridflow to the startup This is the message in the Pd console on startup: /Library/Pd/gridflow/gridflow.pd_darwin: dlopen(/Library/Pd/gridflow/gridflow.pd_darwin, 10): no suitable image found. Did find: /Library/Pd/gridflow/gridflow.pd_darwin: mach-o, but wrong architecture gridflow: can't load library Can anyone help please? thanks Rich ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] call for testers for L2Ork iteration of pd-extended (based on 0.42.x branch)
Hi Ivica, Since you've been rooting around in the Pd source, I wanted to bring up an idea about canvas properties and get your opinion on it: If you look at the coords for a particular canvas, the 7th argument currently controls GOP status. 0 = no GOP 1 = GOP 2 = GOP + hide args But what if this argument were thought of as controlling canvas visibility in a more general way: -2 = no menu, no scroll -1 = no menu 0 = normal 1 = GOP 2 = GOP + hide args That way it's not necessary to use an abstraction to hide the menu, plus it can be set the way it should be set-- in the canvas properties menu. -Jonathan ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] problem loading externals??
Sounds like you downloaded the wrong architecurefor your computer (Intel or PowerPC). .hc On Dec 4, 2010, at 6:08 PM, Richie Cyngler wrote: Hi Pd list, Pretty simple question. I'm trying to get gridflow working on my system, OSX 10.6.5, Pd- extended 0.42.5. I don't know what I'm doing wrong. There was no /Pd folder in /Library folder (on the HD) so I made it and I put the unzipped gridflow folder into it. I added gridflow to the startup This is the message in the Pd console on startup: /Library/Pd/gridflow/gridflow.pd_darwin: dlopen(/Library/Pd/gridflow/ gridflow.pd_darwin, 10): no suitable image found. Did find: /Library/Pd/gridflow/gridflow.pd_darwin: mach-o, but wrong architecture gridflow: can't load library Can anyone help please? thanks Rich ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list Access to computers should be unlimited and total. - the hacker ethic ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] problem loading externals??
It does look like that but mine's intel and that's the one I DLed. On Sun, Dec 5, 2010 at 11:27 AM, Hans-Christoph Steiner h...@at.or.atwrote: Sounds like you downloaded the wrong architecurefor your computer (Intel or PowerPC). .hc On Dec 4, 2010, at 6:08 PM, Richie Cyngler wrote: Hi Pd list, Pretty simple question. I'm trying to get gridflow working on my system, OSX 10.6.5, Pd-extended 0.42.5. I don't know what I'm doing wrong. There was no /Pd folder in /Library folder (on the HD) so I made it and I put the unzipped gridflow folder into it. I added gridflow to the startup This is the message in the Pd console on startup: /Library/Pd/gridflow/gridflow.pd_darwin: dlopen(/Library/Pd/gridflow/gridflow.pd_darwin, 10): no suitable image found. Did find: /Library/Pd/gridflow/gridflow.pd_darwin: mach-o, but wrong architecture gridflow: can't load library Can anyone help please? thanks Rich ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list Access to computers should be unlimited and total. - the hacker ethic -- shiny Rich ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] Parsing Pd patches in Javascript, Python, Java
On Dec 3, 2010, at 12:46 AM, Chris McCormick wrote: On Tue, Nov 30, 2010 at 12:45:34PM -0500, Hans-Christoph Steiner wrote: Sorry, I mean most of puredata info is a wiki, including the /docs/ section. You could just add a wiki page to the root, for example: http://puredata.info/docs Hi Hans, http://puredata.info/docs/developer/ParsingPatchesInVariousLanguages I linked it into the developer section, hopefully in the right place. Feel free to move it or whatever. Works for me, I just quickly converted it to MoinMoin syntax like the rest of the docs in that section. .hc The arc of history bends towards justice. - Dr. Martin Luther King, Jr. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] GUI plugins
On Dec 4, 2010, at 7:41 PM, András Murányi wrote: 2010/9/13 Hans-Christoph Steiner h...@at.or.at Hey András, Since we are in bug fixing mode for 0.43, now is a good time to test your GUI plugins, so we can make sure that they work in 0.43. Your plugins-plugin.tcl is a good example. .hc OK, you'll find plugins-plugin rewritten and attached. Later i'll add it to the wiki too... Now i'd rewrite my other plugins, and the first would be a simple one binding fullscreen to F11 - but it seems keypresses are already captured and i cannot get a hold of F11 any more from TCL. Is that right or am i just lost? Andras plugins-plugin.tcl Excellent! I just tried it out, and got a problem when I unchecked set_custom_stored_histores. Here's the screenshot and error log: Picture 1.png bad option -index: must be -all, -ascii, -decreasing, -dictionary, -exact, -glob, -increasing, -inline, -integer, -not, -real, -regexp, -sorted, or -start bad option -index: must be -all, -ascii, -decreasing, -dictionary, -exact, -glob, -increasing, -inline, -integer, -not, -real, -regexp, -sorted, or -start while executing lsearch -index 0 -exact $startup_plugins $shortname oops. lsearch -index turns out to be a 8.5 thing (and you probably have 8.4), so i'll need to require 8.5, as I cannot even work this around. Thanks for pointing it out! Ah, yes, works fine with Tcl/Tk 8.5 (can you, by any chance, give me a hint on bindings...?) Andras Sure, what help do you need with bindings? .hc I spent 33 years and four months in active military service and during that period I spent most of my time as a high class muscle man for Big Business, for Wall Street and the bankers. - General Smedley Butler ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] call for testers for L2Ork iteration of pd-extended (based on 0.42.x branch)
Great suggestion! That might work quite nicely. We only have to make sure for legacy purposes that wherever in the old code this variable is being checked that it can gracefully handle values less than 0. That said, my top priority as of right now is further testing current code as well as continuing to work on my neck piece. Beyond that I would like to make all iem objects resizable via GUI, revamp the to-front and to-back algorithm so that it does not rely upon undo, followed by an infinite undo, and then tooltips, improved color picker, improve upon the tidy algorithm, and then weed through the documentation and externals and only keep those that are well maintained and are not redundant. Your suggestion might fit nicely somewhere inside here as well. I would also like to see Qt-ified (or better yet juce-ified) version of the whole thing. This will however have to wait. Long story short it might be a while before I make the next big push. In the meantime, as always, contributions will be most welcome provided they do not break the backwards compatibility. Cheers! Ico Jonathan Wilkes jancs...@yahoo.com wrote: Hi Ivica, Since you've been rooting around in the Pd source, I wanted to bring up an idea about canvas properties and get your opinion on it: If you look at the coords for a particular canvas, the 7th argument currently controls GOP status. 0 = no GOP 1 = GOP 2 = GOP + hide args But what if this argument were thought of as controlling canvas visibility in a more general way: -2 = no menu, no scroll -1 = no menu 0 = normal 1 = GOP 2 = GOP + hide args That way it's not necessary to use an abstraction to hide the menu, plus it can be set the way it should be set-- in the canvas properties menu. -Jonathan ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] call for testers for L2Ork iteration of pd-extended (based on 0.42.x branch)
Lol, I meant to say next piece (silly android voice recognition)... Ivica Ico Bukvic i...@vt.edu wrote: Great suggestion! That might work quite nicely. We only have to make sure for legacy purposes that wherever in the old code this variable is being checked that it can gracefully handle values less than 0. That said, my top priority as of right now is further testing current code as well as continuing to work on my neck piece. Beyond that I would like to make all iem objects resizable via GUI, revamp the to-front and to-back algorithm so that it does not rely upon undo, followed by an infinite undo, and then tooltips, improved color picker, improve upon the tidy algorithm, and then weed through the documentation and externals and only keep those that are well maintained and are not redundant. Your suggestion might fit nicely somewhere inside here as well. I would also like to see Qt-ified (or better yet juce-ified) version of the whole thing. This will however have to wait. Long story short it might be a while before I make the next big push. In the meantime, as always, contributions will be most welcome provided they do not break the backwards compatibility. Cheers! Ico ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] GUI plugins
On Dec 4, 2010, at 8:31 PM, András Murányi wrote: 2010/12/5 Hans-Christoph Steiner h...@at.or.at On Dec 4, 2010, at 7:41 PM, András Murányi wrote: 2010/9/13 Hans-Christoph Steiner h...@at.or.at Hey András, Since we are in bug fixing mode for 0.43, now is a good time to test your GUI plugins, so we can make sure that they work in 0.43. Your plugins-plugin.tcl is a good example. .hc OK, you'll find plugins-plugin rewritten and attached. Later i'll add it to the wiki too... Now i'd rewrite my other plugins, and the first would be a simple one binding fullscreen to F11 - but it seems keypresses are already captured and i cannot get a hold of F11 any more from TCL. Is that right or am i just lost? Andras plugins-plugin.tcl Excellent! I just tried it out, and got a problem when I unchecked set_custom_stored_histores. Here's the screenshot and error log: Picture 1.png bad option -index: must be -all, -ascii, -decreasing, - dictionary, -exact, -glob, -increasing, -inline, -integer, -not, - real, -regexp, -sorted, or -start bad option -index: must be -all, -ascii, -decreasing, - dictionary, -exact, -glob, -increasing, -inline, -integer, -not, - real, -regexp, -sorted, or -start while executing lsearch -index 0 -exact $startup_plugins $shortname oops. lsearch -index turns out to be a 8.5 thing (and you probably have 8.4), so i'll need to require 8.5, as I cannot even work this around. Thanks for pointing it out! Ah, yes, works fine with Tcl/Tk 8.5 (can you, by any chance, give me a hint on bindings...?) Andras Sure, what help do you need with bindings? .hc ...now i'd rewrite my other plugins, and the first would be a simple one binding fullscreen to F11 - but it seems keypresses are already captured and i cannot get a hold of F11 any more from TCL. Is that right or am i just lost? Andras Hmm, as far as I know you can always bind to any keystroke. Just be sure to not override the built-in bindings and use a + before the proc in the bind statement. .hc I have the audacity to believe that peoples everywhere can have three meals a day for their bodies, education and culture for their minds, and dignity, equality and freedom for their spirits. - Martin Luther King, Jr. ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list
Re: [PD] More SVN build questions
On Dec 4, 2010, at 10:50 AM, Ivica Ico Bukvic wrote: Cool. Thanks for your reply. So is it therefore safe to assume that flatspace, flib, and toxy are for all intents and purposes obsolete (at least for the time being)? If anyone wants to maintain them, they can take them on. I personally really think 'flatspace' should go away. flib and toxy are interesting libraries, if anyone wants to be the maintainer of them. I just can't do it all. BTW, it seems to me that flatspace is simply a redundant collection of select externals from other libraries (with perhaps a few exceptions), no? That said, I just discovered that at least one of the pddp abstractions relies upon flatspace/prepend (e.g. print-to- canvas object inside pddp). Fixed those. Yeah, flatspace is based on the idea of having a single namespace with a managed collection of objects. .hc Computer science is no more related to the computer than astronomy is related to the telescope. -Edsger Dykstra ___ Pd-list@iem.at mailing list UNSUBSCRIBE and account-management - http://lists.puredata.info/listinfo/pd-list