On Sun, 2007-09-30 at 08:09 +1000, Erik de Castro Lopo wrote:
> Jens M Andreasen wrote:
>
> > Although you are approximately right in many parts of this discussion,
> > you are wrong on the cost of the CPU flags to round twards zero. The
> > cost is nil.
>
> My memory of this is that changing the
Jens M Andreasen wrote:
> Although you are approximately right in many parts of this discussion,
> you are wrong on the cost of the CPU flags to round twards zero. The
> cost is nil.
My memory of this is that changing the FPU flags causes a pipeline flush.
If the happens inside an inner loop, thi
On Sat, Sep 29, 2007 at 08:25:53PM +0200, Jens M Andreasen wrote:
> On Thu, 2007-09-27 at 22:31 +0200, Fons Adriaensen wrote:
> > On Thu, Sep 27, 2007 at 09:19:53PM +0200, Georg Holzmann wrote:
> >
> > > BTW: adding just a small DC bias won't work if I have IIR high pass like
> > > structure, or
On Thu, 2007-09-27 at 22:31 +0200, Fons Adriaensen wrote:
> On Thu, Sep 27, 2007 at 09:19:53PM +0200, Georg Holzmann wrote:
>
> > BTW: adding just a small DC bias won't work if I have IIR high pass like
> > structure, or am I wrong ?
>
> You have to apply the small offset at 'strategic places'.
Hallo!
The kernel is responsible for setting it back when it switches away from
your process, otherwise it would be a disaster for other processes.
Yes, thanks - that's what I thought too ... ;)
LG
Georg
___
Linux-audio-dev mailing list
Linux-audio-
On 28 Sep 2007, at 07:51, Georg Holzmann wrote:
Hallo!
our experience with ardour has been that DC bias is measurably more
effective at reducing CPU load than DAZ, FTZ or both combined. DAZ
and
FTZ do both help significantly, however.
One more question: is it not necessary to deactivate
Hallo!
our experience with ardour has been that DC bias is measurably more
effective at reducing CPU load than DAZ, FTZ or both combined. DAZ and
FTZ do both help significantly, however.
One more question: is it not necessary to deactivate DAZ, FTZ again
after the application (or operation) ?
On Thu, Sep 27, 2007 at 09:19:53PM +0200, Georg Holzmann wrote:
> BTW: adding just a small DC bias won't work if I have IIR high pass like
> structure, or am I wrong ?
You have to apply the small offset at 'strategic places'. For an IIR
this is at the summing node, to the value that gets stored
Hallo!
Thanks for all the answers !
it helps, but adding a small DC bias (i.e. adding a very very very small
constant number to all sample data) works even better.
What do you mean with "works even better"? If we assume that denormal
handling is supported by hardware (like in pentium4 + etc.
2007/9/27, Georg Holzmann <[EMAIL PROTECTED]>:
> Hallo list!
>
> I am just thinking about the right strategy for denormal handling in a
> floating point (single or double prec) audio application (and yes I
> already read the docs of the different methods at musicdsp and so on ...)
>
> Basically my
On Thu, 2007-09-27 at 18:32 +0200, Georg Holzmann wrote:
> Hallo list!
>
> I am just thinking about the right strategy for denormal handling in a
> floating point (single or double prec) audio application (and yes I
> already read the docs of the different methods at musicdsp and so on ...)
>
>
Hallo list!
I am just thinking about the right strategy for denormal handling in a
floating point (single or double prec) audio application (and yes I
already read the docs of the different methods at musicdsp and so on ...)
Basically my question is, if it is enough to simply turn on the
Flu
12 matches
Mail list logo