Pd-dev September 2008

pd-dev@lists.iem.at

12 participants
48 discussions

[ pure-data-Bugs-2138593 ] string2any missing from Pd-extended on Windows
by SourceForge.net 30 Sep '08

30 Sep '08

Bugs item #2138593, was opened at 2008-09-30 19:09 Message generated for change (Comment added) made by mukau You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2138593&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: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Hans-Christoph Steiner (eighthave) Summary: string2any missing from Pd-extended on Windows Initial Comment: string2any doesn't load on Windows, perhaps its missing. I don't have a Windows machine to test on, but I have seen this on other people's machines. ---------------------------------------------------------------------- Comment By: Bryan Jurish (mukau) Date: 2008-09-30 23:33 Message: ... oops, my fault: I removed any2string, string2any, and sprinkler from flatspace a few months ago, since the duplicates seemed to be causing some confusion. See the pd-list archives for August 2008: http://lists.puredata.info/pipermail/pd-list/2008-08/064506.html http://lists.puredata.info/pipermail/pd-list/2008-08/064512.html I still maintain that the windoof autobuild machine has a broken version of make, and that v3.79 is not broken in that sense. I also have no windows machine on which to test, so it's a bit difficult for me to support that platform. I see 3 possible solutions at the moment: 1) someone fixes the make on the autobuild machine (opinions, Hans?) - variant "1b": I call an alternate un-broken make from the "moocow" snippet of externals/Makefile instead of using $(MAKE). 2) I stop using macros in externals/moocow/extended/Makefile; possibly even generating windows-specific makefiles for each subdirectory of moocow/ - ugly, time-consuming, and harder to maintain 3) I (or someone else) place any2string and string2any (and maybe sprinkler) back into flatspace - redundant, confusing, help files don't get installed, mismatched versions, ... Of these, (1) and (3) would be easiest for me. I don't care much for (2)... I could deal without the macros on this scale, but they sure are handy... -Bryan ---------------------------------------------------------------------- Comment By: Martin Peach (mrpeach) Date: 2008-09-30 19:38 Message: Works with [flatspace/string2any] on Pd version 0.40.3-extended-20080310 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2138593&group_…

1 0

how to access literal $args in constructor?
by IOhannes m zmoelnig 30 Sep '08

30 Sep '08

hi we are having a hard time with the following problem: we want to create an object that has a variable number of iolets, based on the $args available. e.g. [myobj $1] should create an object with a single inlet [myobj $3] should create an object with 3 inlets. the number of iolets depends on the literal value of the dollargs, not on the expanded values! you can think of this like an [expr] object, but using "$2" directly instead of "$f2". now the problem is that i haven't found a way how to access the raw object arguments in the constructor (new-routine) of the object. it is simple to do so _after_ the constructor (by accessing the binbuf), but then it is too late. the raw args are not available yet within the constructor (it is filled right afterwards in the canvas_objtext() routine) the reason is obvious, as there is no memory allocated to store the binbuf before a call to pd_new() unfortunately the insight of why this is like it is does not really help me. does anybody (miller?) knows a way (or trick) how to access the raw arguments within the constructor (or _very_ shortly afterwards: that is, before the next object is created) else i would like to file a feature request to fill the information i need within the pd_new() any thoughts? fgamrsd IOhannes

3 5

[ pure-data-Bugs-2127854 ] autobuild: partconv~
by SourceForge.net 30 Sep '08

30 Sep '08

Bugs item #2127854, was opened at 2008-09-25 07:55 Message generated for change (Comment added) made by cclepper You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2127854&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: IOhannes m zmlnig (zmoelnig) Assigned to: Hans-Christoph Steiner (eighthave) Summary: autobuild: partconv~ Initial Comment: partconv~ has stopped the auto-builds for a rather long period now. please somene do one of the following: - remove [partconv~] from the auto-build system - install fftw on the auto-build machines - make the dependency on fftw optional ---------------------------------------------------------------------- Comment By: christopher clepper (cclepper) Date: 2008-09-30 18:08 Message: FFTW is required for partconv~ to work so the #ifdef additions will make it unusable. FFTW is tricky to include with binaries since it has such extensive optimizations for each CPU. You could attempt to statically link a generic x87 version, but that would result in pretty poor performance and partconv~ needs really good code to work with longer impulse responses. I would recommend leaving it out of the autobuild and letting those who want it build it on their own. The other option would be to make some static linked binaries for various CPUs and stick them in the build ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2008-09-30 09:42 Message: does partconv~ work with out FFTW3? If this just builds a dummy object, I don't think it is useful to include this hack. ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2008-09-30 07:43 Message: i have added a number of #ifdef's to the original code (i hope nobody minds), so now the object should compile again on systems without fftw3 installed. the drawback is, that you have to explicitely define the HAVE_FFTW3_H at the command-line in order to enable it! (so hack the externals/Makefile which i don't dare) ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2008-09-26 16:00 Message: I am working on it, but I have limited access to that machine, since it is a lab machine of a university. Plus there are still some bugs in Apple's gcc causing fftw3 not to build., so hopefully that's been fixed. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2127854&group_…

1 0

[ pure-data-Bugs-2138593 ] string2any missing from Pd-extended on Windows
by SourceForge.net 30 Sep '08

30 Sep '08

Bugs item #2138593, was opened at 2008-09-30 13:09 Message generated for change (Comment added) made by mrpeach You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2138593&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: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Hans-Christoph Steiner (eighthave) Summary: string2any missing from Pd-extended on Windows Initial Comment: string2any doesn't load on Windows, perhaps its missing. I don't have a Windows machine to test on, but I have seen this on other people's machines. ---------------------------------------------------------------------- >Comment By: Martin Peach (mrpeach) Date: 2008-09-30 13:38 Message: Works with [flatspace/string2any] on Pd version 0.40.3-extended-20080310 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2138593&group_…

1 0

[ pure-data-Bugs-2138593 ] string2any missing from Pd-extended on Windows
by SourceForge.net 30 Sep '08

30 Sep '08

Bugs item #2138593, was opened at 2008-09-30 13:09 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2138593&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: None Group: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Hans-Christoph Steiner (eighthave) Summary: string2any missing from Pd-extended on Windows Initial Comment: string2any doesn't load on Windows, perhaps its missing. I don't have a Windows machine to test on, but I have seen this on other people's machines. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2138593&group_…

1 0

planetccrma machine
by Hans-Christoph Steiner 30 Sep '08

30 Sep '08

Hey all, I was in the process of upgrading the planetccrma build machine and managed to turn off sshd then log out. So I won't be able to fix it until I get back to NYC, hopefully I'll have some time this weekend. Sorry... .hc ------------------------------------------------------------------------ ---- "[T]he greatest purveyor of violence in the world today [is] my own government." - Martin Luther King, Jr.

1 0

[ pure-data-Bugs-2127854 ] autobuild: partconv~
by SourceForge.net 30 Sep '08

30 Sep '08

Bugs item #2127854, was opened at 2008-09-25 03:55 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2127854&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: IOhannes m zmlnig (zmoelnig) >Assigned to: Hans-Christoph Steiner (eighthave) Summary: autobuild: partconv~ Initial Comment: partconv~ has stopped the auto-builds for a rather long period now. please somene do one of the following: - remove [partconv~] from the auto-build system - install fftw on the auto-build machines - make the dependency on fftw optional ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2008-09-30 05:42 Message: does partconv~ work with out FFTW3? If this just builds a dummy object, I don't think it is useful to include this hack. ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2008-09-30 03:43 Message: i have added a number of #ifdef's to the original code (i hope nobody minds), so now the object should compile again on systems without fftw3 installed. the drawback is, that you have to explicitely define the HAVE_FFTW3_H at the command-line in order to enable it! (so hack the externals/Makefile which i don't dare) ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2008-09-26 12:00 Message: I am working on it, but I have limited access to that machine, since it is a lab machine of a university. Plus there are still some bugs in Apple's gcc causing fftw3 not to build., so hopefully that's been fixed. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2127854&group_…

1 0

[ pure-data-Bugs-2127854 ] autobuild: partconv~
by SourceForge.net 30 Sep '08

30 Sep '08

Bugs item #2127854, was opened at 2008-09-25 09:55 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2127854&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: IOhannes m zmlnig (zmoelnig) Assigned to: B. Bogart (bbogart) Summary: autobuild: partconv~ Initial Comment: partconv~ has stopped the auto-builds for a rather long period now. please somene do one of the following: - remove [partconv~] from the auto-build system - install fftw on the auto-build machines - make the dependency on fftw optional ---------------------------------------------------------------------- >Comment By: IOhannes m zmlnig (zmoelnig) Date: 2008-09-30 09:43 Message: i have added a number of #ifdef's to the original code (i hope nobody minds), so now the object should compile again on systems without fftw3 installed. the drawback is, that you have to explicitely define the HAVE_FFTW3_H at the command-line in order to enable it! (so hack the externals/Makefile which i don't dare) ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2008-09-26 18:00 Message: I am working on it, but I have limited access to that machine, since it is a lab machine of a university. Plus there are still some bugs in Apple's gcc causing fftw3 not to build., so hopefully that's been fixed. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2127854&group_…

1 0

[ pure-data-Bugs-2127857 ] autobuild: videogrid
by SourceForge.net 30 Sep '08

30 Sep '08

Bugs item #2127857, was opened at 2008-09-25 09:58 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2127857&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: Pending >Resolution: Fixed Priority: 5 Private: No Submitted By: IOhannes m zmlnig (zmoelnig) Assigned to: Hans-Christoph Steiner (eighthave) Summary: autobuild: videogrid Initial Comment: [videogrid] has stopped the auto-builds for considerably long period now. please somene do one of the following: - remove [videogrid] from the auto-build system - update ffmpeg (or install additional packages) on the auto-build machines - make the dependency on ffmpeg optional ---------------------------------------------------------------------- >Comment By: IOhannes m zmlnig (zmoelnig) Date: 2008-09-30 09:41 Message: setting this to pending, as the main issue (stalling the auto-build) is fixed. probably one should open a wish-list issue to include it again :-) ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2008-09-26 18:05 Message: I removed [videogrid] from the build until it gets fixed, since it has been a while. Ideally, the ffmpeg dependency would be resolved. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2127857&group_…

1 0

[ pure-data-Bugs-2132395 ] Problem with GOP on subpatch
by SourceForge.net 27 Sep '08

27 Sep '08

Bugs item #2132395, was opened at 2008-09-27 15:41 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2132395&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: Nobody/Anonymous (nobody) Assigned to: Hans-Christoph Steiner (eighthave) Summary: Problem with GOP on subpatch Initial Comment: Here step by step to the bug : 1) create new patch 2) create subpatch [pd compteur] 3) create a counter with the objects [metro] [f ] [+ 1] and two number boxes, one for the metro (time), the other for the output of [f ], and a toggle to start and stop [metro] 4) close the subpatch 5) right click on this subpatch and choose properties 6) check graph on parent 7) validate by OK Then Pd crash. It seems to crash on all platform. ++ Jack The patch (before to check graph on parent) is joined. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2132395&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 September 2008