Pd-dev April 2011

pd-dev@lists.iem.at

19 participants
73 discussions

Re: [PD-dev] solved - Pointers changing/corrupting (used to be "signal nan values")
by Andrew Hassall 28 Apr '11

28 Apr '11

I've solved the pointer problem now, unfortunately it wasn't the reason for the nan values, but hopefully will be one step closer. Thanks for all your help. Andy On Wed, Apr 27, 2011 at 9:44 PM, Andrew Hassall <a.r.hassall(a)gmail.com> wrote: >> as long as you only have one-dimensional arrays, the 2 are exactly the >> same: a linear memory allocation. >> "array" is only how you chose to think of it. >> >> btw, "normal" is something very subjective, but i would access array >> elements as: >> "mbytes[index]" rather than "*(mbytes+index)" >> >> don't get me wrong, but a good book on C would probably help :-) > > Thanks, yeah sorry I know that most of my questions are a bit self > explanatory, and simple, my first time programming in c, thought id be > ok with knowledge from other languages and examples, but I guess not! > :) i think a books a good idea. > > the main reason I said normal is most examples of pointers id seen > were in that format and so assumed it was standard. > I thought so, the reason I asked is that I can't set or read any of > the values from the reserved bytes. From either method, in either > class. > am I missing a step? this is just testing but still not working > > x->maxp=40; > x->as= getbytes(x->maxp*sizeof(float)); > neither > *(x->as+i)= 10.4; > nor > x->as[i] = 10.4; > > set the value at index i > > this is the same for all the other pointers, I've tried casting the value too. > > Andy >

1 0

Re: [PD-dev] Pointers changing/corrupting (used to be "signal nan values")
by Andrew Hassall 27 Apr '11

27 Apr '11

yeah I've checked all the arithmetic again, its all fine. Ok thanks, I may try that soon, but I have just found a problem with the pointers, I have a method where I create all the arrays, variables outlets etc. I'll need in the perform function, which is run when the object is created. (this is where I create the array which stores the previous values) As I've been checking the pointers, I've found that when I create the array it has a specific address, this is then recorded in the pointer (still has the same address) but when I check the address in the perform function it is a completely different address which is very large.(examples below) but when I did the same test in a different object that I have made which is working the address is the same as when the array was created. I've checked the way I created the arrays, stored and accessed the pointers against the working object but as far as I can see they are done identically. on creation array address of index 0 = 2673760 when moved into the class struct index 0 = 2673760 (accessed from setup function) accessing from struct in perform function index 0 = 2.501762e+189mp it seems to be doing this with another array that I've created in the same way as well. Anyone have any ideas why the pointer would change so dramatically? Is it being corrupted? if so any ideas what by? On Tue, Apr 26, 2011 at 7:20 PM, katja <katjavetter(a)gmail.com> wrote: > > Andrew Hassall wrote: >>> pd never crashes completely, the graph crashes > Sorry I misunderstood you. Never seen a graph crashing. >>> so there is no errors or crash reports. > Your lpcsynthesis_tilde_perform() method is simple and you've probably > checked pointer arithmetic a dozen times. Yet valgrind attributes invalid > reads and writes to it. How frustrating. Pd does not crash, the invalid > access is probably happening within it's allocated space. Best thing would > be if you can force Pd to crash on it. Instantiate a lot of your objects, > delete some of them, or close/open patch several times etc. Pd's allocated > memory is not a continuous block. Under circumstances, Pd must crash on an > illegal access, and you'll be pointed to the culprit code. Well this is my > not-so-educated guess. I've had similar situations with my own homebrew > objects. Good luck anyway. > Katja >

2 9

[ pure-data-Patches-3293344 ] add ALT shortcuts to recentfiles
by SourceForge.net 26 Apr '11

26 Apr '11

Patches item #3293344, was opened at 2011-04-26 23:32 Message generated for change (Tracker Item Submitted) made by elgusanorojo You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3293344&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: Open Resolution: None Priority: 5 Private: No Submitted By: gusano (elgusanorojo) Assigned to: Nobody/Anonymous (nobody) Summary: add ALT shortcuts to recentfiles Initial Comment: this just adds ALT-shortcuts to recentfiles (on linux and win32): 1 is latest opened file, 2 is second, etc.. this also removes some redundancy in ::pd_menus::update_recentfiles_on_menu now that we have recentfiles support, this would be a nice addition (alongside with patch 3257602) to use keyboard shortcuts. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3293344&group_…

1 0

signal nan values
by Andrew Hassall 26 Apr '11

26 Apr '11

I'm writing 2 externals that implement an LPC algorithm, to make the results as acurate as possible I need to record some values from the previous frame, I've found that after doing this I sometimes as far as I can tell randomly get the output values of nan (for the values in the output signal vector) This is normally due to one of the values that I'm doing calculations on being nan, but when i check the calculation of that value it has an actual value. It happens at random times but it seems that I can make it happen when I open a patch with a graph in it (whilst the signal is running) Is this something to do with the way pd handles lots of computation? Am I simply doing too much computation in the externals? If not then is there any reason why I would be getting these results? Thanks Andrew

4 12

[ pure-data-Bugs-3293046 ] vradio and hradio help patch missing
by SourceForge.net 26 Apr '11

26 Apr '11

Bugs item #3293046, was opened at 2011-04-26 12:46 Message generated for change (Tracker Item Submitted) made by sistisette You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3293046&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 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Matteo Sisti Sette (sistisette) Assigned to: Nobody/Anonymous (nobody) Summary: vradio and hradio help patch missing Initial Comment: Pd Vanilla 0.42.5 on Windows: if you right-click on a hradio or a vradio and choose "help", it says: sorry, couldn't find help patch for [vradio|hradio]" ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3293046&group_…

1 0

[ pure-data-Bugs-3292451 ] can't set gui object size < 8
by SourceForge.net 26 Apr '11

26 Apr '11

Bugs item #3292451, was opened at 2011-04-24 18:22 Message generated for change (Tracker Item Submitted) made by sistisette You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3292451&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 Status: Open Resolution: None Priority: 5 Private: No Submitted By: Matteo Sisti Sette (sistisette) Assigned to: Nobody/Anonymous (nobody) Summary: can't set gui object size < 8 Initial Comment: I guess this is meant to be a feature, but it is actually not a good idea: if you create a cnv or toggle or bang and edit its properties and try to set its size to a value lower than 8, it will be changed to 8. "Invisible" canvases are useful to create text with transparent background, which can be placed on top of other gui elements. Until transparent colors are supported, the ability to create 1-size cnv's (indeed even 0-size should be allowed so that you can create one that is really invisible) should be maintained. Usually, a size of 1 is fine because you can place it on the border of some other element and thus you don't notice it. Also, 1-pixel-size objects may be used to create all sorts of fancy GUIs. Why should the minimum be 8? Note that patches saved with previous versions of Pd with smaller-than-8 cnv's are (fortunately) shown On the other hand, a way of selecting a small object (this applies to cnv's as well as to any other gui element) and editing its properties when in edit mode should be provided. For example, after selecting it by dragging a selection rectangle (the only way to select it when it is so small unless you are willing to keep trying untill you actually click on it), it would be nice to have a menu item such as Object/Properties or the like accessible through Pd's menu bar. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=3292451&group_…

1 0

[ pure-data-Patches-3283775 ] unauthorized w32 missing external
by SourceForge.net 26 Apr '11

26 Apr '11

Patches item #3283775, was opened at 2011-04-10 18:56 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3283775&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: bugfix >Status: Closed Resolution: Accepted Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Hans-Christoph Steiner (eighthave) Summary: unauthorized w32 missing external Initial Comment: this patch fixes unauthorized/playlist.dll ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2011-04-24 21:20 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: 2011-04-10 20:48 Message: Accepted with this commit: http://pure-data.svn.sourceforge.net/viewvc/pure-data?view=revision&revisio… ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3283775&group_…

1 0

[ pure-data-Patches-3283782 ] unauthorized w32 missing externals
by SourceForge.net 26 Apr '11

26 Apr '11

Patches item #3283782, was opened at 2011-04-10 19:02 Message generated for change (Comment added) made by sf-robot You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3283782&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: bugfix >Status: Closed Resolution: Accepted Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Hans-Christoph Steiner (eighthave) Summary: unauthorized w32 missing externals Initial Comment: this archive contains all the patches for compiling almost all missing unauthorized externals ---------------------------------------------------------------------- >Comment By: SourceForge Robot (sf-robot) Date: 2011-04-24 21:20 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: 2011-04-10 20:53 Message: Accepted with this commit (ignore my previous comment): http://pure-data.svn.sourceforge.net/viewvc/pure-data?view=revision&revisio… ---------------------------------------------------------------------- Comment By: Hans-Christoph Steiner (eighthave) Date: 2011-04-10 20:46 Message: Accepted with this commit: http://pure-data.svn.sourceforge.net/viewvc/pure-data?view=revision&revisio… ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=3283782&group_…

1 0

potential fix for denormals in freeverb
by Ivica Ico Bukvic 23 Apr '11

23 Apr '11

All, Couldn't this be solved simply by adding -O2 compilation flag to the object, as per intel's document found at: http://software.intel.com/sites/products/documentation/hpc/compilerpro/en-u… Any thoughts? Ico

1 0

nusmuk audio [vdc~] missing?
by Claude Heiland-Allen 23 Apr '11

23 Apr '11

Hi, I was hoping to try out [vdc~] but it seems to have vanished from current pure-data repository; I can grab an old revision, but I'm wondering if there was a particular reason it was removed? svn r14362 D /trunk/externals/nusmuk/tab svn r11606 A /trunk/externals/nusmuk/tab/vdc~.c Thanks, Claude -- http://claudiusmaximus.goto10.org

2 2

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 April 2011