Pd-dev February 2007

pd-dev@lists.iem.at

26 participants
44 discussions

Re: Fwd: Request for dev access
by Eric Lyon 22 Feb '07

22 Feb '07

> the (future SVN) repository a bit > differently: A "default member" would just get write access to one > (SVN) directory. Then e.g. Luke could put his abstractions and the > mmonoplayer and whatever comes up there, pd-extended could still > collect it. I guess this would be sufficient for a large number of > developers. (Many people recently added as members, like Eric Lyon > etc., "just" put their externals and abstractions there and all is > fine.) I agree strongly with this. As an externals developer, I have no need or desire to have access to the Pd core code except as a spectator. One benefit of two-tiered access (1 for people working on core code, 2 for people like me) is that there would not need to be major discussion about adding externals developers, since you would not need to worry about them wandering into the Pd code and accidentally turning into Microsoft Word :) Cheers, Eric

3 4

[ pure-data-Bugs-1665804 ] mapping/curve-help.pd crashes on Pd-0.39.2-extended-test7
by SourceForge.net 22 Feb '07

22 Feb '07

Bugs item #1665804, was opened at 2007-02-21 23:20 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1665804&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: mapping/curve-help.pd crashes on Pd-0.39.2-extended-test7 Initial Comment: On Mac OS X, just opening curve-help.pd from the mapping lib causes Pd to crash. It seems to be something with arrays... arg. ---------------------------------------------------------------------- >Comment By: Hans-Christoph Steiner (eighthave) Date: 2007-02-21 23:53 Message: Logged In: YES user_id=27104 Originator: YES I had misplaced sys_font in the sys_vgui formats.... oops. This was naturally causing a crash when drawing array labels. Here's the diff: http://pure-data.cvs.sourceforge.net/pure-data/pd/src/g_graph.c?view=diff&p… ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1665804&group_…

1 0

[ pure-data-Bugs-1665804 ] mapping/curve-help.pd crashes on Pd-0.39.2-extended-test7
by SourceForge.net 22 Feb '07

22 Feb '07

Bugs item #1665804, was opened at 2007-02-21 23:20 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=1665804&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: Hans-Christoph Steiner (eighthave) Assigned to: Nobody/Anonymous (nobody) Summary: mapping/curve-help.pd crashes on Pd-0.39.2-extended-test7 Initial Comment: On Mac OS X, just opening curve-help.pd from the mapping lib causes Pd to crash. It seems to be something with arrays... arg. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478070&aid=1665804&group_…

1 0

-dynamiclib causes name clashes, was: Re: [PD] msd broken
by Thomas Grill 22 Feb '07

22 Feb '07

Hi Marius, > I wonder if this is an OSX problem, but my msd2D and msd3D objects are > not working (see previour posts). this is almost certainly caused by a conflict of an existing external using an older version of flext. I hope that i now adjusted the flext build system in a way that this doesn't happen anymore. As a note for the devs: It seems that building externals under OSX with "--dynamiclib - undefined dynamic_lookup" can cause symbol clashes at runtime, while "-bundle -bundle_loader $(PDBIN)" doesn't. That's why i returned to the old method. Any comments? greetings, Thomas -- Thomas Grill http://grrrr.org

1 0

Can I get sourceforge CVS permission?
by Mike Wozniewski 21 Feb '07

21 Feb '07

Hi all, I'd like to officially join the Pd-Dev team so that I can import some things to the CVS. Currently, I've created a pd external for the wiimote... well, a Linux version at least, since there's only a Darwin version at the moment. Also, I'm working at the Société des arts technologiques (SAT), and we will releasing a project called audioTWIST (http://tot.sat.qc.ca/eng/audiotwist.html) sometime in the spring. Thanks, Mike Wozniewski

5 7

Re: corrections to the external boids2d.c
by jasch 20 Feb '07

20 Feb '07

bonjour monsieur quessy, my theory: it runs under i386 under max with doubles internally, the problem is the method binding to PD and it's not a problem with the rest of the struct members. having them as doubles shouldn't prevent compiling AND the results are different if run as 32bit floats or 64bit doubles. i say try to change just the function definitions: for example void Flock_mode(t_boids *x, double arg); to: void Flock_mode(t_boids *x, t_float arg); i just did so myself and it compiles and runs fine on Mac OS X/PD extended 0.39-4 i'm attaching the two source files for you to try. there will be a new version of the boids in Max shortly adding a few features: when that's ready i'll update the PD version and submit it to CVS. cheers /*j > Thomas Ouellet Fredericks has found a bug in the [boids2d] external > for pd which makes its compilation under GNU/Linux i386 impossible. To > fix it, one only needs to replace all the "double" by "float". It > might be the same thing for the [boids3d] external. Can I submit this > major bugfix in the CVS or will you do it ? > > Thanks ! > Very nice contribution, by the way. well, it's not my work exclusively. there have been a few people involved, namely eric singer and andre sier. the original max-object goes way back, it must be at least 10 years old. what andre and i did was adapt it to 3D and make it run in floating point space. my main interest has been to use this as a spatialisation algorithm for multichannel audio: it's very effective.

1 0

tcl/tk 8.5, antialising, and large fonts lead to huge cpu overhead bug?
by ico＠vt.edu 20 Feb '07

20 Feb '07

All right, unlike my previous e-mail this is perhaps not a bug, but an oddity. Nonetheless, it would be nice to know at least where it is stemming from so that I can contribute code in the right place... I've encountered unusual spike in cpu use when using antialiased tcl/tk 8.5 (IIRC it also affects other antialiasing-enabled tcl/tk releases) in conjunction with large fonts. I for instance use this for my performers so that they can clearly read info even when positioned at some distance from the display monitor/LCD. One quick example would be to use a large font counter which counts 1/100ths of a second using metro and displaying it in a number2 object. This results in a 80+% (!) CPU utilization on an Athlon 64 3000+. Lowering metro to 1/10th of second drops CPU use below 5%. Similarly making font smaller does the same. Font size used is in this case is just about anything above 72. Any ideas how to circumvent this problem? Is this due to antialiasing inefficiency in tcl/tk or some other reason? If I can be pointed in the right direction, I'll gladly provide patches... Best wishes, Ivica Ico Bukvic, D.M.A. Composition, Music Technology, CCTAD, CHCI Virginia Tech Department of Music Blacksburg, VA 24061-240 (540) 231-1137 (540) 231-5034 (fax) ico.bukvic.net

2 1

Porting PD on a DSP processor
by Pierpaolo Marcon 17 Feb '07

17 Feb '07

Hi! I've recently began to work on PD's source code in order to port PD on a DSP processor, but I don't know if anybody did it before. If somebody has informations about it, please tell me! Thx a lot! Pierpaolo -- www.pierpaolomarcon.tk

4 3

[Fwd: New member]
by Günter Geiger 17 Feb '07

17 Feb '07

Hi Pierpaolo, I am forwarding this to the pd-dev mailing list. Surely there is someone who can take care of your application and tell you how to proceed. Cheers, GÃ¼nter

2 1

[ pure-data-Feature Requests-1659344 ] Data Persistence in Audio and Midi Menus
by SourceForge.net 13 Feb '07

13 Feb '07

Feature Requests item #1659344, was opened at 2007-02-13 14:20 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478073&aid=1659344&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 Priority: 5 Private: No Submitted By: Nobody/Anonymous (nobody) Assigned to: Nobody/Anonymous (nobody) Summary: Data Persistence in Audio and Midi Menus Initial Comment: It would be nice if there was some data persistence in the settings menus. Right now, one must change them upon every invocation of Pd, which is inconvenient. This could then be stored in the persistent preferences file, so that previous settings are loaded upon successive invocations of Pd. ---------------------------------------------------------------------- You can respond by visiting: https://sourceforge.net/tracker/?func=detail&atid=478073&aid=1659344&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 February 2007