Pd-dev November 2011

pd-dev@lists.iem.at

22 participants
71 discussions

[ pure-data-Bugs-3440001 ] Pd-extended 0.43.1 vanilla not loading
by SourceForge.net 18 Nov '11

18 Nov '11

Bugs item #3440001, was opened at 2011-11-18 10:07 Message generated for change (Tracker Item Submitted) made by mrpeach You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3440001&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: pd-extended Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Martin Peach (mrpeach) Assigned to: Hans-Christoph Steiner (eighthave) Summary: Pd-extended 0.43.1 vanilla not loading Initial Comment: Using Pd-0.43.1-extended-20111118-debian-squeeze-i386.deb, Vanilla doesn't load on startup. First few lines of console output follow: 'pd-gui' connecting to 'pd' on localhost 5400 ... ------------------ done with main ---------------------- [import] $Revision: 1.2 $ [import] is still in development, the interface could change! compiled against Pd version 0.43.1 Default font: DejaVu Sans Mono Creating 8 font at {-8 5 11} Creating 9 font at {-9 6 12} Creating 10 font at {-10 6 13} Creating 12 font at {-12 7 16} Creating 14 font at {-14 8 17} Creating 16 font at {-16 10 19} Creating 18 font at {-18 11 22} Creating 24 font at {-24 14 29} Creating 30 font at {-30 18 37} Creating 36 font at {-37 22 44} Using /usr/lib/pd-extended/startup as startup. Loading extra in /usr/lib/pd-extended/startup/extra /usr/lib/pd-extended/startup/extra: can't load startup library'! Loading /usr/lib/pd-extended/startup/1.list.pd_linux Loading vanilla in /usr/lib/pd-extended/startup/vanilla /usr/lib/pd-extended/startup/vanilla: can't load startup library'! Loading /usr/lib/pd-extended/startup/0.libdir.pd_linux libdir loader 1.9 compiled on Nov 18 2011 at 02:03:25 compiled against Pd version 0.43.1.extended-20111118 Loading pdlua in /usr/lib/pd-extended/startup/pdlua pdlua 0.6 (GPL) 2011 Martin Peach, based on lua 0.6~svn (GPL) 2008 Claude Heiland-Allen <claudiusmaximus(a)goto10.org> pdlua: compiled for pd-0.43 on Nov 18 2011 02:03:26 Loading tclpd in /usr/lib/pd-extended/startup/tclpd tclpd loader v0.3.0 tclpd: trying to load /usr/lib/pd-extended/extra/tclpd/tclpd.tcl... tclpd: loaded /usr/lib/pd-extended/extra/tclpd/tclpd.tcl GEM: Graphics Environment for Multimedia ...also the preferences don't get saved so there seems to be no way to fix it. Possibly because libdir is loaded after vanilla? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3440001&group_…

1 0

a true Pd-double autobuild finally available for testing
by katja 17 Nov '11

17 Nov '11

Finally there is a first true Pd-double nightly build available for testing, almost one month after the first announcement. It is an OSX i386 build. Other builds will hopefully follow soon. http://autobuild.puredata.info/auto-build/2011-11-17/ Beware! This pre-pre-alpha Pd-double-extended is probably the buggiest Pd you've ever seen. The largest part of it still has to be tested and precision-fixed. Precision-issues can in some cases produce ridiculous output values, in the range of billions or trillions. Use an analog volume control when testing Pd-double-extended, and set it _low_ to start with. parts which are so far precision-fixed and tested on OSX and Linux: most of pd-double core externals/extra (except [pd~]) externals/creb externals/smlib externals/vbap precision-fix priorities: - making pd-double core work for Windows - find and fix pointer typecast cases resulting in dangerously high output values - fix cw_binaural to compile and work in double precision so it can be included in the LIB_TARGETS again long term: - make unit tests for all classes in all libs - fix all precision issues - develop a method to prevent cross-precision lib-loads Katja

3 3

unittests and template Makefile merging
by Hans-Christoph Steiner 17 Nov '11

17 Nov '11

Hey Katya, I incorporated your unittests changes into the template Makefile, that should make it easier to update the Makefiles of any lib you are adding unittests too. I don't know if you've used opendiff/FileMerge.app much, but it makes things like updating a libs Makefile from the template really easy. You can use 'meld' on GNU/Linux or 'opendiff' on Mac OS X, which opens FileMerge.app. Here's an example with opendiff: opendiff Makefile ../template/Makefile -ancestor ~/code/pure-data/tags/externals/template/1.0.11/Makefile -merge Makefile Makefile = the file to be updated ../template/Makefile = the most recent template Makefile ~/code/pure-data/tags/externals/template/1.0.11/Makefile = the "ancestor" template Makefile, use the version that is on the top of the current 'Makefile' and replace 1.0.11. Basically, you'll want to choose the left side for the variables at the top (SOURCES, PD_OBJECTS, EXTRA_DIST, etc.) And everything else should be pointing right. Then hit Save, and it'll save into 'Makefile'. .hc ---------------------------------------------------------------------------- Access to computers should be unlimited and total. - the hacker ethic

2 2

webcam color balance from gem
by Ricardo Fabbri 17 Nov '11

17 Nov '11

Hi, would there be a straightforward way to adjust the hardware color balance of a webcam through GEM? Do you have experience in getting/setting those attributes with the PS3 eye webcam which has been used in a lot of Pd projects? perhaps installing a new driver with more controls? I am under Ubuntu 11.10 64bit with a 3.0.0-12 kernel. I am also trying to develop/improve v4l2 handling in gem and pdp, but I'd like to get some of the community input and wisdom first. Best, Ricardo Fabbri -- Linux registered user #175401 www.lems.brown.edu/~rfabbri labmacambira.sf.net

2 3

[ pure-data-Bugs-3438752 ] "pd -rt" crashes if pd-watchdog cannot be found
by SourceForge.net 16 Nov '11

16 Nov '11

Bugs item #3438752, was opened at 2011-11-16 04:37 Message generated for change (Tracker Item Submitted) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3438752&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: 7 Private: No Submitted By: IOhannes m zmölnig (zmoelnig) Assigned to: Miller Puckette (millerpuckette) Summary: "pd -rt" crashes if pd-watchdog cannot be found Initial Comment: i'm using Pd-0.43 (today's git) on linux (debian wheezy/sid which comes with gcc-4.6.1) if i start Pd in "realtime" mode (which is the default on linux) and it cannot find the "pd-watchdog" binary, Pd quits. i stumbled upon this bug, since i had no link from Pd/src/ to Pd/bin/, and started Pd from it's source directory. while i agree that my setup was somewhat broken as the pd-watchdog should have been in place, i strongly believe that Pd must not crash in these circumstances. it probably should drop realtime execution if it cannot find pd-watchdog, rather than crash. zmoelnig@ferrari:~/src/git/pure-data$ ls bin/pd-watchdog ls: cannot access bin/pd-watchdog: No such file or directory zmoelnig@ferrari:~/src/git/pure-data$ ./src/pd priority 6 scheduling enabled. priority 8 scheduling enabled. sh: ./bin/pd-watchdog: No such file or directory pd: watchdog process died zmoelnig@ferrari:~/src/git/pure-data$ pdsend errorname: >>error writing "sock8": broken pipe<< zmoelnig@ferrari:~/src/git/pure-data$ ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3438752&group_…

1 0

[ pure-data-Patches-3438338 ] change float to t_float in Pd 'extra'
by SourceForge.net 16 Nov '11

16 Nov '11

Patches item #3438338, was opened at 2011-11-15 07:17 Message generated for change (Comment added) made by katjav You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3438338&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: 7 Private: No Submitted By: Katja (katjav) Assigned to: Miller Puckette (millerpuckette) Summary: change float to t_float in Pd 'extra' Initial Comment: 0001-change-float-to-t_float-in-Pd-extra.patch converts instances of 'float' to 't_float' in all classes of vanilla Pd's 'extra'. Also, a few constants and literals are defined with more decimals, and some float suffixes removed. The patch is intended for Pd-043.1test5. Type 't_float' is already used in most of pd core code. The changes in the 'extra' classes would make them compliant with the core in this sense. ---------------------------------------------------------------------- >Comment By: Katja (katjav) Date: 2011-11-16 02:28 Message: I've checked the case of bonk~ once more because the difference was remarkable there (that is, in terms of a test situation). It is fully due to a more precise definition of pi, 3.141592653589793 instead of 3.14159. Since a literal without float suffix is a double anyway, 3.14159 for pi is a waste of precision even when t_float is float. And even when this waste is considered unimportant, a more precise definition can not spoil the intended calculation result. So to answer IOhannes' question: the differences can be considered an improvement (albeit probably an unimportant one) of the situation. In practice, no one will be dependent on an exact output of bonk~, it is even quite hard to create a reproducible test situation. The same holds for fiddle~ and sigmund~. In this sense, the patch can be safely applied as is. By the way, the test patches can be opened to see results in detail, they're not dependent on a script to run them. ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2011-11-16 00:41 Message: i guess the question is: are the differences an _improvment_ of the situation (e.g. because [bonk~] historically produced slightly "off" values and the patch now fixes that)? in this case i think one could argue, that your patch is fixing a minor bug, and should be applied, even if it breaks 100% compatibility (and then: if somebody relies on an exact value output in float-domain, they should re-think their patch anyhow) ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2011-11-15 21:14 Message: That answers my somewhat stupid question: your unittest patch will show the differences. ---------------------------------------------------------------------- Comment By: Katja (katjav) Date: 2011-11-15 11:50 Message: The more precise constants and removal of float suffixes originate from my attempts to make Pd work in single and double precision. Maybe I should make a patch file without these changes for the moment, till I've reviewed them better. Hans I do not understand your question 'how can we see what those differences are?' If you build a patched Pd-0.43.1test5 and run the tests which are also attached below, you'll see that the differences are in the analysis objects, notably bonk~. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2011-11-15 09:20 Message: These changes would complete the t_float/t_sample clean up that happened with the core back in 0.42 (I think). I think it should be included in 0.43 if possible. Katya, how can we see what those differences are? ---------------------------------------------------------------------- Comment By: Katja (katjav) Date: 2011-11-15 07:36 Message: correction: the reference for the unit test patches was pd-0.43.0 vanilla release ---------------------------------------------------------------------- Comment By: Katja (katjav) Date: 2011-11-15 07:33 Message: Accompanying the patch file, I've produced unit test patches. The reference was pd-043.1 vanilla release. The tests indicate slightly altered output for some of the classes, probably due to more precise constants and removal of float suffixes. See attached 'unittests-pdextras.zip'. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3438338&group_…

1 0

[ pure-data-Patches-3438338 ] change float to t_float in Pd 'extra'
by SourceForge.net 16 Nov '11

16 Nov '11

Patches item #3438338, was opened at 2011-11-15 07:17 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3438338&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: 7 Private: No Submitted By: Katja (katjav) Assigned to: Miller Puckette (millerpuckette) Summary: change float to t_float in Pd 'extra' Initial Comment: 0001-change-float-to-t_float-in-Pd-extra.patch converts instances of 'float' to 't_float' in all classes of vanilla Pd's 'extra'. Also, a few constants and literals are defined with more decimals, and some float suffixes removed. The patch is intended for Pd-043.1test5. Type 't_float' is already used in most of pd core code. The changes in the 'extra' classes would make them compliant with the core in this sense. ---------------------------------------------------------------------- >Comment By: IOhannes m zmölnig (zmoelnig) Date: 2011-11-16 00:41 Message: i guess the question is: are the differences an _improvment_ of the situation (e.g. because [bonk~] historically produced slightly "off" values and the patch now fixes that)? in this case i think one could argue, that your patch is fixing a minor bug, and should be applied, even if it breaks 100% compatibility (and then: if somebody relies on an exact value output in float-domain, they should re-think their patch anyhow) ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2011-11-15 21:14 Message: That answers my somewhat stupid question: your unittest patch will show the differences. ---------------------------------------------------------------------- Comment By: Katja (katjav) Date: 2011-11-15 11:50 Message: The more precise constants and removal of float suffixes originate from my attempts to make Pd work in single and double precision. Maybe I should make a patch file without these changes for the moment, till I've reviewed them better. Hans I do not understand your question 'how can we see what those differences are?' If you build a patched Pd-0.43.1test5 and run the tests which are also attached below, you'll see that the differences are in the analysis objects, notably bonk~. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2011-11-15 09:20 Message: These changes would complete the t_float/t_sample clean up that happened with the core back in 0.42 (I think). I think it should be included in 0.43 if possible. Katya, how can we see what those differences are? ---------------------------------------------------------------------- Comment By: Katja (katjav) Date: 2011-11-15 07:36 Message: correction: the reference for the unit test patches was pd-0.43.0 vanilla release ---------------------------------------------------------------------- Comment By: Katja (katjav) Date: 2011-11-15 07:33 Message: Accompanying the patch file, I've produced unit test patches. The reference was pd-043.1 vanilla release. The tests indicate slightly altered output for some of the classes, probably due to more precise constants and removal of float suffixes. See attached 'unittests-pdextras.zip'. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3438338&group_…

1 0

[ pure-data-Patches-3438338 ] change float to t_float in Pd 'extra'
by SourceForge.net 16 Nov '11

16 Nov '11

Patches item #3438338, was opened at 2011-11-15 07:17 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3438338&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: 7 Private: No Submitted By: Katja (katjav) Assigned to: Miller Puckette (millerpuckette) Summary: change float to t_float in Pd 'extra' Initial Comment: 0001-change-float-to-t_float-in-Pd-extra.patch converts instances of 'float' to 't_float' in all classes of vanilla Pd's 'extra'. Also, a few constants and literals are defined with more decimals, and some float suffixes removed. The patch is intended for Pd-043.1test5. Type 't_float' is already used in most of pd core code. The changes in the 'extra' classes would make them compliant with the core in this sense. ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2011-11-15 21:14 Message: That answers my somewhat stupid question: your unittest patch will show the differences. ---------------------------------------------------------------------- Comment By: Katja (katjav) Date: 2011-11-15 11:50 Message: The more precise constants and removal of float suffixes originate from my attempts to make Pd work in single and double precision. Maybe I should make a patch file without these changes for the moment, till I've reviewed them better. Hans I do not understand your question 'how can we see what those differences are?' If you build a patched Pd-0.43.1test5 and run the tests which are also attached below, you'll see that the differences are in the analysis objects, notably bonk~. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2011-11-15 09:20 Message: These changes would complete the t_float/t_sample clean up that happened with the core back in 0.42 (I think). I think it should be included in 0.43 if possible. Katya, how can we see what those differences are? ---------------------------------------------------------------------- Comment By: Katja (katjav) Date: 2011-11-15 07:36 Message: correction: the reference for the unit test patches was pd-0.43.0 vanilla release ---------------------------------------------------------------------- Comment By: Katja (katjav) Date: 2011-11-15 07:33 Message: Accompanying the patch file, I've produced unit test patches. The reference was pd-043.1 vanilla release. The tests indicate slightly altered output for some of the classes, probably due to more precise constants and removal of float suffixes. See attached 'unittests-pdextras.zip'. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3438338&group_…

1 0

[ pure-data-Patches-3438338 ] change float to t_float in Pd 'extra'
by SourceForge.net 15 Nov '11

15 Nov '11

1 0

[ pure-data-Patches-3438338 ] change float to t_float in Pd 'extra'
by SourceForge.net 15 Nov '11

15 Nov '11

Patches item #3438338, was opened at 2011-11-15 07:17 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3438338&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: 7 Private: No Submitted By: Katja (katjav) Assigned to: Miller Puckette (millerpuckette) Summary: change float to t_float in Pd 'extra' Initial Comment: 0001-change-float-to-t_float-in-Pd-extra.patch converts instances of 'float' to 't_float' in all classes of vanilla Pd's 'extra'. Also, a few constants and literals are defined with more decimals, and some float suffixes removed. The patch is intended for Pd-043.1test5. Type 't_float' is already used in most of pd core code. The changes in the 'extra' classes would make them compliant with the core in this sense. ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2011-11-15 09:20 Message: These changes would complete the t_float/t_sample clean up that happened with the core back in 0.42 (I think). I think it should be included in 0.43 if possible. Katya, how can we see what those differences are? ---------------------------------------------------------------------- Comment By: Katja (katjav) Date: 2011-11-15 07:36 Message: correction: the reference for the unit test patches was pd-0.43.0 vanilla release ---------------------------------------------------------------------- Comment By: Katja (katjav) Date: 2011-11-15 07:33 Message: Accompanying the patch file, I've produced unit test patches. The reference was pd-043.1 vanilla release. The tests indicate slightly altered output for some of the classes, probably due to more precise constants and removal of float suffixes. See attached 'unittests-pdextras.zip'. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3438338&group_…

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 November 2011