Pd-dev January 2006

pd-dev@lists.iem.at

27 participants
100 discussions

list object operators
by Thomas Grill 18 Feb '06

18 Feb '06

Hi all, in my patches i often need mathematical manipulation of lists of floats, which is not very convenient with internal objects. What about adding new verbs to the list objects, including often used mathematical operations? I would be thankful for + - * / in the beginning, but of course all kinds of unary and binary operations would be handy. Sure i know of Franks abstractions, but speed is an issue. all the best, Thomas

3 7

[ pure-data-Patches-1405137 ] multiple $arg-expansion
by SourceForge.net 05 Feb '06

05 Feb '06

Patches item #1405137, was opened at 2006-01-13 20:33 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1405137&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: wishlist Status: Open Resolution: None Priority: 5 Submitted By: IOhannes m zmÃ¶lnig (zmoelnig) Assigned to: Miller Puckette (millerpuckette) Summary: multiple $arg-expansion Initial Comment: currently $args can only be at the beginning of a A_DOLLARSYM. this patch allows to have multiple $args within 1 A_DOLLARSYM. e.g. with "foo bar me" the symbol "$1-bla-$3/$2" will expand to "foo-bla-me/bar" the patch only modifies binbuf_realizedollsym() in m_binbuf.c (and adds another non-exported helper function binbuf_expanddollsym()) the patch is straightforward, but probably i misunderstood the meaning of "tonew" and implemented it in a wrong way (so you should check that) caveat: the A_DOLLARSYM still has to start with "$[0-9]". this is the way, pd determines whether a given symbol should be $-expanded or not. furthermore, the leading $ is usually stripped by pd. e.g. if you type [$1-bar-$2], the symbol "1-bar-$2" is stored as A_DOLLARSYM. this means that the beginning of the dollarsymbol always has to be expanded. furthermore, [bar-$2] will _never_ be expanded (since pd thinks it is an ordinary symbol). i didn't dare to change this behaviour since SETDOLLARSYM() and binbuf_realizedollsym() are exposed in m_pd.h and probably used in externals which would then break. however, whenever this might change, binbuf_expanddollsym() is prepared (just need to "#if 1") ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1405137&group_…

9 55

[float infinity] and [float -infinity]
by Hans-Christoph Steiner 31 Jan '06

31 Jan '06

You might notice, I am doing some math these days ;). I just had another idea for a handy thing when doing math: a method of getting the smallest and largest possible numbers. Basically, the Pd version of a #define INFINITY 1e37 (or whatever it is). I think it would be handy to have as part of [float], like this: [float infinity] and [float -infinity] (FLT_MAX and FLT_MIN) or maybe: [float max] and [float min] (FLT_MAX and FLT_MIN) Other float.h defines would also be handy to have access to: http://www.gnu.org/software/libc/manual/html_node/Floating-Point- Parameters.html Something like this: [float max_exp] (FLT_MAX_EXP) [float min_exp] (FLT_MIN_EXP) And perhaps [int] could also have the relevant versions of the same too. I guess that would just be: [int infinity] and [int -infinity] or maybe: [int max] and [int min] I don't think I'll have time to code this any time soon, but I can put it into feature requests... .hc ________________________________________________________________________ ____ As we enjoy great advantages from inventions of others, we should be glad of an opportunity to serve others by any invention of ours; and this we should do freely and generously. - Benjamin Franklin

3 6

openpanel patch in main pd ?
by Georg Holzmann 31 Jan '06

31 Jan '06

Hallo! Just a question: when do patches go into main pd cvs, when they are marked as "accepted" ? I just tried to use openpanel with an path as argument (with the patch by IOhannes), but it is not yet included in main pd cvs and it didn't work with patching latest pd main cvs nor with the latest pd-0.38 release ... i get the following in the pd console: wrong # args: should be "pdtk_openpanel target" Thanks, LG Georg

3 4

playlist GOP bug report
by Georg Holzmann 31 Jan '06

31 Jan '06

Hallo! Only a bug report: If I have a playlist in a GOP abstraction and I delete the GOP abstraction, pd crashes ... (pd0.39, latest playlist from cvs) GDB gives me the following backtrace: Program received signal SIGSEGV, Segmentation fault. [Switching to Thread -1210902848 (LWP 18042)] 0x0807e3b9 in gobj_getrect (x=0x812e670, glist=0x812cdc8, x1=0xffffffff, y1=0x813fa60, x2=0x1, y2=0x8137cc8) at g_editor.c:36 36 if (x->g_pd->c_wb && x->g_pd->c_wb->w_getrectfn) (gdb) bt #0 0x0807e3b9 in gobj_getrect (x=0x812e670, glist=0x812cdc8, x1=0xffffffff, y1=0x813fa60, x2=0x1, y2=0x8137cc8) at g_editor.c:36 #1 0x080561bd in linetraverser_next (t=0xbf87e830) at g_canvas.c:300 #2 0x00000000 in ?? () (gdb) LG Georg

1 0

[ pure-data-Feature Requests-1420215 ] change the name of the header-file
by SourceForge.net 31 Jan '06

31 Jan '06

Feature Requests item #1420215, was opened at 2006-01-31 10:14 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478073&aid=1420215&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-dev Group: None Status: Open Priority: 2 Submitted By: IOhannes m zmÃ¶lnig (zmoelnig) Assigned to: Miller Puckette (millerpuckette) Summary: change the name of the header-file Initial Comment: pd is the only software i know which has such a weird naming for the public header: "m_pd.h" while this name is logical within pd's internal naming scheme (as explained in src/notes.txt) i think it is an annoyance to have a "/usr/include/m_pd.h" file after installation. i would like to propose the official header file to be called "pd.h" for compatibility reasons we could still provide an "m_pd.h" which in turn includes "pd.h". i would suggest to emit a warning (via the "#warning" or the "#pragma warn" preprocessor directoves, to indicate that the m_pd.h-header is deprecated for externals. in a second step (after a grace period of say 6 months), we could even put an "#error" into the m_pd.h. a simpler possibility would be to add a "pd.h" which includes "m_pd.h" i know that this is really just cosmetic. mfga.sdr IOhannes ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478073&aid=1420215&group_…

1 0

[ pure-data-Feature Requests-1419547 ] make array properties like other GUIs
by SourceForge.net 31 Jan '06

31 Jan '06

Feature Requests item #1419547, was opened at 2006-01-30 21:04 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478073&aid=1419547&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 Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Nobody/Anonymous (nobody) Summary: make array properties like other GUIs Initial Comment: I think it would be quite convenient to have separate "name" and "receive" symbols for arrays. That way you could specific a name with which you can send data to that array, but that name would not have to be displayed. Also, it would be handy to have a separate name and receive when using $0- variables. The name would not have to have the $0- in it, but the receive would. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478073&aid=1419547&group_…

1 0

[ pure-data-Feature Requests-1419522 ] changing slider defaults from 0-127 to 0-1
by SourceForge.net 31 Jan '06

31 Jan '06

Feature Requests item #1419522, was opened at 2006-01-30 20:47 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478073&aid=1419522&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 Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Nobody/Anonymous (nobody) Summary: changing slider defaults from 0-127 to 0-1 Initial Comment: Since MIDI is fading fast as a normal way of working, I think its time to consider changing the default range of the sliders from the MIDI 0-127, so a more Pd-ish 0-1. This should not affect old patches at all AFAIK since these values are stored in the patch. It would only affect new instances of [vslider] and [hslider]. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478073&aid=1419522&group_…

1 0

[ pure-data-Bugs-1415589 ] Sending a list to [select] can leave it in an unusable state
by SourceForge.net 30 Jan '06

30 Jan '06

Bugs item #1415589, was opened at 2006-01-26 13:49 Message generated for change (Comment added) made by matju You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1415589&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: Closed Resolution: None Priority: 2 Submitted By: Frank Barknecht (fbar) Assigned to: Miller Puckette (millerpuckette) Summary: Sending a list to [select] can leave it in an unusable state Initial Comment: A [select] object primed with a symbol argument will reset itself into an unusable state by sending it a list with at least two elements. Attached patch illustrates this behaviour using a [select x]-object. Sending a message [symbol x( will normally make the left outlet generate a bang. However sending a message [list x y( will disturb the [select x] object, so that it will not correctly react to a second [symbol x( message, until reset by a [symbol x( message to its rigth inlet. ---------------------------------------------------------------------- Comment By: Mathieu Bouchard (matju) Date: 2006-01-30 17:22 Message: Logged In: YES user_id=801174 there are two different classes called [select]. I don't really know why there are two, and why the one that gets used when there is more than one argument doesn't create any extra inlets. Shouldn't extra inlets be added? ---------------------------------------------------------------------- Comment By: Frank Barknecht (fbar) Date: 2006-01-30 04:40 Message: Logged In: YES user_id=569446 I agree, lets just close it. But as [select] doesn't always have two inlets, this distributing of lists for [select something] may not be obvius to everyone. ---------------------------------------------------------------------- Comment By: Mathieu Bouchard (matju) Date: 2006-01-29 23:41 Message: Logged In: YES user_id=801174 It's not a bug. This behaviour is consistent with many Pd classes, in which a list behaves like its $2 value goes in right inlet and then its $1 value goes in left inlet. This could be called "the implicit [unpack] rule", except that it's not necessarily as type-crippled as the real [unpack] is. By default, each object that doesn't have a listmethod defined will have a default one that performs the implicit [unpack], if i understand correctly. ---------------------------------------------------------------------- Comment By: Frank Barknecht (fbar) Date: 2006-01-26 15:00 Message: Logged In: YES user_id=569446 I down-priorized this, as it's not a real bug, the documentation just doesn't mention what will happen if lists are sent to [symbol x]. I'd suggest to update the documentation to explain, that like many objects in Pd [select] distributes lists over its inlets as well, which has to be taken into account when looking for unusual behaviour. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1415589&group_…

1 0

[ pure-data-Bugs-1415589 ] Sending a list to [select] can leave it in an unusable state
by SourceForge.net 30 Jan '06

30 Jan '06

Bugs item #1415589, was opened at 2006-01-26 19:49 Message generated for change (Comment added) made by fbar You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1415589&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: Closed Resolution: None Priority: 2 Submitted By: Frank Barknecht (fbar) Assigned to: Miller Puckette (millerpuckette) Summary: Sending a list to [select] can leave it in an unusable state Initial Comment: A [select] object primed with a symbol argument will reset itself into an unusable state by sending it a list with at least two elements. Attached patch illustrates this behaviour using a [select x]-object. Sending a message [symbol x( will normally make the left outlet generate a bang. However sending a message [list x y( will disturb the [select x] object, so that it will not correctly react to a second [symbol x( message, until reset by a [symbol x( message to its rigth inlet. ---------------------------------------------------------------------- >Comment By: Frank Barknecht (fbar) Date: 2006-01-30 10:40 Message: Logged In: YES user_id=569446 I agree, lets just close it. But as [select] doesn't always have two inlets, this distributing of lists for [select something] may not be obvius to everyone. ---------------------------------------------------------------------- Comment By: Mathieu Bouchard (matju) Date: 2006-01-30 05:41 Message: Logged In: YES user_id=801174 It's not a bug. This behaviour is consistent with many Pd classes, in which a list behaves like its $2 value goes in right inlet and then its $1 value goes in left inlet. This could be called "the implicit [unpack] rule", except that it's not necessarily as type-crippled as the real [unpack] is. By default, each object that doesn't have a listmethod defined will have a default one that performs the implicit [unpack], if i understand correctly. ---------------------------------------------------------------------- Comment By: Frank Barknecht (fbar) Date: 2006-01-26 21:00 Message: Logged In: YES user_id=569446 I down-priorized this, as it's not a real bug, the documentation just doesn't mention what will happen if lists are sent to [symbol x]. I'd suggest to update the documentation to explain, that like many objects in Pd [select] distributes lists over its inlets as well, which has to be taken into account when looking for unusual behaviour. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1415589&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 January 2006