Pd-dev June 2007

pd-dev@lists.iem.at

17 participants
92 discussions

[ pure-data-Bugs-1692649 ] sqrt~ giving only -inf/inf
by SourceForge.net 12 Jun '07

12 Jun '07

Bugs item #1692649, was opened at 2007-04-01 23:51 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1692649&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.39.2 >Status: Pending >Resolution: Postponed Priority: 5 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Hans-Christoph Steiner (eighthave) Summary: sqrt~ giving only -inf/inf Initial Comment: For the G4 and Intel optimized builds of Pd-0.39.2-extended-test7 on Mac OS X, sqrt~ only returns -inf or inf. (Does this affect other platforms?) This is probably related to the auto-vectorization. This is not a problem on Pd-0.39.2-extended-test7 that was built for G3s. Check the sqrt~-help.pd file for a test patch. sqrt~ of the signal 9 returns -\infty, hence not 3 as expected. All tried int signals greater then zero returns -\infty. To test this, see either the attached patch (which is very close to the help-patch for [sqrt~]) or the help-patch for [sqrt~]. See also: http://lists.puredata.info/pipermail/pd-list/2007-01/046266.html ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-06-12 00:26 Message: Logged In: YES user_id=27104 Originator: YES I removed these from the compiler flags and it seems to have fixed the problem on Intel Macs: -ftree-vectorize -ftree-vectorizer-verbose=2 Please confirm that this is fixed in both Intel and PowerPC. This thread discusses the root causes of why the auto-vectorization causes this problem: http://lists.puredata.info/pipermail/pd-dev/2007-04/008689.html Ideally the root of the problem would be fixed so that we can use auto-vectorization. ---------------------------------------------------------------------- Comment By: stffn (stffn) Date: 2007-05-05 09:11 Message: Logged In: YES user_id=1658640 Originator: NO Still present in the nightly build of RC2 from 5th of May. It does however work in the test build of .040.2-extended of the same date. ---------------------------------------------------------------------- Comment By: frey (freynz) Date: 2007-04-18 08:06 Message: Logged In: YES user_id=1772500 Originator: NO I have this same problem with pd-0.39.2-extended-rc2 on my Intel MacBook. It doesn't appear in Miller's vanilla pd-0.40-2, on the same machine. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-04-02 00:08 Message: Logged In: YES user_id=27104 Originator: YES d_math.c, where sqrt.c isn't auto-vectorized, so this is probably caused by a different optimization flag. Or maybe it's related to these warnings: d_math.c: In function 'init_rsqrt': d_math.c:79: warning: dereferencing type-punned pointer will break strict-aliasing rules d_math.c: In function 'q8_rsqrt': d_math.c:93: warning: dereferencing type-punned pointer will break strict-aliasing rules d_math.c: In function 'q8_sqrt': d_math.c:101: warning: dereferencing type-punned pointer will break strict-aliasing rules ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1692649&group_…

1 0

[ pure-data-Bugs-1645862 ] delread~/delwrite~ not working on Intel Mac builds
by SourceForge.net 12 Jun '07

12 Jun '07

Bugs item #1645862, was opened at 2007-01-27 06:12 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1645862&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.39.2 >Status: Pending >Resolution: Postponed Priority: 5 Private: No Submitted By: stffn (stffn) Assigned to: Hans-Christoph Steiner (eighthave) Summary: delread~/delwrite~ not working on Intel Mac builds Initial Comment: There seam to be some issues some internal object for the intel mac build of Pd-extended-0.39.2-test7. The (known) objects that have problems are: [delwrite~] [delread~] [sqrt~] How they don't work ------------------- * sqrt~ of the signal 9 returns -\infty, hence not 3 as expected. All tried int signals greater then zero returns -\infty. To test this, see either the attached patch (which is very close to the help-patch for [sqrt~]) or the help-patch for [sqrt~]. See also: http://lists.puredata.info/pipermail/pd-list/2007-01/046266.html * delread~ and delwrite~ don't work in the sense that if one open the delread~ help file and change the value of the "input to delay line" number box. Then nothing happens in the number box connected to the snapshot, which was expected. See also: http://lists.puredata.info/pipermail/pd-list/2007-01/046077.html A "tried" solution ------------------ It has been suggested that it had to do with CPU optimizeing compile flags, see: http://lists.puredata.info/pipermail/pd-list/2007-01/046016.html I have done builds which tries different compile flags on my intel mac machine, and none of those builds have problems with the named objects, see: http://lists.puredata.info/pipermail/pd-list/2007-01/046044.html ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-06-12 00:25 Message: Logged In: YES user_id=27104 Originator: NO I removed these from the compiler flags and it seems to have fixed the problem on Intel Macs: -ftree-vectorize -ftree-vectorizer-verbose=2 Please confirm that this is fixed in both Intel and PowerPC. This thread discusses the root causes of why the auto-vectorization causes this problem: http://lists.puredata.info/pipermail/pd-dev/2007-04/008689.html ---------------------------------------------------------------------- Comment By: stffn (stffn) Date: 2007-05-05 09:11 Message: Logged In: YES user_id=1658640 Originator: YES Still present in the nightly build of RC2 from 5th of May. It does however work in the test build of .040.2-extended of the same date. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-04-01 19:17 Message: Logged In: YES user_id=27104 Originator: NO Following up on Steffen's tests, it sounds to me like this bug is probably caused by one of the patches in packages/patches. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2007-03-22 22:23 Message: Logged In: NO I will second this for ppc g4+ optimized version (iMac G5) - delays work but sqrt~ is getting the same problem. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1645862&group_…

1 0

[ pure-data-Bugs-1727221 ] pdp_ieee1394 doesn't load on Mac OS X
by SourceForge.net 12 Jun '07

12 Jun '07

Bugs item #1727221, was opened at 2007-05-28 23:45 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1727221&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.39.2 >Status: Pending >Resolution: Fixed Priority: 5 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Hans-Christoph Steiner (eighthave) Summary: pdp_ieee1394 doesn't load on Mac OS X Initial Comment: It looks like pdp_ieee1394 builds properly, but it does not load at all on Mac OS X. It acts as if the object does not exist. This is on Pd-0.39.2-extended-rc2. ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-06-11 23:58 Message: Logged In: YES user_id=27104 Originator: YES it's working on my Intel Mac, can anyone else confirm it works for them? ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1727221&group_…

1 0

[ pure-data-Bugs-1735334 ] color preset by message don't match new color palette
by SourceForge.net 12 Jun '07

12 Jun '07

Bugs item #1735334, was opened at 2007-06-11 17:24 Message generated for change (Settings changed) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1735334&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.39.2 >Status: Closed >Resolution: Fixed Priority: 5 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Hans-Christoph Steiner (eighthave) Summary: color preset by message don't match new color palette Initial Comment: The color presets set by messages [color x y( for the iemguis don't match the new extended color palette in the properties panel. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1735334&group_…

1 0

[ pure-data-Bugs-1735334 ] color preset by message don't match new color palette
by SourceForge.net 11 Jun '07

11 Jun '07

Bugs item #1735334, was opened at 2007-06-11 17:24 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=1735334&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.39.2 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Hans-Christoph Steiner (eighthave) Summary: color preset by message don't match new color palette Initial Comment: The color presets set by messages [color x y( for the iemguis don't match the new extended color palette in the properties panel. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1735334&group_…

1 0

[ pure-data-Bugs-1733623 ] audio math objects don't handle one-element lists as floats
by SourceForge.net 08 Jun '07

08 Jun '07

Bugs item #1733623, was opened at 2007-06-08 17:36 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=1733623&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: Matteo Sisti Sette (sistisette) Assigned to: Nobody/Anonymous (nobody) Summary: audio math objects don't handle one-element lists as floats Initial Comment: If you send a one-float-element list, such as [list 123(, into the right inlet of a [*~], [+~], [-~], etc., you get the following error message: "error: inlet: expected 'signal' but got 'list'" Instead, the one-element list should be treated just as a float, since: 1) [*~], [+~] etc. accept floats on its right inlet 2) a one-float-element list is supposed to be equivalent to a float to all effects in PD. All control objects (including [route] and math operators) handle one-float-element lists as floats, and one-symbol-element lists as symbols. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1733623&group_…

1 0

[ pure-data-Bugs-1732313 ] Pd extended.app shows extra process in dock
by SourceForge.net 06 Jun '07

06 Jun '07

Bugs item #1732313, was opened at 2007-06-06 12:20 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=1732313&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: Luke Iannini (lukeiannini) Assigned to: Nobody/Anonymous (nobody) Summary: Pd extended.app shows extra process in dock Initial Comment: An anonymously-iconed "pd" application shows up alongside the usual Pd.app in the dock when Pd-Extended is running. Don't know when this started; it definitely hasn't always happened. This is on both my PPC and Intel mac using 0.40 autobuilds; not sure if it occurs in 392RC2 as well. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1732313&group_…

1 0

compiling external in Xcode
by nosehair911＠bellsouth.net 03 Jun '07

03 Jun '07

I am trying to get a test compile of the counter example from the how to guide built in Xcode but I dont know which target type to choose. When I choose any of the dynamic lib options I get linker errors like this: ld: Undefined symbols: _class_addbang _class_new _gensym _outlet_float _outlet_new _pd_new _s_float Does anyone know the answer to this? Alain

3 2

[ pure-data-Patches-1729223 ] embed preferences in to the Pd.app
by SourceForge.net 03 Jun '07

03 Jun '07

Patches item #1729223, was opened at 2007-05-31 17:08 Message generated for change (Comment added) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1729223&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: feature Status: Open Resolution: None Priority: 5 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: embed preferences in to the Pd.app Initial Comment: This patch allows you to embed an org.puredata.pd.plist file into the Pd.app so that it can have default preferences, and also serve as something like a compiled Pd app, by embedding a patch and an org.puredata.pd.plist into a Pd.app. It just makes minor changes to s_file.c and works with 0.39.2, 0.40.2, and 0.41-0test04. ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2007-06-02 23:45 Message: Logged In: NO Brilliant! I was just thinking about this option the other day. What a confusion killer! ~Kyle ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1729223&group_…

1 0

SIGTERM and Pd
by Hans-Christoph Steiner 03 Jun '07

03 Jun '07

Is there any reason why Pd does not respond to SIGTERM? I just thought I'd ask before I add it. It seems that oftentimes, Pd doesn't die like a regular process, and you have to use kill -KILL. I am guessing that is because it does not respond to SIGTERM, which is the POSIX signal for quitting. (FYI: SIGQUIT is not actually for quitting the processing, but for triggering a core dump: http:// en.wikipedia.org/wiki/SIGQUIT) .hc ------------------------------------------------------------------------ ---- News is what people want to keep hidden and everything else is publicity. - Bill Moyers

2 2

← 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 June 2007