Pd-dev August 2010

pd-dev@lists.iem.at

22 participants
147 discussions

building vanilla on win32
by patko 20 Aug '10

20 Aug '10

Hello, is there someone using MSVC that would give an help? I'd like to know if adding this line to g_canvas.h would fix the gridflow external loading EXTERN void canvas_setgraph(t_glist *x, int flag, int nogoprect); Vanilla doesn't compile on MinGW because it can not compile last releases of portaudio and portmidi Also I've never used MSVC, is there a documentation somewhere for building pd with it? thanks -- Patrice Colet

2 1

[ pure-data-Bugs-3049161 ] [open /dir (--[openpanel]--[; pd open / ( -> bug in pd canva
by SourceForge.net 20 Aug '10

20 Aug '10

Bugs item #3049161, was opened at 2010-08-20 06:59 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3049161&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-devel Group: v0.43 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: [open /dir (--[openpanel]--[;pd open / ( -> bug in pd canva Initial Comment: Is anyone aware of this? when i do [open /dir (--[openpanel]--[;pd open / ( the [open( msg box stays bold, after the second time i goes normal again. this was in recent git revision .. i couldn't compile the latest revision yet ;( ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3049161&group_…

1 0

[ pure-data-Patches-2946742 ] BUGFIX: [bang( to [expr size("$s1")] crashes pd
by SourceForge.net 20 Aug '10

20 Aug '10

Patches item #2946742, was opened at 2010-02-05 14:39 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2946742&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: Closed Resolution: Accepted Priority: 7 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Miller Puckette (millerpuckette) Summary: BUGFIX: [bang( to [expr size("$s1")] crashes pd Initial Comment: tested in 0.43.0-devel-20100126 and 0.42-5 on winxp. Sending an initial bang before setting $s1 to a value crashes pd. ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2010-08-19 23:48 Message: git commit 362028a0a5f945511d00d568fcf11e332aa423f7 ---------------------------------------------------------------------- Comment By: IOhannes m zmlnig (zmoelnig) Date: 2010-03-17 05:45 Message: the problem comes from ISTABLE() correctly checking for a NULL-symbol, but then accessing the s_name field anyhow. attached patch fixes this ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2946742&group_…

1 0

[ pure-data-Patches-2929284 ] bang to switch~ while dsp off: Pd exits
by SourceForge.net 20 Aug '10

20 Aug '10

Patches item #2929284, was opened at 2010-01-10 08:36 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2929284&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: None Status: Closed Resolution: Accepted Priority: 7 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Miller Puckette (millerpuckette) Summary: bang to switch~ while dsp off: Pd exits Initial Comment: When a bang is sent to the switch~ object while dsp is turned off (after having been on at least once since start up of Pd), Pd will exit with segmentation fault. This was tested with Pd extended 0.41.4 on OSX 10.5 and on Linux Ubuntu. I guess the bug could be fixed by extending the conditional check in the bang method for block~/switch~: if(x->x_switched && !x->x_switchon && canvas_dspstate) (reported anonymously by Katja Vetter) ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2010-08-19 23:14 Message: accepted in git commit 9acdded081c2bb57a8f3f41f32874395405d125b, minus the pd_error() message ---------------------------------------------------------------------- Comment By: Katja (katjav) Date: 2010-02-15 07:24 Message: Hans, I suggested a check on canvas_dspstate because it seems to be a global variable reflecting the dsp status of all root canvases. glob_dsp uses it as well. This suggestion was tested in Pd 0.41 on a Kubuntu system. With the modification, the switch~ object in an encapsulated subpatch switches dsp from off to on for one signal block, like it should do, and without Pd crashing. Apparently I overlooked conditions where it does not work, since it did not work for you. Anyway, a check on dsp_chain does the job. Thanks. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2010-02-15 01:45 Message: I added a patch to add a warning error when switch~ is banged and the DSP is off, instead of crashing. It is also checked into Pd-extended 0.42.5: http://pure-data.svn.sourceforge.net/viewvc/pure-data?view=rev&revision=131… ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2010-02-13 19:35 Message: It seems that dsp_chain is the issue, so the code should be perhaps something like if (x->x_switched && !x->x_switchon && dsp_chain) ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2010-02-13 19:25 Message: Reproduced using Pd-extended 0.42.5-20100120 pd-gui-rewrite/0.43 on Mac OS X 10.5.8/Intel. Here's the stacktrace: 0 pd 0x0006b3e3 block_bang + 78 (d_ugen.c:227) 1 pd 0x00056eb4 outlet_bang + 56 (m_obj.c:370) 2 pd 0x0003e79c bng_newclick + 153 (g_bang.c:299) 3 pd 0x000378c8 canvas_doclick + 594 (g_editor.c:110) 4 pd 0x00038572 canvas_mousedown + 61 (g_editor.c:1440) 5 pd 0x00054e09 pd_typedmess + 1141 (m_class.c:792) 6 pd 0x00054ccf pd_typedmess + 827 (m_class.c:818) 7 pd 0x00058f5c binbuf_eval + 1224 (m_binbuf.c:726) 8 pd 0x00063232 socketreceiver_read + 1734 (s_inter.c:558) 9 pd 0x00061df2 sys_domicrosleep + 381 (s_inter.c:196) 10 pd 0x00061e7e sys_microsleep + 19 (s_inter.c:219) 11 pd 0x0005f004 m_mainloop + 1030 (m_sched.c:587) 12 pd 0x00061b21 sys_main + 2909 (s_main.c:304) 13 pd 0x00002852 _start + 216 14 pd 0x00002779 start + 41 Can you explain the addition of canvas_dspstate? For me, this change just makes it so bang never turns on the canvas-local DSP. ---------------------------------------------------------------------- Comment By: Katja (katjav) Date: 2010-02-13 18:37 Message: Above-mentioned bug exists in Pd 0.42-4 as well. I have checked that the problem is indeed solved with the following (where d_ugen_old.c is the original file and d_ugen.c the modified version): diff d_ugen_old.c d_ugen.c 222c222 < if (x->x_switched && !x->x_switchon) --- > if (x->x_switched && !x->x_switchon && canvas_dspstate) Hope this bug will be fixed soon cause I want to share a patch including the switch~ object. Katja ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2929284&group_…

1 0

[ pure-data-Patches-2936486 ] add broadcast support to netsend/netreceive
by SourceForge.net 20 Aug '10

20 Aug '10

Patches item #2936486, was opened at 2010-01-21 12:38 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2936486&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: Closed Resolution: Accepted Priority: 5 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: add broadcast support to netsend/netreceive Initial Comment: Add support for broadcast addresses to make it possible to use netsend/netreceive without having to set any IP. a 255.255.255.255 broadcast address will work on any IP range, including auto-assigned 169.254.0.0/16 addresses. ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2010-08-19 23:13 Message: git commit 8e3811efdff25cc172a5b26bc002bbd64c9f9bbe ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=2936486&group_…

1 0

Feature Idea: turn "Find last error..." into a linked list
by Hans-Christoph Steiner 19 Aug '10

19 Aug '10

I just looked around the code for pd_error() and "Find last error..." and it looks really easy to turn that into a linked list of errors and their respective objects. This would allow all sorts of exciting possibilities, like an unlimited "Find previous error...". Or something that I find even more exciting: - create pd_warning() to match pd_error() - use pd_warning() for any relevant message - have the Pd window log keep track of the error # - double-click the error message in the Pd window to find the object .hc

2 1

[ pure-data-Patches-3048804 ] Compile audio dummy across platforms
by SourceForge.net 19 Aug '10

19 Aug '10

Patches item #3048804, was opened at 2010-08-19 13:30 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3048804&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: 8 Private: No Submitted By: Peter Brinkmann (pbrinkmann) Assigned to: Miller Puckette (millerpuckette) Summary: Compile audio dummy across platforms Initial Comment: Resolves conflicts between USEAPI_DUMMY and other API settings when compiling libpd (http://gitorious.org/pdlib) for iPhone and other platforms. The patch only has an effect if USEAPI_DUMMY is defined. ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2010-08-19 13:46 Message: This is a simple change to the USEAPI_DUMMY stuff to allow it to work on any platform, which is needed when embedding libpd into things like Android, iPhone, Java, Python, etc. Basically, when you use USEAPI_DUMMY, it usurps setting the default over all other USEAPI_* statements. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3048804&group_…

1 0

[ pure-data-Patches-3048804 ] Compile audio dummy across platforms
by SourceForge.net 19 Aug '10

19 Aug '10

Patches item #3048804, was opened at 2010-08-19 13:30 Message generated for change (Settings changed) made by pbrinkmann You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3048804&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: 5 Private: No Submitted By: Peter Brinkmann (pbrinkmann) >Assigned to: Miller Puckette (millerpuckette) Summary: Compile audio dummy across platforms Initial Comment: Resolves conflicts between USEAPI_DUMMY and other API settings when compiling libpd (http://gitorious.org/pdlib) for iPhone and other platforms. The patch only has an effect if USEAPI_DUMMY is defined. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3048804&group_…

1 0

[ pure-data-Patches-3048804 ] Compile audio dummy across platforms
by SourceForge.net 19 Aug '10

19 Aug '10

Patches item #3048804, was opened at 2010-08-19 13:30 Message generated for change (Tracker Item Submitted) made by pbrinkmann You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3048804&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: 5 Private: No Submitted By: Peter Brinkmann (pbrinkmann) Assigned to: Nobody/Anonymous (nobody) Summary: Compile audio dummy across platforms Initial Comment: Resolves conflicts between USEAPI_DUMMY and other API settings when compiling libpd (http://gitorious.org/pdlib) for iPhone and other platforms. The patch only has an effect if USEAPI_DUMMY is defined. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3048804&group_…

1 0

[ pure-data-Bugs-3048676 ] zexy limiter~ does limit below threshold
by SourceForge.net 19 Aug '10

19 Aug '10

Bugs item #3048676, was opened at 2010-08-19 13:15 Message generated for change (Tracker Item Submitted) made by nobody You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3048676&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: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: zexy limiter~ does limit below threshold Initial Comment: When using zexy's limiter~ in its default mode ("limit") with its default threshold (100dB) and feeding it a signal that peaks at 100dB, the limiter already outputs a amplification signal <1 ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3048676&group_…

1 0

← Newer
1
...
4
5
6
7
8
9
10
...
15
Older →

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 August 2010