Pd-dev April 2006

pd-dev@lists.iem.at

36 participants
60 discussions

[ pure-data-Patches-1473873 ] osx now big or little endian
by SourceForge.net 21 Apr '06

21 Apr '06

Patches item #1473873, was opened at 2006-04-20 17:31 Message generated for change (Settings changed) made by tigital You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1473873&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: Jamie Tittle (tigital) >Assigned to: Miller Puckette (millerpuckette) Summary: osx now big or little endian Initial Comment: the attached patches update code which previously assumed "osx == big endian"... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1473873&group_…

1 0

[ pure-data-Patches-1473873 ] osx now big or little endian
by SourceForge.net 21 Apr '06

21 Apr '06

Patches item #1473873, was opened at 2006-04-20 17:31 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=1473873&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 Submitted By: Jamie Tittle (tigital) Assigned to: Nobody/Anonymous (nobody) Summary: osx now big or little endian Initial Comment: the attached patches update code which previously assumed "osx == big endian"... ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1473873&group_…

1 0

[ pure-data-Patches-1473684 ] fix for array overflow
by SourceForge.net 20 Apr '06

20 Apr '06

Patches item #1473684, was opened at 2006-04-20 16:50 Message generated for change (Comment added) made by xovo You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1473684&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 Submitted By: Thomas Grill (xovo) Assigned to: Nobody/Anonymous (nobody) Summary: fix for array overflow Initial Comment: in s_inter.c, function sys_startgui the zz array is too small to hold all members of the defaultfontshit array, leading to overflow and uneasyness. Attached is a patch (relative to devel) providing a fix for the problem. greetings, Thomas ---------------------------------------------------------------------- >Comment By: Thomas Grill (xovo) Date: 2006-04-20 16:51 Message: Logged In: YES user_id=350252 increased priority since the bug implies memory corruption or crashes. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1473684&group_…

1 0

[ pure-data-Patches-1473684 ] fix for array overflow
by SourceForge.net 20 Apr '06

20 Apr '06

Patches item #1473684, was opened at 2006-04-20 16:50 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=1473684&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 Submitted By: Thomas Grill (xovo) Assigned to: Nobody/Anonymous (nobody) Summary: fix for array overflow Initial Comment: in s_inter.c, function sys_startgui the zz array is too small to hold all members of the defaultfontshit array, leading to overflow and uneasyness. Attached is a patch (relative to devel) providing a fix for the problem. greetings, Thomas ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1473684&group_…

1 0

[ pure-data-Patches-1469890 ] Fix for pd main window abrupt exit
by SourceForge.net 20 Apr '06

20 Apr '06

Patches item #1469890, was opened at 2006-04-13 11:26 Message generated for change (Settings changed) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1469890&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 Submitted By: Martin Peach (mrpeach) >Assigned to: Miller Puckette (millerpuckette) Summary: Fix for pd main window abrupt exit Initial Comment: As suggested by Mathieu Bouchard, I added this line to u_main.tk: # Intercept closing the main pd window: MP 20060413: wm protocol . WM_DELETE_WINDOW menu_quit This allows the user to save 'dirty' documents before pd quits, in the case where the user clicks the close button on the main pd window. Martin ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1469890&group_…

1 0

Anyone have a quick hack of OSCx that is "settable"?
by B. Bogart 20 Apr '06

20 Apr '06

Hey all, Has anyone took a crack of making OSCx settable via message? Any quick experiment is fine for now. otherwise I'll have to drop OSC for my multi-screen syncing. Thanks, .b.

3 2

mayer_realfft
by Jamie Bullock 19 Apr '06

19 Apr '06

Hi, I am trying to understand how mayer_realfft works. From the comments in the pd sources, I would assume that the following would give the same output as rfft~ k = N / 2; transform = (float *)calloc(N, sizeof(float)); for(i = 0; i < N; i++) transform[i] = sig[i]; mayer_realfft(N, transform); for(i=0, j=k; i < k; i++, j++) { out1[i]=transform[i]; out2[i]=transform[j]; } ...but it doesn't... Can anyone tell me where I am going wrong? Thanks, Jamie

1 1

[ pure-data-Bugs-1469910 ] Stack overflow with Data Structure arrays saved in patch
by SourceForge.net 19 Apr '06

19 Apr '06

Bugs item #1469910, was opened at 2006-04-13 18:04 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=1469910&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 Submitted By: Frank Barknecht (fbar) Assigned to: Miller Puckette (millerpuckette) Summary: Stack overflow with Data Structure arrays saved in patch Initial Comment: Instances of data structure arrays that are saved in a patch can make that patch impossible to open again, if they are above a certain size. With attached patch, I can create and an array "cells" in the struct "ca" with up to 20 times 20 elements, 21 times 21 elements will give a message stack overflow on loading the patch. Editing by hand or clearing the subpatch before saving can fix the patch, but it is not real solution. The attached two patches show one patch with an empty subpatch (array-bug-empty.pd) and another one with an array of 21*21==441 elements, which I cannot open anymore. Pd versions tested include 0.39.2 on Windows and current CVS on Linux, all show the same behaviour. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1469910&group_…

4 4

[ pure-data-Patches-1446663 ] sendOSC OSC type from PD atom type
by SourceForge.net 18 Apr '06

18 Apr '06

Patches item #1446663, was opened at 2006-03-09 19:50 Message generated for change (Comment added) made by zmoelnig You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1446663&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: Accepted Priority: 5 Submitted By: Martin Peach (mrpeach) Assigned to: Nobody/Anonymous (nobody) Summary: sendOSC OSC type from PD atom type Initial Comment: This patch fixes a problem arising when a user wishes to send a number as a symbol and sendOSC converts it to a float or int instead. This happens because sendOSC converts all the arguments of a 'send' message to string and then scans the string for numbers. I changed the function ParseToken to ParseAtom, which derives the OSC type directly from the PD atom type. Floats and ints are distinguished by checking for equality of the float and the int-converted-to-float. This may cause further problems (e.g. if a user wishes to transmit 1.000000 as a float) and it may be better just to send all numbers as floats (or add specific typetags to the send message?) This patch also cleans out a lot of unused code. Tested with Microsoft Visual C++ 2005 only (!) against Pd version 0.39 TEST 7 Martin ---------------------------------------------------------------------- >Comment By: IOhannes m zmÃ¶lnig (zmoelnig) Date: 2006-04-18 11:31 Message: Logged In: YES user_id=564396 i accepted these changes into the CVS (and tested it under linux) ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478072&aid=1446663&group_…

1 0

"object" lib
by Hans-Christoph Steiner 15 Apr '06

15 Apr '06

I am think of making a library called "object" which would contain all of the *_argument.pd objects, and have objects for writing objects, things like objects for writing dynamically generated objects, meta data handling, etc. Anyone object to the name "object"? ;) .hc ________________________________________________________________________ ____ "[W]e have invented the technology to eliminate scarcity, but we are deliberately throwing it away to benefit those who profit from scarcity." -John Gilmore

6 25

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 2006