If the freeverb~ version you use looks like the one in http://sourceforge.net/p/pure-data/svn/HEAD/tree/trunk/externals/freeverb~/freeverb~.c, there's a function 'fix_denorm_nan_float() defined starting at line 154. The function is called later (in line 225 and others) but the return value is never stored. Therefore freeverb~ doesn't flush denormals.
On Sat, Feb 6, 2016 at 3:34 PM, Ivica Bukvic <[email protected]> wrote: > Thank you all. Looks like I've got some troubleshooting to do and will > report what I find. > > Best, > > -- > Ivica Ico Bukvic, D.M.A. > Associate Professor > Computer Music > ICAT Senior Fellow > Director -- DISIS, L2Ork > Virginia Tech > School of Performing Arts – 0141 > Blacksburg, VA 24061 > (540) 231-6139 > [email protected] > www.performingarts.vt.edu > disis.icat.vt.edu > l2ork.icat.vt.edu > ico.bukvic.net > > On Feb 6, 2016 9:20 AM, "IOhannes m zmölnig" <[email protected]> wrote: >> >> On 02/06/2016 10:29 AM, katja wrote: >> > 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. >> >> you *might* be able to confirm this by sending the output for >> [freeverb~] to [print~] (the silent samples would be NaN or Inf rather >> than 0 (or some other constant value)) >> >> gamds >> IOhannes >> >> >> >> _______________________________________________ >> [email protected] mailing list >> UNSUBSCRIBE and account-management -> >> http://lists.puredata.info/listinfo/pd-list >> > > _______________________________________________ > [email protected] mailing list > UNSUBSCRIBE and account-management -> > http://lists.puredata.info/listinfo/pd-list > _______________________________________________ [email protected] mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
