Re: [PD-dev] vamp plugins for PD (GSoC)

2008-03-17 Thread Jamie Bullock
Hi, On Sun, 2008-03-16 at 19:26 +0100, Georg Holzmann wrote: For me, as I am interested in DSP and similar things, it would be also nice to additionally add new or other MIR/feature extraction algorithms. However, I think that it would be better to add such algorithms to libxtract or any

Re: [PD-dev] vamp plugins for PD (GSoC)

2008-03-17 Thread Jamie Bullock
Thinking about it, it probably would be a good idea if the vamp host was developed separately from the PluginHost. Particularly for the purposes of GSoC, I think projects should stay a manageable size. The important thing is that the two project teams (VampPlugins, PluginHost) communicate with

Re: [PD-dev] vamp plugins for PD (GSoC)

2008-03-17 Thread Georg Holzmann
Hallo! Yes, it would be great if some improvements got made to libxtract as a 'side effect' of the Pd GSoC! Something that might be interesting would be a set of MIR-inspired abstractions that use the libxtract/aubio bindings + the Pd machine learning objects ([knn], [ann_mlp], [ann_som]) to

[PD-dev] Calling a method periodically

2008-03-17 Thread Greg Surges
Hi all, Is there any way to have an external call a method periodically, without being triggered? I'm thinking of a histogram with a decay function, where the values are decremented every second (or other time value). Thanks! -Greg -- http://www.uwm.edu/~gssurges/

Re: [PD-dev] Calling a method periodically

2008-03-17 Thread Claude Heiland-Allen
Greg Surges wrote: Hi all, Is there any way to have an external call a method periodically, without being triggered? Clocks. Check the C API in m_pd.h.. I'm thinking of a histogram with a decay function, where the values are decremented every second (or other time value). I've done

Re: [PD-dev] Calling a method periodically

2008-03-17 Thread Greg Surges
Thanks Claude and Georg, It looks like this is the right track... Looking at the metro code, I'm a little confused as to how the object continues to output bangs after the first. What does it mean that clock_delay calls back? Thanks On Mon, Mar 17, 2008 at 3:13 PM, Claude Heiland-Allen

Re: [PD-dev] Calling a method periodically

2008-03-17 Thread Frank Barknecht
Hallo, Greg Surges hat gesagt: // Greg Surges wrote: It looks like this is the right track... Looking at the metro code, I'm a little confused as to how the object continues to output bangs after the first. What does it mean that clock_delay calls back? When you create a new clock with

Re: [PD-dev] Calling a method periodically

2008-03-17 Thread Hans-Christoph Steiner
First, you register a function with clock_set(). Usually that function is called myobjectname_tick(). Then when it runs, you call clock_delay() to schedule when myobjectname_tick() will get called again. .hc On Mar 17, 2008, at 4:49 PM, Greg Surges wrote: Thanks Claude and Georg, It

[PD-dev] [ pure-data-Bugs-1912314 ] [import] doesn't seem to add pathes

2008-03-17 Thread SourceForge.net
Bugs item #1912314, was opened at 2008-03-11 20:24 Message generated for change (Comment added) made by eighthave You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1912314group_id=55736 Please note that this message will contain a full copy of the comment

Re: [PD-dev] using rand() in an external

2008-03-17 Thread Mathieu Bouchard
On Sun, 16 Mar 2008, Greg Surges wrote: The following code crashes Pd when the randomwalk object receives a bang... I'm stuck as to why, can anyone see a reason? check that x-f_out is really set to a return value of outlet_new. _ _ __ ___ _ _ _

[PD-dev] [ pure-data-Bugs-1917574 ] declare not working on osx

2008-03-17 Thread SourceForge.net
Bugs item #1917574, was opened at 2008-03-17 21:01 Message generated for change (Tracker Item Submitted) made by Item Submitter You can respond by visiting: https://sourceforge.net/tracker/?func=detailatid=478070aid=1917574group_id=55736 Please note that this message will contain a full copy of

Re: [PD-dev] Leopard builds?

2008-03-17 Thread bsoisoi
Hi All, From what I can see, it appears I have a successful OS X 10.5 pd- extended development environment. I was able to build all dependencies with Fink 0.28.1. I'll let you know when I'm able to get the full piece built. Thanks ~Brandon On Mar 15, 2008, at 4:51 PM, bsoisoi wrote:

Re: [PD-dev] Leopard builds?

2008-03-17 Thread Hans-Christoph Steiner
Excellent! Let me know if you need anything. I am on IRC a lot these days, #dataflow. .hc On Mar 17, 2008, at 10:02 PM, bsoisoi wrote: Hi All, From what I can see, it appears I have a successful OS X 10.5 pd- extended development environment. I was able to build all dependencies

Re: [PD-dev] naming loaders: pdlua, tclpd, etc.

2008-03-17 Thread Mathieu Bouchard
On Fri, 14 Mar 2008, Albert Graef wrote: In Pd/Q this is done differently; there's only one main script which defines all the Q objects in a patch (which are in fact just Q functions), but this script can be reloaded dynamically through a special q receiver. This operation is a bit on the