Pd-dev April 2011

pd-dev@lists.iem.at

19 participants
73 discussions

[ pure-data-Patches-3189135 ] glob_evalfile returns reference *
by SourceForge.net 18 Apr '11

18 Apr '11

Patches item #3189135, was opened at 2011-02-22 03:17 Message generated for change (Comment added) made by millerpuckette You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3189135&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: puredata Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Rich E (reakin) Assigned to: Miller Puckette (millerpuckette) Summary: glob_evalfile returns reference * Initial Comment: glob_evalfile returns a reference to the patch that it opens, which is useful when opening/closing patches with a system other than the messaging (pd open ....) system. We are already using this system in libpd to open and close patches by reference instead of file name, and this also allows us to know more about the patch at instantiation (ex. dollar args). As the method glob_evalfile currently returns void, it has no backwards incompatibility issues. ---------------------------------------------------------------------- >Comment By: Miller Puckette (millerpuckette) Date: 2011-04-17 18:21 Message: Looks OK to me - I'll take it unless someone else complains :) ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2011-02-25 08:27 Message: yeah git format-patch preserves the author, etc. so its quite nice. The code looks good, and the patch looks perfect, thanks for the update! ---------------------------------------------------------------------- Comment By: Rich E (reakin) Date: 2011-02-25 01:40 Message: Okay, new uploaded patch file, this time formatted with git format-patch - I didn't realize that there was a difference between this and using git diff. Please let me know if there is any other issues. ---------------------------------------------------------------------- Comment By: Rich E (reakin) Date: 2011-02-24 04:16 Message: Please look at the updated diff file, I have removed all the tabs and inserted white spaces instead (sorry, its my ide's fault not mine). The brackets around the while statement are preferred, as we want to return x when it is still valid, not assign it a new value at each iteration (at which point the loop ends when x == null). ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2011-02-23 21:05 Message: Sounds like a reasonable patch, but the diff itself is fully of whitespace changes, so its quite hard to read. A patch should only have relevant changes in it. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3189135&group_…

1 0

[ pure-data-Patches-3248426 ] update new build system to having fully working install targ
by SourceForge.net 16 Apr '11

16 Apr '11

Patches item #3248426, was opened at 2011-03-26 23:08 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3248426&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: puredata Group: None Status: Open Resolution: Fixed Priority: 8 Private: No Submitted By: dmotd (dmotd) Assigned to: Miller Puckette (millerpuckette) Summary: update new build system to having fully working install targ Initial Comment: issue with pd-0.43-0 source tarball. tcl scripts don't get installed system wide, pd complains: Error in startup script: couldn't read file "/usr/lib/pd/tcl//pd-gui.tcl": no such file or directory there are also two configure scripts, one that's pre-generated in the 'src' folder, and another that can be generated with autogen.sh in the parent folder. both don't have install procedures for the tcl folder. this behaviour is not consistent with the git tree, which builds and runs without issue. tested on arch linux (aclocal-1.11 automake-1.11 autoconf-2.68 libtool-2.4) ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2011-04-16 12:28 Message: ok, sorry for the noise, these patches have now been tested a lot more and are actually ready for inclusion. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2011-04-15 12:05 Message: I removed the second patch, its not ready for primetime ;) ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2011-04-11 15:32 Message: I added a second patch related to this one that creates 'make DESTDIR=/Applications install-pd-app' which builds a basic, working Pd.app based on the version of Wish.app that it finds. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2011-04-10 15:37 Message: This patch updates the new buildsystem in the root pd/ folder so that it: - installs properly into a UNIX tree style - UNIX-style install can be controlled by ./configure --enable-unix-layout/--disable-unix-layout - GNU/Linux defaults to UNIX-style, Mac OS X and Windows not - installs into a Mac OS X Wish.app to create a Pd.app using: ./configure && make DESTDIR=/path/to/Pd.app/Contents/Resources prefix= install ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3248426&group_…

1 0

[ pure-data-Bugs-3287674 ] loadbanged $1 not passed to outlet
by SourceForge.net 15 Apr '11

15 Apr '11

Bugs item #3287674, was opened at 2011-04-15 16:35 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3287674&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: puredata Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: loadbanged $1 not passed to outlet Initial Comment: I stumbled across a bug in an abstraction where a loadbanged $1 is passed on to an outlet. The message can be picked up at the outlet as expected the first time the patch is loaded, but not when it is reloaded (for example because its creation arguments are changed in the parent patch calling it). Attached is a ZIP archive with a minimal working example (abstraction plus calling patch). Open mmw_call.pd and follow the instructions there to get the idea. I tested this under the following configuration: Pd 0.42-6 vanilla (self-compiled) Debian wheezy ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3287674&group_…

1 0

[ pure-data-Patches-3248426 ] update new build system to having fully working install targ
by SourceForge.net 15 Apr '11

15 Apr '11

Patches item #3248426, was opened at 2011-03-26 23:08 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3248426&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: puredata Group: None Status: Open Resolution: Fixed Priority: 8 Private: No Submitted By: dmotd (dmotd) Assigned to: Miller Puckette (millerpuckette) Summary: update new build system to having fully working install targ Initial Comment: issue with pd-0.43-0 source tarball. tcl scripts don't get installed system wide, pd complains: Error in startup script: couldn't read file "/usr/lib/pd/tcl//pd-gui.tcl": no such file or directory there are also two configure scripts, one that's pre-generated in the 'src' folder, and another that can be generated with autogen.sh in the parent folder. both don't have install procedures for the tcl folder. this behaviour is not consistent with the git tree, which builds and runs without issue. tested on arch linux (aclocal-1.11 automake-1.11 autoconf-2.68 libtool-2.4) ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2011-04-15 12:05 Message: I removed the second patch, its not ready for primetime ;) ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2011-04-11 15:32 Message: I added a second patch related to this one that creates 'make DESTDIR=/Applications install-pd-app' which builds a basic, working Pd.app based on the version of Wish.app that it finds. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2011-04-10 15:37 Message: This patch updates the new buildsystem in the root pd/ folder so that it: - installs properly into a UNIX tree style - UNIX-style install can be controlled by ./configure --enable-unix-layout/--disable-unix-layout - GNU/Linux defaults to UNIX-style, Mac OS X and Windows not - installs into a Mac OS X Wish.app to create a Pd.app using: ./configure && make DESTDIR=/path/to/Pd.app/Contents/Resources prefix= install ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3248426&group_…

1 0

On RHEL5 mrpeach's packOSC sometimes generates negative values incompatible with udpsend for floats and negative input values
by Adrian Corston 14 Apr '11

14 Apr '11

I am a PD newbie running PD on RHEL5 using RPMs downloaded from here: http://ccrma-www.stanford.edu/planetccrma/mirror/centos/linux/planetccrma/5… OS is RHEL 5.5 and uname -a says: Linux myhost 2.6.18-194.el5 #1 SMP Tue Mar 16 21:52:39 EDT 2010 x86_64 x86_64 x86_64 GNU/Linux Using the PD file below (based on one I found somewhere) I see packOSC outputting negative numbers when floats or negative numbers are input. #N canvas 2929 425 631 244 10; #X obj 210 115 mrpeach/packOSC; #X msg 210 24 send /int 1; #X msg 258 77 send /negative -1; #X msg 234 53 send /float 0.1; #X text 293 24 <- works well; #X text 343 53 <- convert float to negative value: ERROR!; #X text 375 77 <- negative value. ERROR!; #X obj 210 151 print; #X connect 0 0 7 0; #X connect 1 0 0 0; #X connect 2 0 0 0; #X connect 3 0 0 0; Clicking on the send buttons in order, I see this output, the latter two lines of which udpsend won't accept (it expects an array of positive octets and prints an error when it receives negative numbers.) print: 47 105 110 116 0 0 0 0 44 105 0 0 0 0 0 1 print: 47 102 108 111 97 116 0 0 44 102 0 0 61 -52 -52 -51 print: 47 110 101 103 97 116 105 118 101 0 0 0 44 105 0 0 -1 -1 -1 -1 I am guessing it might be a issue with octet signing - for the last example (send /negative -1) it looks like "-1 -1 -1 -1" maybe should be "255 255 255 255" which I am guessing would represent -1. But I'm no OSC expert. Does it look like a problem with the RPM? It's the only one I could find for RHEL5. I had a whole bunch of trouble compiling pd-extended from source but I suspect I might need to go back to that option. Thanks for any help you can provide, Adrian.

2 1

[ pure-data-Patches-3286130 ] cooled~ w32 build
by SourceForge.net 13 Apr '11

13 Apr '11

Patches item #3286130, was opened at 2011-04-13 19:15 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3286130&group_… Please note that this message will contain a full copy of the comment thread, including the initial issue submission, for this request, not just the latest update. Category: externals Group: bugfix Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: cooled~ w32 build Initial Comment: not sure this only fix win32 build, could anyone try on linux, also without the #ifdef NT line 148? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3286130&group_…

1 0

Re: [PD-dev] working pd-ext 0.43 build on windows?
by Hans-Christoph Steiner 13 Apr '11

13 Apr '11

I forgot to add, I am interested in feedback on this particular feature. Right now its in there to try out. I'm not yet convinced it should be permanent, but it does offer some advantages, especially on mobile phones and smaller computers. .hc On Apr 11, 2011, at 12:59 PM, João Pais wrote: > of course, I saw that being discussed some days ago. ok. > > On Mon, 11 Apr 2011 17:32:19 +0200, Hans-Christoph Steiner <hans(a)at.or.at > > wrote: > >> >> Most vanilla objects are split out into their own 'vanilla' lib >> right now. So if you don't add "vanilla/list" and "vanilla" to the >> libraries loaded by default, they won't be loaded. You can do >> [import vanilla/list vanilla] to quickly try a patch without >> changing your prefs. >> >> .hc >> >> On Apr 11, 2011, at 9:03 AM, João Pais wrote: >> >>> Hi, >>> >>> I thought about downloading a build of pd-ext 0.43 that works, to >>> try it out. But the version I tried yesterday is apparently not >>> ok, for example even cnv objects don't exist. Does anyone noticed >>> a previous windows build that is more stable? (even if it doesn't >>> have all the extra objects) >>> >>> João >>> >>> --Friedenstr. 58 >>> 10249 Berlin (Deutschland) >>> Tel +49 30 42020091 | Mob +49 162 6843570 >>> Studio +49 30 69509190 >>> jmmmpais(a)googlemail.com | skype: jmmmpjmmmp >>> >>> _______________________________________________ >>> Pd-dev mailing list >>> Pd-dev(a)iem.at >>> http://lists.puredata.info/listinfo/pd-dev >> >> >> >> ---------------------------------------------------------------------------- >> >> 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. >> >> > > > -- > Friedenstr. 58 > 10249 Berlin (Deutschland) > Tel +49 30 42020091 | Mob +49 162 6843570 > Studio +49 30 69509190 > jmmmpais(a)googlemail.com | skype: jmmmpjmmmp ---------------------------------------------------------------------------- Computer science is no more related to the computer than astronomy is related to the telescope. -Edsger Dykstra

4 8

Re: [PD-dev] Receive from Pd into tcl plugin
by Hans-Christoph Steiner 13 Apr '11

13 Apr '11

(I cc'ed pd-dev since I think this is a topic of general interest). Yes, that's how it would have to happen, as far as I know. The idea is to have a simple way to get the messages on the pd-gui side, something like pd_bind. To start with, I think just having a single receiver 'pd-gui' setup, then plugins would use something like [pd-gui mousecursor target(, and whatever proc was registered to receive the 'mousecursor' messages would be called. I think a real simple implementation would be to just make a ::pd-gui:: namespace, then people would create procs in ::pd-gui:: to receive messages. So like: proc ::pd-gui::mousecursor {args} { $tkcanvas configure -cursor [lindex $args 0] } And the pd-gui receiver would just strip the 'pd-gui' part and exec the rest. .hc On Apr 12, 2011, at 2:06 AM, Chris McCormick wrote: > Hi Hans, > > I am curious, would it be possible to bind a function in Pd to catch > all > messages and send them through to a tcl/tk proc? Not that I want to > do this, I > am just curious. It might be best to set up a callback style > arrangement where > inside the tcl/tk plugin the developer can make a call specifying > which receive > symbol(s) they would like to listen for. That would make things > pretty flexible > and allow multiple plugins to use the functionality too. > > Cheers, > > Chris. > > On Tue, Mar 29, 2011 at 02:21:06PM -0400, Hans-Christoph Steiner > wrote: >> >> The easiest way is to create a proc in `pd-gui`, then bind a >> function in >> `pd` to a receive symbol, then have that function call the proc >> using >> sys_vgui(). I've been thinking that we should have a pre-registered >> 'pd-gui' receive symbol which will automatically get set to `pd-gui`, >> just like the 'pd' receive symbol gets sent to `pd`, but I've never >> found >> the time. Please beat me to it! :-D >> >> .hc >> >> On Mar 29, 2011, at 2:46 AM, Chris McCormick wrote: >> >>> Hi Hans, >>> >>> Is there any way to use the pd_connect tcl in the same way that it >>> does pdsend >>> to receive data back from Pd? I am persuing a bit of a hack of an >>> idea. >>> >>> Cheers, >>> >>> Chris. >>> >>> ------------------- >>> http://mccormick.cx >> >> >> >> ---------------------------------------------------------------------------- >> >> "Making boring techno music is really easy with modern tools, but >> with >> live coding, boring techno is much harder." - Chris McCormick >> >> >> >> > > ------------------- > http://mccormick.cx ---------------------------------------------------------------------------- I have always wished for my computer to be as easy to use as my telephone; my wish has come true because I can no longer figure out how to use my telephone." --Bjarne Stroustrup (creator of C++)

1 0

big Pd-extended 0.43 updates
by Hans-Christoph Steiner 13 Apr '11

13 Apr '11

A few updates on Pd-extended 0.43 from work I did yesterday, last night: - just finally merged in all the relevant changes from Pd-extended 0.42 into the pd-extended.git, so tonight's build should include these changes, including Martin's string patch - I merged in a couple things from pd-l2ork, specifically: - IOhannes' $@ patch simplified to only $@ by Ico - jsarlo's Magic Glass - jsarlo's outlet highlighting .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

1 0

string/blob type back in Pd-extended 0.43
by Hans-Christoph Steiner 12 Apr '11

12 Apr '11

FYI: Using the magic of meld, git gui, and gitk, I have refactored Martin's string/blob patch against pd 0.43.0 and included it into Pd- extended 0.43 git. .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

1 0

2024

2023

2022

2021

2020

2019

2018

2017

2016

2015

2014

2013

2012

2011

2010

2009

2008

2007

2006

2005

2004

2003

2002

Pd-dev April 2011