[PD] denormals from [cyclone/svf~] on Linux 64 bit

2013-02-26 Thread katja
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:

Re: [PD] denormals from [cyclone/svf~] on Linux 64 bit

2013-02-26 Thread Hans-Christoph Steiner
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

Re: [PD] denormals from [cyclone/svf~] on Linux 64 bit

2013-02-26 Thread katja
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~].

[PD] denormals: svf, freeverb (was Re: bug in freeverb???)

2009-08-14 Thread Ed Kelly
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

[PD] denormals

2007-06-06 Thread Matteo Sisti Sette
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