Re: [music-dsp] IIR filter efficiency

higher cpu cost. > On 10 Mar 2017, at 10:43, Stefan Stenzel > wrote: > > How about *not* calling RESTORE_DENORMALS as a courtesy for the rest of the > audio processing chain? > >> On 10 Mar 2017, at 10:28 , Philippe Wicker wrote: >> >> Yes, it is done that

Re: [music-dsp] IIR filter efficiency

Yes, it is done that way in the Apple AudioUnit SDK. The code calls DISABLE_DENORMALS at the beginning of the render routine, and RESTORE_DENORMALS at the end. Those macros call asm instruction stmxcsr and ldmxcsr (in AUBase.cpp: line 53). > On 10 Mar 2017, at 10:17, Stefan Stenzel > wrote: >

Re: [music-dsp] denormals on ARM processors ?

No code but some tips here: https://developer.arm.com/docs/dui0801/latest/advanced-simd-programming/when-to-use-flush-to-zero-mode-in-advanced-simd > On 10 Mar 2017, at 09:5

Re: [music-dsp] IIR filter efficiency

That’s true. I’ve not been working with the windows compilers since a long time but I remember that it wasn’t possible to be 100% sure that the compiler uses only SSE instructions. What I’ve been said is that the compiler could always decide to mix scalar (i.e. use the FP unit) and the vectored

Re: [music-dsp] IIR filter efficiency

> On 10 Mar 2017, at 09:29, Stefan Stenzel > wrote: > > That document is from 2002 - today all these suggestions make little sense > unless you want your code to run explicitly on a CPU without SSE. > The best strategy for avoiding denormals is to enforce the compiler to use > SSE and avoid t

Re: [music-dsp] Low cost DSPs

> On 16 Feb 2017, at 13:49, Laurent de Soras wrote: > > Pablo Riera wrote: >> >> I try some stuff on Rpi with supercollider + jack but I couldn't >> manage to have lots of performance. As a synth it would crash >> with more than 6 polyphony with 256 sample buffers. I think >> the supercollider

Re: [music-dsp] MIDI Synth Design Advice Please

Hello all, Hello Scott, I’ve followed this thread with a great interest because I’ve also some personal musical projects on different ARM platforms including the RPI2 (also looking at NXP/Freescale iMX6Q, and Rockchip RK3288). Like you Scott, these are projects to keep me busy when I’m retired