Possibly an inf or nan recirculating in the delay lines? It seems that freeverb~ calls function fix_denorm_nan_float(float v) but doesn't use the return value.
On Sat, Feb 6, 2016 at 7:54 AM, Simon Iten itensimon@gmail.com wrote:
i assume you did already try the gainreducing before freeverb and gainboost after? [*~ 0.01] —> [freeverb~] —> [*~100] for example i had some problems with signals that were too “loud”, they were cured with this.
so, not the cause but a possible workaround.
On 06 Feb 2016, at 06:20, Ivica Ico Bukvic ico@vt.edu wrote:
All,
I've encountered a new issue with freeverb~. I am having a hard time isolating the source as it happens so sporadically (although it is always linked with the sudden drop in input and possibly a low frequency impulse) but it does not seem like it is a denormal problem because when it happens, I get a small burst of noise followed by nothing even though CPU is not getting pegged. The rest of the patch works fine but the freeverb is for all intents and purposes dead. It does not do anything until it is deleted and recreated. Any ideas what may be the cause of this? In the said example I only use one input (left). Could that have to do something with it? The object is compiled on 64-bit Linux with -O2 optimizations (IIRC).
Best,
-- Ivica Ico Bukvic, D.M.A. Associate Professor Creative Technologies in Music ICAT Senior Fellow Director -- DISIS, L2Ork Virginia Tech School of Performing Arts – 0141 Blacksburg, VA 24061 (540) 231-6139 www.performingarts.vt.edu disis.music.vt.edu l2ork.music.vt.edu ico.bukvic.net
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
Pd-list@lists.iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list