[PD-dev] signal nan values

2011-04-13 Thread Andrew Hassall
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

Re: [PD-dev] working pd-ext 0.43 build on windows?

2011-04-13 Thread IOhannes m zmölnig
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 04/12/2011 01:46 AM, Hans-Christoph Steiner wrote: Part of the idea is that people can make CPU-optimized versions of 'vanilla' and load them as they need them. So they shouldn't be locked in to using 'vanilla', or I would have just left

[PD-dev] big Pd-extended 0.43 updates

2011-04-13 Thread Hans-Christoph Steiner
A few updates on Pd-extended 0.43 from work I did yesterday, last night: - just finally merged in all the relevant changes from Pd-extended 0.42 into the pd-extended.git, so tonight's build should include these changes, including Martin's string patch - I merged in a couple things from

Re: [PD-dev] Receive from Pd into tcl plugin

2011-04-13 Thread Hans-Christoph Steiner
(I cc'ed pd-dev since I think this is a topic of general interest). Yes, that's how it would have to happen, as far as I know. The idea is to have a simple way to get the messages on the pd-gui side, something like pd_bind. To start with, I think just having a single receiver 'pd-gui'

Re: [PD-dev] working pd-ext 0.43 build on windows?

2011-04-13 Thread Hans-Christoph Steiner
On Apr 12, 2011, at 4:21 PM, IOhannes m zmölnig wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 04/12/2011 01:46 AM, Hans-Christoph Steiner wrote: Part of the idea is that people can make CPU-optimized versions of 'vanilla' and load them as they need them. So they shouldn't be

Re: [PD-dev] working pd-ext 0.43 build on windows?

2011-04-13 Thread zmoelnig
Quoting Hans-Christoph Steiner h...@at.or.at: The vanilla libdir will include [f], [t], [b], etc. you don't need a -nostdlib option to do that. I so no reason to add a different library loading mechanism when we have one that works. excuse my ignorance, but i'm only proposing that the

Re: [PD-dev] working pd-ext 0.43 build on windows?

2011-04-13 Thread IOhannes m zmölnig
-BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 04/13/2011 05:11 PM, Hans-Christoph Steiner wrote: That is not quite a good analogy. The existing method was there: a folder that was searched by default called path/to/pd/extra. You did not need to specify -path path/to/pd/extra.

Re: [PD-dev] working pd-ext 0.43 build on windows?

2011-04-13 Thread Hans-Christoph Steiner
On Wed, 2011-04-13 at 19:09 +0200, IOhannes m zmölnig wrote: -BEGIN PGP SIGNED MESSAGE- Hash: SHA1 On 04/13/2011 05:11 PM, Hans-Christoph Steiner wrote: That is not quite a good analogy. The existing method was there: a folder that was searched by default called