Hi Hans, thanks for your response. I don't consider [bsaylor/svf~] a
good alternative, it has aliasing noises with some settings. Oddly, I
have a simplified version of [cyclone/svf~] (lopass only) which does
work well in Linux 64 bit. So one way or another I should be able to
fix [cyclone/svf~]. No
I, for one, am very happy that you post on denormal issues! Its great to have
these hard technical details worked out so that they don't trip us up in
future works :)
On my Linux Mint Maya 64-bit machine, I get about 3% CPU before it hits the
denormal, then about 11% CPU. Hitting 1 jumps it bac
Since last week I have my own Linux 64 bit machine. One of the first
issues with Pd-extended on this machine was a strongly increased CPU
load when audio input is temporarily shut off from parts of my patch.
Subnormals! After three hours of puzzling I identified at least one
offender: [cyclone/svf~
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 P
Hi,
I may be missing something, but...
I don't think it should be any surprise that intels and other processors
"still" have the denormal problem. AFAIU, a processor may handle denormals
in a more or less efficient way, but it will always be quite much slower
when handling denormals than when