Pd-dev October 2011

pd-dev@lists.iem.at

22 participants
138 discussions

nightly builds should now have debug symbols
by Hans-Christoph Steiner 04 Oct '11

04 Oct '11

I tried to fix up the CFLAGS last night so that all of the nightly builds would have full debug symbols on all platforms. Give it a try and let me know if it works for you. .hc ---------------------------------------------------------------------------- Mistrust authority - promote decentralization. - the hacker ethic

1 0

Re: [PD-dev] [ pure-data-Patches-3417757 ] better install instructions to pix_opencv
by lluis gomez i bigorda 04 Oct '11

04 Oct '11

hi list, it's a long time .... hope you all are doing well :) sorry no previous experience with Tracker: just a question, what's the suposed way to act in such a tracker task ? I went to the patch view and just changed the "Resolution" field as "Accepted" ... it's supposed Tracker should apply the patch automatically ? or I must download the patch and make the commit myself? thanks! ll. Al 04/10/11 21:44, En/na SourceForge.net ha escrit: > Patches item #3417757, was opened at 2011-10-03 10:06 > Message generated for change (Settings changed) made by lluisbigorda > You can respond by visiting: > https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3417757&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: documentation > Status: Open >> Resolution: Accepted > Priority: 5 > Private: No > Submitted By: Ricardo Fabbri (ricardofabbri) > Assigned to: lluís gómez i bigordà (lluisbigorda) > Summary: better install instructions to pix_opencv > > Initial Comment: > This is a tiny fix to the INSTALL file to show how to install the help files. More steps were are added so that the install solution is cleaner. > > PS: I am also using this to practice submitting patches to the Pd community. Hopefully I will soon manage to get commit access and will stop bugging the tracker with tiny patches. > > ---------------------------------------------------------------------- > > Comment By: Ricardo Fabbri (ricardofabbri) > Date: 2011-10-04 07:03 > > Message: > We might have to wait until bug #3390786 gets fixed. However, I vote to > include these instructions anyways as the bug must get fixed soon I > suppose. > > ---------------------------------------------------------------------- > > Comment By: Ricardo Fabbri (ricardofabbri) > Date: 2011-10-04 06:10 > > Message: > Hello, the instructions in this patch are not goint to work well with the > current pd-extended, since it is not saving the new PATH into > ~/.pdextended, seemingly because the path is from the pd-extended > installation directory and it is being handled differently. I propose to > tell the user to put the PATH straight to a directory with pix_opencv > *outside* pd-extended installation directory. I would say it is bug on its > own of pd-extended to filter out paths that are in its own installation > directory. However, I propose a solution which will work in this case as > well, but will not allow the user to cleanly install pix_opencv to the > whole system. The attached patch is the new instructions I propose. > > ---------------------------------------------------------------------- > > Comment By: Ricardo Fabbri (ricardofabbri) > Date: 2011-10-03 10:07 > > Message: > just letting you know the patch is against the pix_opencv external inside > the svn repository for Pd. > > ---------------------------------------------------------------------- > > You can respond by visiting: > https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3417757&group_… > > _______________________________________________ > Pd-dev mailing list > Pd-dev(a)iem.at > http://lists.puredata.info/listinfo/pd-dev

3 2

[ pure-data-Patches-3417757 ] better install instructions to pix_opencv
by SourceForge.net 04 Oct '11

04 Oct '11

Patches item #3417757, was opened at 2011-10-03 10:06 Message generated for change (Settings changed) made by lluisbigorda You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3417757&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: documentation Status: Open >Resolution: Accepted Priority: 5 Private: No Submitted By: Ricardo Fabbri (ricardofabbri) Assigned to: lluís gómez i bigordà (lluisbigorda) Summary: better install instructions to pix_opencv Initial Comment: This is a tiny fix to the INSTALL file to show how to install the help files. More steps were are added so that the install solution is cleaner. PS: I am also using this to practice submitting patches to the Pd community. Hopefully I will soon manage to get commit access and will stop bugging the tracker with tiny patches. ---------------------------------------------------------------------- Comment By: Ricardo Fabbri (ricardofabbri) Date: 2011-10-04 07:03 Message: We might have to wait until bug #3390786 gets fixed. However, I vote to include these instructions anyways as the bug must get fixed soon I suppose. ---------------------------------------------------------------------- Comment By: Ricardo Fabbri (ricardofabbri) Date: 2011-10-04 06:10 Message: Hello, the instructions in this patch are not goint to work well with the current pd-extended, since it is not saving the new PATH into ~/.pdextended, seemingly because the path is from the pd-extended installation directory and it is being handled differently. I propose to tell the user to put the PATH straight to a directory with pix_opencv *outside* pd-extended installation directory. I would say it is bug on its own of pd-extended to filter out paths that are in its own installation directory. However, I propose a solution which will work in this case as well, but will not allow the user to cleanly install pix_opencv to the whole system. The attached patch is the new instructions I propose. ---------------------------------------------------------------------- Comment By: Ricardo Fabbri (ricardofabbri) Date: 2011-10-03 10:07 Message: just letting you know the patch is against the pix_opencv external inside the svn repository for Pd. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3417757&group_…

1 0

PdLab news: macosx105-i386, windowsxp-i386 and pd-double
by Hans-Christoph Steiner 04 Oct '11

04 Oct '11

In PdLab build farm news: - macosx105-i386 is back in action, I guess it crashed, I just rebooted it - windowsxp-i386 I upgraded the Cygwin from 1.5 to 1.7, I hope that makes the cygwin stuff work smoother. - there is now a 'pd-double' build, which is pure-data.git with Katja's double-precision builds .hc ---------------------------------------------------------------------------- "Making boring techno music is really easy with modern tools, but with live coding, boring techno is much harder." - Chris McCormick

1 0

where is Pd's "-stdlib"? (was Re: request sponsor/upload for pd-pdstring)
by IOhannes m zmoelnig 04 Oct '11

04 Oct '11

-----BEGIN PGP SIGNED MESSAGE----- Hash: SHA1 @pd-dev: in the course of making packages for debian, we discovered another slight problem with the "-stdpath" and "-stdlib" flags for declare (and probably this also expands to the "-nostdpath" startup flag). following is an excerpt of the discussion in the debian packaging team: On 2011-10-01 14:11, Roman Haefeli wrote: > > On Fri, 2011-09-30 at 17:02 +0200, IOhannes m zmölnig wrote: >> >> i'm not entirely sure though (given the nastiness of [declare]) >> if you think that it is a bug in "puredata-core", please file a bugreport. > > Yeah, that is indeed the case. Before filing a bug report, I'd like to > clear up the meanings of the different paths. > > /usr/lib/pd/extra > Am I right in assuming that this path is supposed to be searched by > all flavors of Pd (all packages that provide the virtual package pd)? > This also the path where usually external libraries are installed to > because from there they can be loaded from any flavor of pd? > > /usr/lib/puredata/extra > is only searched by puredata / pd from the puredata package? > This is where libraries are installed that only are suitable for > the pd provided by the puredata package? > > /usr/lib/pd-extended/extra > is only searched by pdextended / pd from the pd-extended package? > Libs that are only useful with pdextended go there? > > If that is the case, then there is definitely a bug in the puredata-core > package as it is ignoring /usr/lib/pd/extra. it might as well be a bug in puredata upstream (that's why i want to discuss it; probably a more appropriate place for discussion is the pd-dev mailinglist which i include in the recipients) imho, the issue boils down to the question "what are stdpaths?" (and i assume that "stdlibs" are std because they live in "stdpaths"). for the sake of simplicity, i will only talk about the "linux" version of Pd (and with Pd i mean Pd-vanilla) before Pd-0.43 (vanilla!), there was only a single "stdpath", which was the path were the Pd binaries lived in. this usually was /usr/local/lib/pd/ or /usr/lib/pd/ since 0.43, a few more paths have been added, namely: /usr/local/lib/pd-externals and ~/pd-externals on Debian and derivatives, yet another path is added: since Pd is installed into /usr/lib/puredata/ (in order to allow pd-extended live side by side with puredata), the path "/usr/lib/pd" is also added as a "common system-managed search path". now all these paths are handled separately from the user defined search-paths; e.g. they do not show up in the path dialog, and they can be disabled with the "-nostdpaths" flag. otoh, [declare] has not adapted to these changes. if you add "-stdpath extra/foo", it will only search in /usr/local/lib/pd/extra/foo (given that pd is installed in /usr/local/lib/pd), but it will not search in /usr/local/lib/pd-externals/extra/foo nor in ~/pd-externals/extra/foo. (the same applies for the additional Debian-specific search path /usr/lib/pd/extra/foo). hence i do think that the problem is general problem with Pd-vanilla (and not specific to Debian; it only shows here) > > This also means, that currently all Pd libraries in unstable that > install to /usr/lib/pd/extra (most of them do) are currently broken, as > there is no proper way to actually load them in pd (you still can > specify the absolute path to the library, which renders your patch > unportable to other OS'). you could also simply start Pd with "-lib foo" and it will just work. so i wouldn't consider "all broken". obviously, we lack the possibility to express a library dependency within the patch, which is a shame (but which is also due to the current broken implementation of [declare] in general). anyhow, what i'm mainly asking is, whether "std" prefixed declare options and the "std" prefixed cmdline flags are supposed to work on the same "standard". if so, does this mean to be exclusive (e.g. only have the Pd install path) or inclusive (additionally have /usr/local/lib/pd-externals/ and ~/pd-externals/ (and on debian the additional /usr/lib/pd/extra/) i generally tend towards an inclusive solution, though i'm not 100% sure whether this is the user expectancy with regards to ~/pd-externals/ fgm,asdr IOhannes -----BEGIN PGP SIGNATURE----- Version: GnuPG v1.4.11 (GNU/Linux) Comment: Using GnuPG with Mozilla - http://enigmail.mozdev.org/ iEYEARECAAYFAk6JajEACgkQkX2Xpv6ydvSVzgCgh78s7H3JNu5Ev/dhl3i2CxWj lPAAn2o/jopO8jnzi+Z6rRkUXxkCkO08 =rmN+ -----END PGP SIGNATURE-----

3 7

[ pure-data-Patches-3417757 ] better install instructions to pix_opencv
by SourceForge.net 04 Oct '11

04 Oct '11

Patches item #3417757, was opened at 2011-10-03 07:06 Message generated for change (Comment added) made by ricardofabbri You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3417757&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: documentation Status: Open Resolution: None Priority: 5 Private: No Submitted By: Ricardo Fabbri (ricardofabbri) Assigned to: lluís gómez i bigordà (lluisbigorda) Summary: better install instructions to pix_opencv Initial Comment: This is a tiny fix to the INSTALL file to show how to install the help files. More steps were are added so that the install solution is cleaner. PS: I am also using this to practice submitting patches to the Pd community. Hopefully I will soon manage to get commit access and will stop bugging the tracker with tiny patches. ---------------------------------------------------------------------- >Comment By: Ricardo Fabbri (ricardofabbri) Date: 2011-10-04 04:03 Message: We might have to wait until bug #3390786 gets fixed. However, I vote to include these instructions anyways as the bug must get fixed soon I suppose. ---------------------------------------------------------------------- Comment By: Ricardo Fabbri (ricardofabbri) Date: 2011-10-04 03:10 Message: Hello, the instructions in this patch are not goint to work well with the current pd-extended, since it is not saving the new PATH into ~/.pdextended, seemingly because the path is from the pd-extended installation directory and it is being handled differently. I propose to tell the user to put the PATH straight to a directory with pix_opencv *outside* pd-extended installation directory. I would say it is bug on its own of pd-extended to filter out paths that are in its own installation directory. However, I propose a solution which will work in this case as well, but will not allow the user to cleanly install pix_opencv to the whole system. The attached patch is the new instructions I propose. ---------------------------------------------------------------------- Comment By: Ricardo Fabbri (ricardofabbri) Date: 2011-10-03 07:07 Message: just letting you know the patch is against the pix_opencv external inside the svn repository for Pd. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3417757&group_…

1 0

[ pure-data-Bugs-3418247 ] Path being overwritten upon startup
by SourceForge.net 04 Oct '11

04 Oct '11

Bugs item #3418247, was opened at 2011-10-04 03:58 Message generated for change (Tracker Item Submitted) made by ricardofabbri You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3418247&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: v0.44 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Ricardo Fabbri (ricardofabbri) Assigned to: Hans-Christoph Steiner (eighthave) Summary: Path being overwritten upon startup Initial Comment: If you add a new search path through the GUI, then it writes to ~/.pdextended . However, next time you load Pd the path information in this file is reset. Pd extended was compiled from svn using pd-extended.git instead of 'pd' subdir. Platform: Linux Ubuntu 11.04 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3418247&group_…

1 0

[ pure-data-Patches-3417757 ] better install instructions to pix_opencv
by SourceForge.net 04 Oct '11

04 Oct '11

Patches item #3417757, was opened at 2011-10-03 07:06 Message generated for change (Comment added) made by ricardofabbri You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3417757&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: documentation Status: Open Resolution: None Priority: 5 Private: No Submitted By: Ricardo Fabbri (ricardofabbri) Assigned to: lluís gómez i bigordà (lluisbigorda) Summary: better install instructions to pix_opencv Initial Comment: This is a tiny fix to the INSTALL file to show how to install the help files. More steps were are added so that the install solution is cleaner. PS: I am also using this to practice submitting patches to the Pd community. Hopefully I will soon manage to get commit access and will stop bugging the tracker with tiny patches. ---------------------------------------------------------------------- >Comment By: Ricardo Fabbri (ricardofabbri) Date: 2011-10-04 03:10 Message: Hello, the instructions in this patch are not goint to work well with the current pd-extended, since it is not saving the new PATH into ~/.pdextended, seemingly because the path is from the pd-extended installation directory and it is being handled differently. I propose to tell the user to put the PATH straight to a directory with pix_opencv *outside* pd-extended installation directory. I would say it is bug on its own of pd-extended to filter out paths that are in its own installation directory. However, I propose a solution which will work in this case as well, but will not allow the user to cleanly install pix_opencv to the whole system. The attached patch is the new instructions I propose. ---------------------------------------------------------------------- Comment By: Ricardo Fabbri (ricardofabbri) Date: 2011-10-03 07:07 Message: just letting you know the patch is against the pix_opencv external inside the svn repository for Pd. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3417757&group_…

1 0

Help for sourceforge.net
by Roman Haefeli 03 Oct '11

03 Oct '11

Hi all A bug was assigned to me and the issue can be closed now. However, I cannot figure out a way to change the status of the issue. Probably I'm missing the proper privileges? Or I am just blind? Either way, help is appreciated. Please close the bug #3411486 https://sourceforge.net/tracker/?func=detail&aid=3411486&group_id=55736&ati… Thanks Roman

3 6

double precision Pd: .patch files, tests and benchmarks
by katja 03 Oct '11

03 Oct '11

Hello, Finally my double-precision-Pd efforts resulted in code decent enough to be useful in practice. It's all documented on: http://www.katjaas.nl/doubleprecision/doubleprecision.html >From there you can download a .zip with two .patch files to make vanilla Pd 0.43-0 double precision ready. In fact what you have is 'arbitrary-precision' code which can be built for single or double precision with the setting of a single definition in the API header m_pd.h. Test patches are included. So far, I have tested on OSX and Linux. Remarkably, double precision Pd performance is comparable to current Pd on the Intel CPU's. The only drawback that I can think of is, it eats memory. This would be a bummer for Pd users doing Ableton style stuff with lots of soundfiles to be loaded into RAM. Krzysztof Czaja already warned me for this at Pd Con, but at the time I forgot a bit about the problems with loading soundfiles during a live session. For me, as a precision freak, it is a delight to work with double precision Pd. Some examples are illustrated on mentioned webpage. Unfortunately, my music stuff needs Pd extended. I would be happy to continue the project. Katja

3 9

Jump to page:

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