Pd-dev November 2006

pd-dev@lists.iem.at

30 participants
69 discussions

Global and Local scope for DSP~
by glerm soares 06 Nov '06

06 Nov '06

hello How could I "turn on and off DSP" of a graph, local patch or object? I know [ ; pd dsp 1 ] message work for the whole pd process... but what if I want for exemple turn on/off a bonk~ object inside a graph on a child process just when I need it? Can't I save memory with this? thanx glerm -- _________________gLeRM SoAreS.......: baixem o album do matema 17mp3 num pacote--> http://www.organismo.art.br/matema

3 3

[ pure-data-Bugs-1590814 ] Redraw of data structures in graph on parent delayed
by SourceForge.net 05 Nov '06

05 Nov '06

Bugs item #1590814, was opened at 2006-11-05 14:56 Message generated for change (Comment added) made by fbar You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1590814&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 Resolution: None Priority: 5 Private: No Submitted By: Frank Barknecht (fbar) Assigned to: Miller Puckette (millerpuckette) Summary: Redraw of data structures in graph on parent delayed Initial Comment: Data structures in graph on parent abstractions/subpatches are not displayed correctly, if the "hide objects name and arguments" toggle is switched on. Attached patch shows this with an example: The data structure slider in the abstraction dsslider.pd is not displayed, when the help-patch is loaded. Changing the slider's value with the attached number box will make the DS-slider appear. Also moving the abstraction in the parent will not move the displayed data structure unless a redraw is forced by using the numberbox again or by changing the DS-slider with the mouse and a bit of blind guesswork. ---------------------------------------------------------------------- >Comment By: Frank Barknecht (fbar) Date: 2006-11-05 15:20 Message: Logged In: YES user_id=569446 Additional note: It seems the reason for this behaviour is, that the subpatch displaying the data structure doesn't completely fit into the parent's display area. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1590814&group_…

1 0

[ pure-data-Bugs-1590821 ] "hide object name" toggle broken for data structures
by SourceForge.net 05 Nov '06

05 Nov '06

Bugs item #1590821, was opened at 2006-11-05 15:18 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=1590821&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: Frank Barknecht (fbar) Assigned to: Nobody/Anonymous (nobody) Summary: "hide object name" toggle broken for data structures Initial Comment: The "hide object name and arguments" toggle for subpatches does not survive saving the patch, if a data structure scalar is displayed inside the respective subpatch. Attached patch illustrates this behaviour: To reproduce it, toggle the "hide"-toggle to on for the [pd draw] and [pd $0-draw] subpatches, then save and reopen the file. The object name will show up again. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1590821&group_…

1 0

[ pure-data-Bugs-1590814 ] Redraw of data structures in graph on parent delayed
by SourceForge.net 05 Nov '06

05 Nov '06

Bugs item #1590814, was opened at 2006-11-05 14:56 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=1590814&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 Resolution: None Priority: 5 Private: No Submitted By: Frank Barknecht (fbar) Assigned to: Miller Puckette (millerpuckette) Summary: Redraw of data structures in graph on parent delayed Initial Comment: Data structures in graph on parent abstractions/subpatches are not displayed correctly, if the "hide objects name and arguments" toggle is switched on. Attached patch shows this with an example: The data structure slider in the abstraction dsslider.pd is not displayed, when the help-patch is loaded. Changing the slider's value with the attached number box will make the DS-slider appear. Also moving the abstraction in the parent will not move the displayed data structure unless a redraw is forced by using the numberbox again or by changing the DS-slider with the mouse and a bit of blind guesswork. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1590814&group_…

1 0

[ pure-data-Bugs-1371511 ] declaration of `y1' shadows a global declaration
by SourceForge.net 02 Nov '06

02 Nov '06

Bugs item #1371511, was opened at 2005-12-02 02:41 Message generated for change (Settings changed) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1371511&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: Wont Fix Priority: 5 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: declaration of `y1' shadows a global declaration Initial Comment: When using math.h on Darwin, the y1 variable causes lots of warnings. ../../pd/src/g_canvas.h:247: warning: declaration of `y1' shadows a global declaration /usr/include/architecture/ppc/math.h:483: warning: shadowed declaration is here Renaming y1 in g_canvas.h would fix this problem. ---------------------------------------------------------------------- Comment By: SourceForge Robot (sf-robot) Date: 2006-11-01 22:20 Message: Logged In: YES user_id=1312539 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: Mathieu Bouchard (matju) Date: 2006-10-18 09:47 Message: Logged In: YES user_id=801174 Whatever about calling functions y0,y1,yn, they've been there since almost the beginning of unix. They're Bessel functions defined in <math.h>. You won't be able to move them out of it. This suggests that the -Wshadow warning is of questionable use. I'd turn it off, personally. ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2006-10-18 04:33 Message: Logged In: YES user_id=564396 a) has this been fixed already? (i cannot reproduce this anymore; also the pd(-extended) buildlogs do not show this warning) b) i don't think that this is a bug in pd; no global include file (/usr/include/architecture/ppc/math.h) should use global variable names like "i", "y1" and the like. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1371511&group_…

1 0

[ pure-data-Bugs-1371511 ] declaration of `y1' shadows a global declaration
by SourceForge.net 02 Nov '06

02 Nov '06

Bugs item #1371511, was opened at 2005-12-01 23:41 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1371511&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: 5 Private: No Submitted By: Hans-Christoph Steiner (eighthave) Assigned to: Miller Puckette (millerpuckette) Summary: declaration of `y1' shadows a global declaration Initial Comment: When using math.h on Darwin, the y1 variable causes lots of warnings. ../../pd/src/g_canvas.h:247: warning: declaration of `y1' shadows a global declaration /usr/include/architecture/ppc/math.h:483: warning: shadowed declaration is here Renaming y1 in g_canvas.h would fix this problem. ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2006-11-01 19:20 Message: Logged In: YES user_id=1312539 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: Mathieu Bouchard (matju) Date: 2006-10-18 06:47 Message: Logged In: YES user_id=801174 Whatever about calling functions y0,y1,yn, they've been there since almost the beginning of unix. They're Bessel functions defined in <math.h>. You won't be able to move them out of it. This suggests that the -Wshadow warning is of questionable use. I'd turn it off, personally. ---------------------------------------------------------------------- Comment By: IOhannes m zmölnig (zmoelnig) Date: 2006-10-18 01:33 Message: Logged In: YES user_id=564396 a) has this been fixed already? (i cannot reproduce this anymore; also the pd(-extended) buildlogs do not show this warning) b) i don't think that this is a bug in pd; no global include file (/usr/include/architecture/ppc/math.h) should use global variable names like "i", "y1" and the like. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1371511&group_…

1 0

Inconsistency in behaviour using Gem... my fault?
by Nick Bailey 01 Nov '06

01 Nov '06

Hi pd community. I have a suspected bug but before I raise it with the Mac developers, I thought I'd ask some experts to make sure it isn't my fault. Using pd 0.39-2 on Linux (Debian Sid) to do my development, but wanting to deploy on my Mac Powerbook using "Pd-extended" 0.39-2 beta4 from http://at.or.at/hans/pd/installers.html on the Mac (there's a 5th beta release on that site, but it won't even start for me). Problem involves a Gem patch. We want to divide a photograph up into tiles, so each can individually cross-fade between one photo and the next. I made a first rough cut of a UI to do this called imageMixer.pd on my Linux box (it's at http://markov.music.gla.ac.uk/ boston.tar.bz2 - 465K). After playing with it for a while, I attemted to transfer it to my PowerBook, and it sort of worked, but when rendering was switched on, I got a continuous message: separator : state->numTexCoords 4 != m_state.numTexCoords 0 repeated over and over again. The separator in question turns out to be in [pd tile] which is in [pd tile_array] (at the bottom right of the patch). Playing around a bit more, I came up with imageMixer-mac39.pd. This gets rid of the separator in [pd tile] and just has a gemhead feeding both pix_image. This works fine on the Mac (though I was led to believe you had to use a [separator] here... why not? Should it not work?) but on the linux box it doesn't fade between two different images, it fades between image and black. The final attempt (imageMixer-2.1.pd) simply moves the gemhead outside of [pd tile] and back into [pd tile_array]; this works on both machines. Now, this is my first ever pd patch (except for a very simple one I wrote to demonstrate writing an LPC pd plugin to my students), and certainly my first outing with Gem, so it's very likely I've just missed the plot with the semantics of gemheads, separators etc. It does look to me like there might be a bug in separator on Pd-extended for the Mac though. It is after all a test release. Consequently any comments directed to me regarding RPI (removal of pig-ignorance) or style criticisms would be very well received. If people think it's a bug, I'll file a report with the Mac packager (or maybe s/he's already reading this?) One last question. pd/Gem was certainly a rapid development tool for the concert which is going to be in Boston MA in a few days' time, but apart from the judicial use of [print] and numbers, staring at the code, and bleating for help from my postgraduates, are there any better ways of debugging patches? You'll have guessed from my email address that I'm from a different programming background, and use gdb and the like much more frequently. I've certainly learned to be very strict about versioning. Messing around for an hour or so with a patch, then not being able to use diff to see what one's ended up changing makes one take particular care in that direction! Thanks in advance for your helpful advice and comments, Nick/.

2 1

[ pure-data-Bugs-1523433 ] zexy's regex compiled without regex support
by SourceForge.net 01 Nov '06

01 Nov '06

Bugs item #1523433, was opened at 2006-07-16 08:48 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1523433&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: zexy's regex compiled without regex support Initial Comment: In Pd-0.39.2-extended-test4, instantiating [regex] gives this message: [regex] part of zexy-2.1 Copyright (l) IOhannes m zmÃ¶lnig, 1999-2006 forum::fÃŒr::umlÃ€ute IEM compiled: May 25 2006 error: [regex] non-functional: compiled without regex-support! ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2006-10-31 19:20 Message: Logged In: YES user_id=1312539 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 zmölnig (zmoelnig) Date: 2006-10-17 01:55 Message: Logged In: YES user_id=564396 since pd-extended now uses zexy's build system for building as single externals, this should be fixed (in theory). please confirm. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1523433&group_…

1 0

[ pure-data-Patches-1370034 ] Matju's beautifications (untested)
by SourceForge.net 01 Nov '06

01 Nov '06

Patches item #1370034, was opened at 2005-11-30 05:25 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1370034&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: wishlist >Status: Closed Resolution: None Priority: 5 Private: No Submitted By: Thomas Grill (xovo) Assigned to: Nobody/Anonymous (nobody) Summary: Matju's beautifications (untested) Initial Comment: Hey all, here's Matju's changes to the devel_0_39 codebase. There's a bug inside m_class.c, function pd_typedmess, where the break is missing at the end of the A_DEFSYM case, just before default. greetings, Thomas ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2006-10-31 19:20 Message: Logged In: YES user_id=1312539 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: Mathieu Bouchard (matju) Date: 2006-10-26 06:47 Message: Logged In: YES user_id=801174 Those changes were rejected from devel_0_39 ("uncommitted" aka reverted) on the grounds that it would make it more difficult to make devel_0_40 (that is, merge miller's 0.40 into devel_0_39), supposing that Miller would reject those changes, and that those changes are merely "cosmetic". In releasing pd 0.40 as it is released, Miller demonstrates zero interest in something as simple and useful as removing unused variables. That's why I didn't push that patch any further. ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2006-10-16 22:38 Message: Logged In: YES user_id=27104 this has been here for a long while with no activity, so I am setting it to Pending. It'll be automatically set to closed after a while if no one tends to it. ---------------------------------------------------------------------- Comment By: Thomas Grill (xovo) Date: 2005-11-30 05:55 Message: Logged In: YES user_id=350252 there are also changes to extra. see the matju-extra.patch ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1370034&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 November 2006