as stated before in this thread, denormals can slow down
the computation
on the fpu. the problem is not as big, when compiling the
binary to use
the sse unit, though (btw, this is the default, when
compiling for x86_64)
Indeed, but externals that run a little slow are better than those that
pd devel_0_39 did also set the DAZ/FTZ flags, which affect
the denormal
handling on the sse unit, but that was never merged into
vanilla pd
I see there's a new pd_devel branch. I should check it out.
i doubt, that the new pd_devel branch shares anything with the old
pd_devel except for the
On Aug 20, 2009, at 12:29 PM, Tim Blechmann wrote:
pd devel_0_39 did also set the DAZ/FTZ flags, which affect
the denormal
handling on the sse unit, but that was never merged into
vanilla pd
I see there's a new pd_devel branch. I should check it out.
i doubt, that the new pd_devel branch
On Sat, 2009-08-15 at 06:48 -0700, Ed Kelly wrote:
Hi Damon,
I have tried to implement this technique, to fix the svf~ and I am still
getting denormal errors pegging the CPU. Is there anything I have missed do
you think? After reading a little bit about unions and uint32_t I think I've
On 08/15/2009 11:42 PM, Ed Kelly wrote:
Once again, I personally would like to have this implemented in the PD core,
since denormals are a real pain in the ass and often cause CPU pegging. This
limits the real-time uses of PD, since there are some performance patches
that are realizable but
then I'd like to eliminate denormal errors
from the svn for good!
Best,
Ed
--- On Fri, 14/8/09, Damon Chaplin da...@karuna.eclipse.co..uk wrote:
From: Damon Chaplin da...@karuna.eclipse.co.uk
Subject: Re: [PD-dev] denormals: svf, freeverb (was Re: [PD] bug in
freeverb???)
To: Ed Kelly
I wonder if this line, right after
you check in for denormality, might not be causing
trouble:
//
very slight waveshape for extra stability
sv-b = sv-b - sv-b * sv-b * sv-b *
0.001f;
Since cubing a tiny number and multiplying it by .001 could
end up
We have to sort this out!
The denormals bug in freeverb~ _seems_ to have been fixed by following Julius'
advice. I made a makefile with
-fno-trapping-math
as a flag and so far so good. I haven't had a problem with the freeverb~ object
pegging the CPU. May I advise that this is implemented in
On Fri, 2009-08-14 at 04:07 -0700, Ed Kelly wrote:
We have to sort this out!
The denormals bug in freeverb~ _seems_ to have been fixed by following
Julius' advice. I made a makefile with
-fno-trapping-math
as a flag and so far so good. I haven't had a problem with the freeverb~
On Fri, 2009-08-14 at 13:03 +0100, Damon Chaplin wrote:
if (u.int_value 0x7f80)
fv = 0.0f;
Oops. That should be:
if (u.int_value 0x7f80 == 0)
fv = 0.0f;
Damon
___
Pd-dev mailing list
Pd-dev@iem.at
In the meantime, it has worked for us in the past to add just a tiny
bit of noise~ to the freeverb~ input 100% of the time. I haven't
tried in about a year so things may have changed.
Matt
On Fri, Aug 14, 2009 at 7:07 AM, Ed Kellymorph_2...@yahoo.co.uk wrote:
We have to sort this out!
The
On Fri, 2009-08-14 at 13:06 +0100, Damon Chaplin wrote:
On Fri, 2009-08-14 at 13:03 +0100, Damon Chaplin wrote:
if (u.int_value 0x7f80)
fv = 0.0f;
Oops. That should be:
if (u.int_value 0x7f80 == 0)
fv = 0.0f;
Or even better:
if ((u.int_value 0x7f80) ==
12 matches
Mail list logo