<div dir="ltr"><div class="gmail_extra"><div class="gmail_quote">2017-03-23 6:54 GMT-03:00 Orm Finnendahl <blockquote class="gmail_quote" style="margin:0px 0px 0px 0.8ex;border-left:1px solid rgb(204,204,204);padding-left:1ex">In the object's new method, the object allocates a buffer ("buf") and<br>
writes the Hanning function with RMS compensation (the two nested<br>
divisions by npoints) into it.<br></blockquote><div><br></div><div>ok, I get "buf" is a hann window with very small values (which depend on npoints, the greater, the smaller) - so by dividing it by the number of points, it's already doing the 'mean' value... that's what you mean by "RMS compensated"? </div><div><br></div><div>I don't get what '<span style="font-variant-ligatures:no-common-ligatures;color:rgb(0,0,0);font-family:menlo;font-size:11px">hp' is (</span><span style="font-variant-ligatures:no-common-ligatures;color:rgb(0,0,0);font-family:menlo;font-size:11px">x->x_buf + count)</span></div><div><br></div><div>all values (which depend on npoints, the greater, the smaller).</div><div><br></div><div>then I get that the square sum is normalized by being multiplied to 'hp'...</div><div><br></div><div>So, Basically, if I want to remove the 'hann normalization', I just take 'hp' out and divide it by npoints.<br><br>I tried it, and what I get is a more deviated value.</div><div><br></div><div>and as I see it, it's just applying a hanning envelope into the input and NOTHING more, right?</div><div><br></div><div>It is not really compensating in any way, either with overlaping, or multiplying the result for normalizing it, huh?</div><div><br></div><div>This was my original question, if it was compensated somehow, but it seems not.</div><div><br></div><div>cheers</div></div></div></div>