Hi Peter,
Oh dear! I'm not allowed to release this to anybody!
I did eventually come up with a way to get round this - a new filter external
that is now part of the app.
If and when I get an iPhone I'll try to recreate the problem with a less
commercially sensitive patch.
Best,
Ed
Gemnotes-0.
List
Sent: Saturday, 24 March 2012, 15:08
Subject: Re: [PD] [PD-dev] Filter design for iPhone
On Sat, Mar 24, 2012 at 5:20 AM, Ed Kelly wrote:
> My mistake
>
>> Ah.
>> As often happens, as soon as I have pressed "send" and posted the
>> question, the answer po
On Sat, Mar 24, 2012 at 5:20 AM, Ed Kelly wrote:
> My mistake
>
>> Ah.
>> As often happens, as soon as I have pressed "send" and posted the
>> question, the answer pops out.
>> xb4 = xb4 - xb4 * xb4 * xb4 * 0.17f;
>>
>> is replaced by...
>>
>> xb4 = xb4 - xb4 * xb4 * xb4 * 0.01f;
>>
>> ...and
My mistake
> Ah.
> As often happens, as soon as I have pressed "send" and posted the question,
> the answer pops out.
> xb4 = xb4 - xb4 * xb4 * xb4 * 0.17f;
>
> is replaced by...
>
> xb4 = xb4 - xb4 * xb4 * xb4 * 0.01f;
>
> ...and it works.
and then breaks again
Gemnotes-0.1alpha: Li
Ah.
As often happens, as soon as I have pressed "send" and posted the question, the
answer pops out.
xb4 = xb4 - xb4 * xb4 * xb4 * 0.17f;
is replaced by...
xb4 = xb4 - xb4 * xb4 * xb4 * 0.01f;
...and it works.
Ed
Gemnotes-0.1alpha: Live music notation for Pure Data
http://sharktracks.
>> I'm anxious to know what limit is reached in the coefficients of the filter
>> that causes the undefined result (NaN).
>
>I haven't seen the code, but I just want to make you notice that adding
>together -Infinity and +Infinity results in a NaN ; so does subtracting
>two infinities of the sa
Hi Ed,
The attached files are just the Pd patch and abstractions. We'll
probably need the entire app to get a sense of what's going wrong
here.
Cheers,
Peter
On Thu, Mar 22, 2012 at 11:52 AM, Ed Kelly wrote:
>>> [...]
>>> I will look at the RJDJ filters mentioned also. I would like not to
>> [...]
>> I will look at the RJDJ filters mentioned also. I would like not to have to
>> worry about filters when programming libpd audio engines.
>Absolutely. If a patch works with Pd Vanilla, then it ought to work
>with libpd. Would you mind filing a bug report at GitHub, ideally
>with a min
On Wed, Mar 21, 2012 at 8:39 PM, Ed Kelly wrote:
> [...]
> I will look at the RJDJ filters mentioned also. I would like not to have to
> worry about filters when programming libpd audio engines.
Absolutely. If a patch works with Pd Vanilla, then it ought to work
with libpd. Would you mind filin
Le 2012-03-22 à 00:39:00, Ed Kelly a écrit :
I'm anxious to know what limit is reached in the coefficients of the
filter that causes the undefined result (NaN).
I haven't seen the code, but I just want to make you notice that adding
together -Infinity and +Infinity results in a NaN ; so does
They updated libpd to the latest last week.
More info to follow.
;-~
Gemnotes-0.1alpha: Live music notation for Pure Data
http://sharktracks.co.uk/
From: Rich E
To: Ed Kelly
Cc: PD List ; pddev
Sent: Tuesday, 20 March 2012, 16:37
Subject: Re: [PD-dev]
mvcf~ - Well, it breaks when the Q is high and freq is moderately high, or at
high freq and Q, but it seems to be that the higher you get with either
frequency or Q it has a greater probability of breaking (all dac~ outputs at 1
(or possibly 1e+07), no more audio can be played by the patch.
W
Hi Ed,
I just tested your filtertest_list patch in RjDj and it worked exactly as
expected. As Rich suggested maybe you're using an outdated version of libpd?
If Frank's around I'm sure he would know for certain but if I remember
rightly the [u_lowpass] / [u_beequad] combination is not really desi
What do you mean by break, crashes? If yes, what version of libpd are you
using? Up until about a month ago, floating point exceptions (such as NAN)
would crash libpd, whereas pd-vanilla ignores them. Peter B. recently
added a commit that changed this:
https://github.com/libpd/libpd/commit/27c8
14 matches
Mail list logo