<div dir="ltr"><br><div class="gmail_extra"><br><br><div class="gmail_quote">On Tue, Mar 19, 2013 at 2:15 PM, Tim Goetze <span dir="ltr"><<a href="mailto:tim@quitte.de" target="_blank">tim@quitte.de</a>></span> wrote:<br>
<blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex">[Fons Adriaensen]<br>
<div class="im">>Exactly the same with the form I proposed, w, a, b need to be computed<br>
>just once, not for every gain change. In fact only w depends on the<br>
>sample rate, a and b are fixed constants.<br>
<br>
</div>Ah yes, sorry, I see that now.<br>
<br>
If that extra operation comes around to bite hard enough, I'll be sure<br>
to chain two 1st-order lowpass filters.<br></blockquote><div><br></div><div>You guys are splitting hairs... kind of misses the forest for the trees.  Here's my nit to pick: two identical 1st-order lowpass filters in series are only equivalent to a 2nd-order lowpass filter when the quality factor is 0.5.  So that's not the same thing.<br>
<br></div><div>The best way to avoid "zipper noise" is not to create it in the first place.   Ramps not good enough for ya?  Why not?  Any "slow enough" ramp will do.  Your problem might be that you're trying to ramp the volume too fast.  Adding a filter just slows down the response anyway.<br>
</div><div><br></div><div>I think you should figure out a different shape of ramp that doesn't have discontinuities in the first derivative, such as:<br><br></div><div>0.5-0.5*cos(pi*n/N)<br></div><div>where N is the number of samples in the ramp<br>
</div><div><br></div><div>If simple guesses like that are not good enough, you'll have to figure out how to make a bandlimited step function that cuts out the problematic frequencies.<br></div><div><br></div><div>Chuck<br>
</div></div></div></div>