Pd-dev September 2006

pd-dev@lists.iem.at

28 participants
80 discussions

[ pure-data-Bugs-1552482 ] Arguments to canvas object (cnv) do not take effect
by SourceForge.net 20 Sep '06

20 Sep '06

Bugs item #1552482, was opened at 2006-09-05 01:48 Message generated for change (Comment added) made by lukeiannini You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1552482&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: Works For Me Priority: 5 Submitted By: Luke Iannini (lukeiannini) Assigned to: Nobody/Anonymous (nobody) Summary: Arguments to canvas object (cnv) do not take effect Initial Comment: The canvas object seems to take arguments happily enough - while I could not find this documented, I discovered what went where by trying "cnv a b c d e f g h..." and checking where they ended up in the properties. This worked, but while the arguments appear in the properties, they do not actually "show up" in the canvas until the property window is closed again. I've attached a patch that demonstrates this behavior. (I was hoping to build a "canvas generator" that would save me the trouble of opening property windows to set dimensions or a recieve symbol that could be used with Joao Miguel Pais's "gui-edit" abstraction. But the receive symbol does not start functioning until the props are opened, then closed.) Also, the first 3 arguments do not seem to do anything (they'd logically control "selectable size" and the x and y dimensions of the canvas). ---------------------------------------------------------------------- >Comment By: Luke Iannini (lukeiannini) Date: 2006-09-20 02:45 Message: Logged In: YES user_id=1541432 Hello Hans, Done : ). But I can't effect the bug>patch change. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-09-15 17:54 Message: Logged In: YES user_id=27104 It would be awesome then if you updated the help file and submitted that as a patch to the tracker. Then the rest of us can benefit from your explorations. You can attach an updated help file to this tracker, then change it from a "Bug" to a "Patch". ---------------------------------------------------------------------- Comment By: Luke Iannini (lukeiannini) Date: 2006-09-05 03:12 Message: Logged In: YES user_id=1541432 Sorry about that, thanks! ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2006-09-05 03:03 Message: Logged In: YES user_id=564396 this is, because you are using wrong arguments and not because of a bug in [cnv]. attached is a working patch (which uses more arguments than the original one) there are 4 possibilities to "reverse engineer" the arguments of an object: 1) read the help (won't help you with [cnv]) 2) read the pd-list (ask! chances are high that somebody already solved your problem) 3) read the patch (save a patch with the object as you would like it; open the patch with a text editor; look which arguments are used; understand what the arguments mean) 4) read the source esp. #3 is a very simple and efficient and good way to discover the arguments of an object (the object usually knows best which arguments it needs) ---------------------------------------------------------------------- Comment By: Luke Iannini (lukeiannini) Date: 2006-09-05 01:50 Message: Logged In: YES user_id=1541432 This is on Pd-x-39.2t4 (OS X.4.7 PPC) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1552482&group_…

1 0

[ pure-data-Bugs-1561839 ] rhythmic glitching on PowerBook G4
by SourceForge.net 20 Sep '06

20 Sep '06

Bugs item #1561839, was opened at 2006-09-19 21:31 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=1561839&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.39.2 Status: Open Resolution: None Priority: 5 Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Nobody/Anonymous (nobody) Summary: rhythmic glitching on PowerBook G4 Initial Comment: On an Apple PowerBook G4 1.67GHz running 10.4.7, the sound always had a pulsing glitch on it no matter if any sound was being generated or not. When I switched the output sampling rate to 48000, the glitching went away. When I switched back to 44100, the glitching came back. I saw this one other time on a PowerBook, but it was also happening to Audacity. This time it was only happening for Pd. My guess is that its related to portaudio. This was on a student's laptop, so I can't test again. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1561839&group_…

1 0

[ pure-data-Patches-1561814 ] MinGW fixes for the "pd/extra" folder
by SourceForge.net 20 Sep '06

20 Sep '06

Patches item #1561814, was opened at 2006-09-19 20:06 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1561814&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 Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: MinGW fixes for the "pd/extra" folder Initial Comment: This patch is two key parts: - minor fixes in the source code for properly supporting MinGW - a new unified makefile for the "pd/extra" section which handles Mac OS X, GNU/Linux, and Windows/MinGW. ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-09-19 20:14 Message: Logged In: YES user_id=27104 I forgot to mention, this is called differently from pd/src/makefile. The "extern" target should look like this to use this makefile: externs: make -C ../extra ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1561814&group_…

1 0

[ pure-data-Patches-1561814 ] MinGW fixes for the "pd/extra" folder
by SourceForge.net 20 Sep '06

20 Sep '06

Patches item #1561814, was opened at 2006-09-19 20:06 Message generated for change (Settings changed) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1561814&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 Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) >Summary: MinGW fixes for the "pd/extra" folder Initial Comment: This patch is two key parts: - minor fixes in the source code for properly supporting MinGW - a new unified makefile for the "pd/extra" section which handles Mac OS X, GNU/Linux, and Windows/MinGW. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1561814&group_…

1 0

[ pure-data-Patches-1561814 ] MinGW fixes for the "extra" folder
by SourceForge.net 20 Sep '06

20 Sep '06

Patches item #1561814, was opened at 2006-09-19 20:06 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=1561814&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 Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: MinGW fixes for the "extra" folder Initial Comment: This patch is two key parts: - minor fixes in the source code for properly supporting MinGW - a new unified makefile for the "pd/extra" section which handles Mac OS X, GNU/Linux, and Windows/MinGW. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1561814&group_…

1 0

[initbang]: any use?
by IOhannes m zmoelnig 19 Sep '06

19 Sep '06

hi. i just submitted a patch against the 0.40-prerelease that adds a new object [initbang], which can be used to trigger a constructor in an abstraction. this allows to have abstractions with runtime customizable constructors, especially variable inlets/outlets. ([loadbang] is a bit too late for such things, as it only gets called when the parent of an abstraction is already finished (and connections have been abandoned)) i think this is another important step on making abstractions objects of full age. any thoughts? what is still missing is the possibility for an abstraction to do something before it is destroyed. mfg.asdr IOhannes

7 19

[ pure-data-Bugs-1540259 ] bug in shuffle makes the cpu go into 100%
by SourceForge.net 19 Sep '06

19 Sep '06

Bugs item #1540259, was opened at 2006-08-14 18:21 Message generated for change (Comment added) made by mrpeach You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1540259&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 Submitted By: JoÃ£o Miguel Pais (jmmmp) Assigned to: Nobody/Anonymous (nobody) Summary: bug in shuffle makes the cpu go into 100% Initial Comment: due to a bug on [shuffle], after a value is sent to the 2nd inlet, at the end of each cycle the cpu will go into 100%. I don't know exactly what's the relation between the parameter values to bring the bug (if there's any), but the bug seems to be consistent. no special patch is necessary, it happens also on the help patch. XP, Pd-Ext 0.39-2-t3. Joao ---------------------------------------------------------------------- Comment By: Martin Peach (mrpeach) Date: 2006-09-19 11:20 Message: Logged In: YES user_id=919007 This seems to happen because shuffle_bang() doesn't know that the end point has changed. Only sending a float to the first inlet updates the arrays to match the new begin. Probably shuffle_ft1() and shuffle_ft2() should set a 'dirty' flag so shuffle_bang() can redo the pointers if shuffle_ft1() or shuffle_ft2() have changed a parameter. The shuffle_update() routine would be the same code as shuffle_float() except for the first line, so I would propose taking that code out of shuffle_float() and calling it shuffle_update(). ---------------------------------------------------------------------- Comment By: JoÃ£o Miguel Pais (jmmmp) Date: 2006-09-19 09:23 Message: Logged In: YES user_id=1523458 Sure, here it is. But I just noticed that the following conditions should be met to trigger the bug: the new "upper" value must be lower than the previous one, and, possibly, also lower as the present output of shuffle. it works for sure with extreme values (change from 0-20 to 0-5, f.e.), but not always with subtler changes (0-5 to 0- 4). ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2006-09-18 13:19 Message: Logged In: YES user_id=564396 even though no "special" patch is necessary, could you give an example patch that reliably triggers the bug. (i never used [shuffle] before and i don't know what to do to make it behave as you describe) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1540259&group_…

1 0

[ pure-data-Bugs-1540259 ] bug in shuffle makes the cpu go into 100%
by SourceForge.net 19 Sep '06

19 Sep '06

Bugs item #1540259, was opened at 2006-08-15 00:21 Message generated for change (Comment added) made by jmmmp You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1540259&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 Submitted By: JoÃ£o Miguel Pais (jmmmp) Assigned to: Nobody/Anonymous (nobody) Summary: bug in shuffle makes the cpu go into 100% Initial Comment: due to a bug on [shuffle], after a value is sent to the 2nd inlet, at the end of each cycle the cpu will go into 100%. I don't know exactly what's the relation between the parameter values to bring the bug (if there's any), but the bug seems to be consistent. no special patch is necessary, it happens also on the help patch. XP, Pd-Ext 0.39-2-t3. Joao ---------------------------------------------------------------------- >Comment By: JoÃ£o Miguel Pais (jmmmp) Date: 2006-09-19 15:23 Message: Logged In: YES user_id=1523458 Sure, here it is. But I just noticed that the following conditions should be met to trigger the bug: the new "upper" value must be lower than the previous one, and, possibly, also lower as the present output of shuffle. it works for sure with extreme values (change from 0-20 to 0-5, f.e.), but not always with subtler changes (0-5 to 0- 4). ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2006-09-18 19:19 Message: Logged In: YES user_id=564396 even though no "special" patch is necessary, could you give an example patch that reliably triggers the bug. (i never used [shuffle] before and i don't know what to do to make it behave as you describe) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1540259&group_…

1 0

[ pure-data-Patches-1368474 ] expr~ unused vars
by SourceForge.net 19 Sep '06

19 Sep '06

Patches item #1368474, was opened at 2005-11-28 19:24 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1368474&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: Pending Resolution: None Priority: 5 Submitted By: Mathieu Bouchard (matju) Assigned to: Nobody/Anonymous (nobody) Summary: expr~ unused vars Initial Comment: removed unused vars in expr~ that cause pagefuls of warnings when compiling with -Wall ---------------------------------------------------------------------- >Comment By: IOhannes m zmölnig (zmoelnig) Date: 2006-09-19 09:06 Message: Logged In: YES user_id=564396 no patch enclosed might be duplicated by patch #1561099 https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1561099&group_… ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1368474&group_…

1 0

[ pure-data-Patches-1368488 ] qlist unused vars, etc
by SourceForge.net 19 Sep '06

19 Sep '06

Patches item #1368488, was opened at 2005-11-28 19:41 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1368488&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: Duplicate Priority: 5 Submitted By: Mathieu Bouchard (matju) Assigned to: Nobody/Anonymous (nobody) Summary: qlist unused vars, etc Initial Comment: removed unused vars in x_net x_interface x_qlist fixed c++ error in x_qlist ---------------------------------------------------------------------- >Comment By: IOhannes m zmölnig (zmoelnig) Date: 2006-09-19 09:04 Message: Logged In: YES user_id=564396 duplicated by patch #1561099 https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1561099&group_… ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2006-09-18 13:41 Message: Logged In: YES user_id=564396 please either attach the fix, or we ought to close this ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1368488&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 September 2006