Hey Gabor,<div><br><br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
this value is used like this in fluxus-audio:<br>
<br>
m_FFTOutput[n]=((m_FFTOutput[<u></u>n]*m_SmoothingBias)+Value*(1-<u></u>m_SmoothingBias));<br>
<br></blockquote><div><br></div><div>Yes.</div><div><br></div><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">
so, i believe it should be >= 0 and < 1. we can limit it in the setter function.<br><br></blockquote><div><br></div><div>Yes, and then we should also update the related documentation, which claims it ranges from 0 to 2, defaulting to 1,5. I can't see how that relates to it defaulting in the code to 0.8 in line 81 of that same file.</div>
<div><br></div><div>I found the cause of the buildup that I saw as well. Turns out that that rightmost band refers to the lowest frequencies. I suspect my sample's file may have a non-zero final value; putting a adsr over it solved the issue. It might generally be a good idea to outfit Fluxa with a dc remover on the output,</div>
<div><br></div><div>Yours,</div><div>Kas.</div></div></div>