Pd-dev October 2012

pd-dev@lists.iem.at

12 participants
92 discussions

[ pure-data-Bugs-3575978 ] Device name for built-in mic truncated in Audio Settings
by SourceForge.net 10 Oct '12

10 Oct '12

Bugs item #3575978, was opened at 2012-10-10 02:32 Message generated for change (Tracker Item Submitted) made by postlude You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3575978&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: Jamie Bullock (postlude) Assigned to: Nobody/Anonymous (nobody) Summary: Device name for built-in mic truncated in Audio Settings Initial Comment: This bug is known to affect Pd-0.43.3 and Pd-0.43.4-extended-20121010 on Mac OS X 10.8.2 The issue is that the device name for "Buit-in Microphone" is truncated to "Built-in Microph" on the above system. According to this thread: http://www.mail-archive.com/pd-list@iem.at/msg53562.html - this has shown NOT to be in an issue on earlier versions of Mac OS X. Attached are screenshots of the correct and erroneous versions of the settings dialog. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3575978&group_…

1 0

request to update Gem for the nightly autobuilds
by Ricardo Fabbri 10 Oct '12

10 Oct '12

Dear Hans and other Pd developers, I noticed that pix_colorclassify is available in Gem Git but not in the nightly autobuilds. Could you update Gem? Best, -- Dr Ricardo Fabbri Professor of Computer Engineering GNU/Linux registered user #175401 www.lems.brown.edu/~rfabbri pt.wikipedia.org/wiki/IPRJ labmacambira.sf.net

2 1

[ pure-data-Feature Requests-3575775 ] settable dac~ and adc~
by SourceForge.net 09 Oct '12

09 Oct '12

Feature Requests item #3575775, was opened at 2012-10-09 09:04 Message generated for change (Tracker Item Submitted) made by postlude You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478073&aid=3575775&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 Priority: 5 Private: No Submitted By: Jamie Bullock (postlude) Assigned to: Nobody/Anonymous (nobody) Summary: settable dac~ and adc~ Initial Comment: It would be very useful if the first inlet of dac~ and adc~ enabled the outlet channel assignments to be specified. The syntax could be as follows... Set adc~ to use input channel 3 |set 3( | [adc~ 1] Set dac~ to use output channels 3 5 9. |set 3 5 9( | [dac~ 1 2 3] In the case where the number of channels specified in the |set ( message doesn't match the number of arguments passed at object creation, an error can be posted to the Pd console: dac~: channel specifier mismatch ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478073&aid=3575775&group_…

1 0

Fwd: Pure Data Computer Music System and the New SourceForge
by Hans-Christoph Steiner 09 Oct '12

09 Oct '12

Looks like we'll eventually have to upgrade to the new SourceForge. Anyone know anything about the new one "Allura"? -------- Original Message -------- Subject: Pure Data Computer Music System and the New SourceForge Date: Mon, 8 Oct 2012 16:29:12 -0400 From: Rich Bowen <rbowen(a)sourceforge.net> To: IOhannes m zmölnig <zmoelnig(a)users.sf.net>, Hans-Christoph Steiner <eighthave(a)users.sf.net>, Frank Barknecht <fbar(a)users.sf.net>, Guenter Geiger <ggeiger(a)users.sf.net>, Miller Puckette <millerpuckette(a)users.sf.net>, CC: Rich Bowen <rbowen(a)sourceforge.net> Dear Pure Data Computer Music System project admin, As one of our top projects, we want to be sure that you are aware of what's coming in the near future. As you are no doubt aware by now, SourceForge is upgrading our core development product from the "Classic" forge to a new product, code-named "Allura". Allura is itself Open Source, and is developed on SourceForge, at http://sf.net/p/allura/ Allura is also incubating at the Apache Software Foundation, to become an ASF project. (http://incubator.apache.org/projects/allura.html) Early next year, we hope to be 100% migrated off of the classic platform. As a developer yourself, you understand that we want to retire the legacy code base, so that we can spend less time in maintenance, and more time moving forward. We'd like for you to have the opportunity to upgrade on your own schedule, rather than ours. You can read about the upgrade process at https://sourceforge.net/p/upgrade/ and then press the 'Upgrade' button next to your project name. In our surveys of projects that have upgraded, 97% of respondants tell us that the upgrade improved, or at least didn't change (12% said that), their developer experience. Please don't hesitate to email me with any questions or comments you might have about the upgrade process. -- Rich Bowen, for the SourceForge Community Team communityteam(a)sourceforge.net

2 1

[ pure-data-Patches-3575521 ] remove pdtk_array.tcl, its dead unused code
by SourceForge.net 08 Oct '12

08 Oct '12

Patches item #3575521, was opened at 2012-10-08 09:40 Message generated for change (Tracker Item Submitted) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3575521&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: bugfix Status: Open Resolution: None Priority: 7 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: remove pdtk_array.tcl, its dead unused code Initial Comment: pdtk_array.tcl was never used in any production code, but it slipped into the pure-data.git. Everything in pdtk_array.tcl is unused, old duplicates of dialog_array.tcl. This patch removes pdtk_array.tcl. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3575521&group_…

1 0

Re: [PD-dev] adding tags to pure-data.git
by Hans-Christoph Steiner 08 Oct '12

08 Oct '12

Much better :) hans@dhcp-10 src $ git fetch --tags From git://pure-data.git.sourceforge.net/gitroot/pure-data/pure-data * [new tag] 0.32-1test5 -> 0.32-1test5 * [new tag] 0.41-0test06 -> 0.41-0test06 * [new tag] 0.42-4 -> 0.42-4 * [new tag] 0.42-5 -> 0.42-5 * [new tag] 0.43-1 -> 0.43-1 * [new tag] 0.43-1test3 -> 0.43-1test3 * [new tag] 0.43-1test4 -> 0.43-1test4 * [new tag] 0.43-2 -> 0.43-2 * [new tag] 0.43-2test1 -> 0.43-2test1 * [new tag] 0.43-3 -> 0.43-3 * [new tag] 0.43-3test1 -> 0.43-3test1 * [new tag] 0.43-4 -> 0.43-4 * [new tag] 0.43-test1 -> 0.43-test1 * [new tag] tmp -> tmp Looks like 0.32-1test5 is supposed to be 0.43-1test5, since its between 0.43-1test4 and 0.43-1. .hc On Oct 8, 2012, at 1:33 AM, Miller Puckette wrote: > Funny - I'd been tagging away but never realized they weren't getting > pushed (didn't know about the 'tags' option) - see what it looks like to you > now. > > chers > Miller > > On Sun, Oct 07, 2012 at 08:36:43PM -0400, Hans-Christoph Steiner wrote: >> >> Hey Miller, >> >> It would be very useful to have tags in your pure-data.git repo so its easy to find the releases. I'm happy to do the tagging and uploading to the official repo, or you can do it: >> >> git tag 0.43.3 49d7e9c997afc3bfce8ce2ffea8a7c06a541d146 >> git tag 0.43.2 f24b62367300bac7345651da50d991b88af1dfae >> ... >> git push --tags >> >> Or to download the tags: >> >> git fetch --tags >> >> .hc >> _______________________________________________ >> Pd-dev mailing list >> Pd-dev(a)iem.at >> http://lists.puredata.info/listinfo/pd-dev

1 0

adding tags to pure-data.git
by Hans-Christoph Steiner 08 Oct '12

08 Oct '12

Hey Miller, It would be very useful to have tags in your pure-data.git repo so its easy to find the releases. I'm happy to do the tagging and uploading to the official repo, or you can do it: git tag 0.43.3 49d7e9c997afc3bfce8ce2ffea8a7c06a541d146 git tag 0.43.2 f24b62367300bac7345651da50d991b88af1dfae ... git push --tags Or to download the tags: git fetch --tags .hc

1 0

[ pure-data-Bugs-3575131 ] consistency check failed: gstack_pop
by SourceForge.net 06 Oct '12

06 Oct '12

Bugs item #3575131, was opened at 2012-10-06 14:23 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3575131&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: v0.42 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: consistency check failed: gstack_pop Initial Comment: 1. launch pd 2. crreate a new patch 3. create a new object [r #X] on creation pd console displays consistency check failed: gstack_pop if after step 3 and autoconnect is enabled, you 4. create [print foo] you see additionally foo: connect 0 0 1 0 in the console. subsequent actions don't seem affected but "check failed" sounds srsly hairy though it might not be actually dangerous? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3575131&group_…

1 0

Compilation issue on MAC osx 10.6.8
by Totoetlititi 05 Oct '12

05 Oct '12

Hi guys, I try to compile the latest Vanilla PD version (http://crca.ucsd.edu/~msp/Software/pd-0.43-4.src.tar.gz), and I have a strange issue : The ./configure (without any flags/options) makes the following errors, [...] checking for msgfmt... yes configure: creating ./config.status config.status: creating Makefile sed: 15: "/^[\t ]*VPATH[\t ]*=/{\ns/ ...": bad flag in substitute command: 'C' config.status: creating asio/Makefile sed: 15: "/^[\t ]*VPATH[\t ]*=/{\ns/ ...": bad flag in substitute command: 'C' [...] and finally, is not able to produce a makefile. Do you have any idea ? A magical flag or option ?! Thanks ! Thomas

1 0

Re: [PD-dev] Pd-cvs Digest, Vol 92, Issue 2
by Claude Heiland-Allen 04 Oct '12

04 Oct '12

On 03/10/12 11:00, pd-cvs-request(a)iem.at wrote: > add -ffast-math flag to CC lines for linus and Mac Have you checked that this is safe on all architectures? IIRC, it optimizes with the assumption that everything is finite and not NaN, among other things. I know when I wrote 'tilde' (compiler from Pd dsp to C++), which incidentally used 'double' all the way through, I couldn't always use -ffast-math because it broke some patches very audibly. I didn't have time to debug the issue, so I just removed the flag globally. https://gitorious.org/maximus/tilde (currently unmaintained / dormant, but might still work) Claude -- http://mathr.co.uk

3 3

← Newer
1
2
3
4
5
6
7
8
9
10
Older →

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 2012