Pd-dev March 2009

pd-dev@lists.iem.at

19 participants
75 discussions

does anyone know of a good Eq I can use?
by babsyco babsyco 20 Mar '09

20 Mar '09

Hi guys, I was just wondering if anyone knows where I can find a decent 8-band (or greater) Eq patch? I don't need anything too fancy-I tried to make one myself, but I'm still figuring out how the lop~ and hip~ objects work and I'm in kind of a hurry. Thanks-enjoying all your emails very much. babsyco. _________________________________________________________________ Looking for a place to manage all your online stuff? Explore the new Windows Live . http://www.microsoft.com/australia/windows/windowslive/

1 0

[ pure-data-Bugs-2613011 ] popup crashes with pd-0.42 and GOP
by SourceForge.net 19 Mar '09

19 Mar '09

Bugs item #2613011, was opened at 2009-02-18 16:34 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2613011&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: None Status: Open >Resolution: Fixed Priority: 5 Private: No Submitted By: IOhannes m zmlnig (zmoelnig) Assigned to: Guenter Geiger (ggeiger) Summary: popup crashes with pd-0.42 and GOP Initial Comment: using [popup] with a brand-new Pd (0.42-4) just crashes when used in a graph-on-parent. to reproduce, put the [popup-gop-test] (taht comes with popup) abstraction into a new patch. this happened on linux and osx. ---------------------------------------------------------------------- >Comment By: IOhannes m zmlnig (zmoelnig) Date: 2009-03-19 17:53 Message: btw, i don't know whether this is the canonical fix for the problem. it just happens to work... ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2009-03-19 17:52 Message: i have submitted (without asking :-() a patch to popup that seems to fix the problem. the segfault happened, because in popup_vis() you were creating an rtext_new() which in turn needed to have a glist _with_ an gl_editor; if the gl_editor was NULL (which happens with 0.42 and gop), rtext_new() segfaults; my fix is to make sure that there is a gl_editor ---------------------------------------------------------------------- Comment By: B. Bogart (bbogart) Date: 2009-02-21 19:15 Message: I can confirm this bug. Looks like [button] from GGEE has the same problem. Guenter, care to take a look? I wonder if g_canvas will ever be public... I guess that they have worked since 2003 is pure luck. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2613011&group_…

1 0

[ pure-data-Bugs-2613011 ] popup crashes with pd-0.42 and GOP
by SourceForge.net 19 Mar '09

19 Mar '09

Bugs item #2613011, was opened at 2009-02-18 16:34 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2613011&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: None Status: Open Resolution: None Priority: 5 Private: No Submitted By: IOhannes m zmlnig (zmoelnig) Assigned to: Guenter Geiger (ggeiger) Summary: popup crashes with pd-0.42 and GOP Initial Comment: using [popup] with a brand-new Pd (0.42-4) just crashes when used in a graph-on-parent. to reproduce, put the [popup-gop-test] (taht comes with popup) abstraction into a new patch. this happened on linux and osx. ---------------------------------------------------------------------- >Comment By: IOhannes m zmlnig (zmoelnig) Date: 2009-03-19 17:52 Message: i have submitted (without asking :-() a patch to popup that seems to fix the problem. the segfault happened, because in popup_vis() you were creating an rtext_new() which in turn needed to have a glist _with_ an gl_editor; if the gl_editor was NULL (which happens with 0.42 and gop), rtext_new() segfaults; my fix is to make sure that there is a gl_editor ---------------------------------------------------------------------- Comment By: B. Bogart (bbogart) Date: 2009-02-21 19:15 Message: I can confirm this bug. Looks like [button] from GGEE has the same problem. Guenter, care to take a look? I wonder if g_canvas will ever be public... I guess that they have worked since 2003 is pure luck. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2613011&group_…

1 0

[ pure-data-Bugs-2555276 ] using [send] with data structures crashes Pd 0.42.2
by SourceForge.net 18 Mar '09

18 Mar '09

Bugs item #2555276, was opened at 2009-02-01 09:40 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2555276&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.2 >Status: Closed Resolution: Fixed Priority: 7 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Miller Puckette (millerpuckette) Summary: using [send] with data structures crashes Pd 0.42.2 Initial Comment: open pd -> help browser -> data structures open a help patch (i tried sequencer|scaling|onoff) close it. open help browser -> reference -> send-help.pd try to use the [s ] -- pd crashes. ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2009-03-18 18:53 Message: This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2009-02-05 05:00 Message: it seems to be fixed in 0.42.4, try it out and report back: http://pure-data.svn.sourceforge.net/viewvc/pure-data/trunk/pd/src/g_templa… and backported to Pd-extended 0.41.4 ---------------------------------------------------------------------- Comment By: Luke Iannini (lukeiannini) Date: 2009-02-03 01:43 Message: Thanks to whoever made this report, it wasn't me : ). Anyway, as this person and Mathieu noted, it's the presence of DS that trigger the bug, so you can disregard the multiple instances in ds-slider-o-help.pd; just one instance will do the trick. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2009-02-01 20:01 Message: Nice work isolating it! It crashed for me with Pd-0.42.2 and Pd-0.41.4-extended on Mac OS X 10.5/Intel. It's strange since making a patch with just the [s] and a message doesn't crash. I attached the patch you posted to the pd-list since it clearly illustrates the problem. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2555276&group_…

1 0

[ pure-data-Bugs-2379781 ] selecting underneath
by SourceForge.net 18 Mar '09

18 Mar '09

Bugs item #2379781, was opened at 2008-12-02 22:07 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2379781&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.41.0 >Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: selecting underneath Initial Comment: version: Pd version 0.40.3-extended-20080721 os: vista problem: selecting a box on the canvas (message, object whatever) appears to have the z-axis the wrong way around. - if I place two boxes on top of each other then click to select the top one it actually selects the box underneath. This is more frustrating than it sounds, because after every copy-paste operation (especially with large groups of boxes) I attempt to move the items I have pasted and ruin my tidy layout from before - or worse still - not see that the boxes are selected (because the highlight is hidden) and end up with a big tangle of wires. Sorry if I've got the protocol wrong for reporting bugs, please e-mail if you need more info petemcpartlan at yahoo dot co dot uk, ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2009-03-18 18:53 Message: This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2009-02-04 05:10 Message: This should be fixed in Pd-vanilla and Pd-extended 0.41.4 (there are currnetly only test builds) ---------------------------------------------------------------------- Comment By: Nobody/Anonymous (nobody) Date: 2008-12-02 22:41 Message: Actually this reverse z-ordering is considered a feature not a bug by many, because it allows some neat tricks like hiding a clickable GUI-bang behind a canvas object that doesn't receive clicks. Changint the behaviour would break all patches that use this feature. (I have several of them, e.g. ezmenu.pd from http://www.mail-archive.com/pd-list@iem.at/msg14209.html) If you do the copy-paste operation with Ctl-D (for duplicate) instead of "Ctl-C Ctl-V" then Pd already shifts the duplicated objects some pixels away so you should see the highlights just fine. (You may stilll miss them when clicking, but multi-level undo would be a different feature wish) Frank Barknecht (who's to lazy to log in...) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2379781&group_…

1 0

[ pure-data-Bugs-2423088 ] Copy/paste bug
by SourceForge.net 18 Mar '09

18 Mar '09

Bugs item #2423088, was opened at 2008-12-13 02:04 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2423088&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: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Copy/paste bug Initial Comment: 0.40.3 extended If you copy/paste two or more objects that are connected, then try to move the pasted objects, only the object you clicked on will move (even though all of them are selected). Annoying if you're copying a large section of objects. ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2009-03-18 18:53 Message: This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2009-02-04 05:11 Message: This should be fixed in Pd-vanilla and Pd-extended 0.41.4 (there are currnetly only test builds) ---------------------------------------------------------------------- Comment By: Federico Ferri (federico__) Date: 2008-12-26 14:46 Message: have you tried the latest Pd version? I cannot reproduce it here on vanilla Pd 0.41.4 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2423088&group_…

1 0

[ pure-data-Bugs-2476163 ] OSX: pd-ext pdp and pidip patches end with .bak
by SourceForge.net 18 Mar '09

18 Mar '09

Bugs item #2476163, was opened at 2008-12-30 01:18 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2476163&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.41.0 >Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: whyameye (whyameye) Assigned to: Hans-Christoph Steiner (eighthave) Summary: OSX: pd-ext pdp and pidip patches end with .bak Initial Comment: pd-extended 0.40.3 pdp and pidip patches in the documentation folder end with .pd.bak instead of just .pd on OS X. The problem exists with Pd-extended 0.40.3 release, as well as with the autobuild as off Dec 27, 2008. Workaround is to rename the files. In a terminal window: cd /Applications/Pd-extended.app/Contents/Resources/doc/5.reference/pdp ls -d *.bak | sed 's/$.*$.bak$/mv "&" "\1"/' | sh cd ../pidip ls -d *.bak | sed 's/$.*$.bak$/mv "&" "\1"/' | sh ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2009-03-18 18:53 Message: This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2009-02-04 05:12 Message: This is fixed Pd-extended 0.41.4-20090131 (there are currently only test builds) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2476163&group_…

1 0

[ pure-data-Bugs-2520511 ] [pdp_qtext] "feed" not working
by SourceForge.net 18 Mar '09

18 Mar '09

Bugs item #2520511, was opened at 2009-01-19 18:10 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2520511&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: None >Status: Closed Resolution: Invalid Priority: 5 Private: No Submitted By: IOhannes m zmlnig (zmoelnig) Assigned to: Yves Degoyon (sevyves) Summary: [pdp_qtext] "feed" not working Initial Comment: the "feed" mode of [pdp_qtext] does nothing (no error, no action). "scroll" works fine ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2009-03-18 18:52 Message: This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2009-01-19 18:48 Message: ouch sorry; seems like i misunderstood what "feed" actually should do; i was (looking for and thus ) expecting a horizontal 1-line scroll, whereas "feed" is really rather "chat" ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2520511&group_…

1 0

[ pure-data-Bugs-2501709 ] [any2string] converts non-ascii chars to negative values
by SourceForge.net 18 Mar '09

18 Mar '09

Bugs item #2501709, was opened at 2009-01-12 16:17 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2501709&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: None >Status: Closed Resolution: Fixed Priority: 5 Private: No Submitted By: Roman Haefeli (reduzent) Assigned to: Bryan Jurish (mukau) Summary: [any2string] converts non-ascii chars to negative values Initial Comment: belongs to: moocow/pdstring/any2string non-ascii characters (such as the umlaute 'äöü') are converted to negative values. instead of i, [any2string] converts to i-256, thus the negative values. [string2any], OTOH, does seem to work correctly. '246' is converted to 'ö'. this on pd-vanilla linux with: pdstring version: 0.06 by Bryan Jurish ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2009-03-18 18:52 Message: This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: Bryan Jurish (mukau) Date: 2009-01-17 21:30 Message: fixed in pdstring v0.07 (SVN head). Can an admin please mark this as "pending"? ---------------------------------------------------------------------- Comment By: Bryan Jurish (mukau) Date: 2009-01-13 20:44 Message: > or even simpler, it could be done with a [mod 256]. ... oops, got me! > if you think, that my point is somehow valid your point is certainly valid: I would prefer to have made [any2string] output unsigned byte values from the beginning, it's really just compatibility issues nagging at me. > what about having a third argument: 0=signed, 1=unsigned ? also easy, but a bit klunky ... maybe an additional object [any2ustring] for unsigned chars? perhaps we should just check pd-list and see if anyone needs signed chars from [any2string] ... ---------------------------------------------------------------------- Comment By: Roman Haefeli (reduzent) Date: 2009-01-13 19:38 Message: or even simpler, it could be done with a [mod 256]. two reasons, why i want it to have reported and even would prefer it to be changed: 1) it's rather tedious to do it in userspace, since [any2string] outputs lists and for conversion, those need to be serialized, converted and re-packed again. this is not only a complex task to do, it is also very expensive. there is a quick table based 'serialization algorithm, though, but re-packing with only vanilla classes is rather expensive, and exponentially expensive with growing list length in terms of moved atoms [someone please correct me]. 2) many classes, that i would find useful to be used together with [any2string] expect 'unsigned chars', that is to say [tcp*], [udp*], [comport] and probably more. as i see it, we have a clash of conventions here and personally i am not able to come up with a good argument for having 'signed chars'. if you think, that my point is somehow valid, so please lets turn that apparently bogus bug report into a feature request: what about having a third argument: 0=signed, 1=unsigned ? ---------------------------------------------------------------------- Comment By: Bryan Jurish (mukau) Date: 2009-01-13 13:46 Message: This is known behavior, due to the C type used internally ("char", which in C semantics means "signed char"). Non-ASCII characters should be accepted by [string2any] in both "signed char" (ö = -10) and "unsigned char" (ö = 246) format, though. It would be easy to change [any2string] to output only "unsigned char" values in the range (0..255) rather than "signed char" values in the range (-128..127), but I don't yet see any pressing need to do so, since it would break patches that rely on this behavior (if there are any). As a workaround, you can use [moses] to detect negative values and [+ 256] to bash them to values in the (0..255) range if you need to. -Bryan ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2501709&group_…

1 0

[ pure-data-Bugs-2501602 ] "find $1" crashes when "whole word" is unchecked
by SourceForge.net 18 Mar '09

18 Mar '09

Bugs item #2501602, was opened at 2009-01-12 15:45 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2501602&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.2 >Status: Closed Resolution: Fixed Priority: 6 Private: No Submitted By: IOhannes m zmlnig (zmoelnig) Assigned to: Miller Puckette (millerpuckette) Summary: "find $1" crashes when "whole word" is unchecked Initial Comment: with Pd-0.42 we can finally search for $1 literals (thanks) unfortunately, this can crash Pd, if used with the new "whole word" checkbox in the find-window unchecked. steps to reproduce: - create object containing [f $1] - Find "$1" with 'whole world' unchecked -> CRASH see attached patch to do this programmatically. tested on linux and osx with Pd-0.42.2 ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2009-03-18 18:51 Message: This Tracker item was closed automatically by the system. It was previously set to a Pending status, and the original submitter did not respond within 14 days (the time period specified by the administrator of this Tracker). ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2009-01-15 14:06 Message: fixed in 0.42.3 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=2501602&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 March 2009