Re: [PD] [bob~] denormals issue?

From a few posts ago it looks like -O3 is what causes denormals to stick around, but I don't really know what I'm talking about. RK4 (which is what bob~ uses to solve the system) will never 'naturally' bring the filter state exactly back to 0 unless forced to in some way so if the denormals

Re: [PD] [bob~] denormals issue?

On Linux i386 bob~ produces subnormals as well and very high cpu load. It is not the slowly decaying signal that other filters tend to give, but a quick decay to a fixed small number. It's weird indeed when subnormals cause different CPU load depending on how they are compiled. Since MinGW is a

Re: [PD] Tcl error for [knob] and [mknob]

> On Sep 21, 2016, at 3:40 PM, pd-list-requ...@lists.iem.at wrote: > > From: Antoine Rousseau > > > Thanks ! > and thanks to Dan too, pointing me directly to the right direction ! > But I realize that if I fix mknob for latest Pd it will become

Re: [PD] [bob~] denormals issue?

Yeah, I want to find out more about that :) M On Thu, Sep 22, 2016 at 12:01:31AM +0200, Christof Ressi wrote: > I tried your patch with the [bob~] object shipped with the Windows binaries. > I clearly get subnormals! It's actually no wonder because there isn't any > protection against

Re: [PD] configure fails for portaudio (Windows 7)

Hi Dan, Miller just wrote: > At the moment I'm compiling Pd using mingw but having to rely on > Microsoft Visual C for "pd.lib" (apparently linker information) and > all the eterns in "extra" - I never could get that part to work in > mingw. Apparently I'm not the only one who can't manage to

Re: [PD] [bob~] denormals issue?

I tried your patch with the [bob~] object shipped with the Windows binaries. I clearly get subnormals! It's actually no wonder because there isn't any protection against subnormals in the code (at least I couldn't spot it). But the weird thing is: the [bob~] I compiled myself would also show

Re: [PD] [bob~] denormals issue?

At the moment I'm compiling Pd using mingw but having to rely on Microsoft Visual C for "pd.lib" (apparently linker information) and all the eterns in "extra" - I never could get that part to work in mingw. I think it's time I tried again to get everything moved over to mingw, especially since

Re: [PD] Tcl error for [knob] and [mknob]

> Of course I would be honored to include mknob (say Add/Knob shift+ctrl+K...) > to Pd, > if authors agree, which would avoid such issue in the future !   that would be too good to be true!     Gesendet: Mittwoch, 21. September 2016 um 23:39 Uhr Von: "Antoine Rousseau" An: 

Re: [PD] [bob~] denormals issue?

Without -O flags you get debug-level and all function inlining is disabled, depending on the code it can make a huge difference indeed. But Pd is probably compiled with at least -O2. So the flags don't make much difference. The compiler? Doesn't Miller compile with MinGW nowadays, I don't know.

Re: [PD] Tcl error for [knob] and [mknob]

Thanks ! and thanks to Dan too, pointing me directly to the right direction ! But I realize that if I fix mknob for latest Pd it will become incompatible with older ones... Not sure what to do then. Maybe I'll have to upload a new version to Deken specifying (in its name) which Pd version to use.

Re: [PD] [bob~] denormals issue?

the SSE optimizations don't seem to matter at all. skipping -ffast-math gives a slight overall CPU rise, while skipping -O3 gives me huge CPU rise (20 bob~ filters are already to much for one core). Even when skipping all of those flags, the denormals issue is still not present. Maybe it has

Re: [PD] [bob~] denormals issue?

Hi Katja, > Even if your test reveals a beneficial effect from compiler flags, > it is better when denormals are detected and flushed in the C code. definitely! Maybe using the PD_BIGORSMALL macro on each filter state at the end of the DSP routine does the trick, just like in all the other

Re: [PD] [bob~] denormals issue?

Hi Christof, Makefile.pdlibbuilder passes flags '-march=pentium4 -msse -msse2 -mfpmath=sse' for optimization to the compiler on Windows. You could try compiling without (some of) these flags to see if they are responsible for the different behavior. Makefile-defined optimization flags can be

Re: [PD] Tcl error for [knob] and [mknob]

Thanks Christof, i'll try to fix mknob soon. 2016-09-21 12:16 GMT+02:00 Christof Ressi : > Thanks Dan! I filed an issue on MetaluNet/moonlib. > > > > Gesendet: Mittwoch, 21. September 2016 um 05:20 Uhr > Von: "Dan Wilcox" > An: "Lucas Cordiviola"

Re: [PD] configure fails for portaudio (Windows 7)

I think it's the same error again...     Gesendet: Mittwoch, 21. September 2016 um 20:32 Uhr Von: "Dan Wilcox" An: "Christof Ressi" Cc: pd-list@lists.iem.at Betreff: Re: [PD] configure fails for portaudio (Windows 7) Thanks for your patience. I

Re: [PD] configure fails for portaudio (Windows 7)

Thanks for your patience. I added the missing flag to the configure.ac, so you’ll need to do the following again: * make clean * ./autogen * ./configure * make :) Dan Wilcox @danomatika danomatika.com robotcowboy.com

Re: [PD] [coll] bug

Ok, I`ve already said what I could say. Mensaje telepatico asistido por maquinas. ___ Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> https://lists.puredata.info/listinfo/pd-list

Re: [PD] [coll] bug

2016-09-21 12:55 GMT-03:00 Fred Jan Kraan : > I only try to keep a stable, backward compatible version > available. > yeah, and it makes perfect sense then to just take it out if it is unstable. as I said in this thread, me, derek and matt have been checking and working on

Re: [PD] [coll] bug

Hi Lucas, > Can you test? > > This worked ok with beta2, probably it will work on your new beta4. > Don't confuse my attempt to produce a stable cyclone with maintenance in the sense of adding features to its objects, others have appropriated that role. I only try to keep a stable, backward

Re: [PD] configure fails for portaudio (Windows 7)

We're almost there ;-). Build fails in 'extra' (see attachment). Gesendet: Mittwoch, 21. September 2016 um 16:23 Uhr Von: "Dan Wilcox" An: "Christof Ressi" Cc: pd-list@lists.iem.at Betreff: Re: [PD] configure fails for portaudio (Windows 7) Ok, try

Re: [PD] configure fails for portaudio (Windows 7)

Ok, try now. Dan Wilcox @danomatika danomatika.com robotcowboy.com > On Sep 21, 2016, at 3:10 AM, Christof Ressi wrote: > > Hi Dan, tried building again, now it fails with a

Re: [PD] Tcl error for [knob] and [mknob]

Thanks Dan! I filed an issue on MetaluNet/moonlib.     Gesendet: Mittwoch, 21. September 2016 um 05:20 Uhr Von: "Dan Wilcox" An: "Lucas Cordiviola" Cc: pd-list@lists.iem.at Betreff: Re: [PD] Tcl error for [knob] and [mknob] (reposting as I forgot to

Re: [PD] configure fails for portaudio (Windows 7)

Hi Dan, tried building again, now it fails with a different error but still related to portaudio (see attachment). Best, Christof     Gesendet: Mittwoch, 21. September 2016 um 05:15 Uhr Von: "Dan Wilcox" An: "Christof Ressi" Cc: