Btw, this seems to be a feature of almost all of the GGEE biquad coefficient externals. Check line 67 on highpass.c, bandpass.c, equalizer.c, and so forth. I'm not sure how you would want to handle this, but keep in mind it's systemic.
Cheers, ~Brandon
On Mon, May 18, 2009 at 4:30 PM, Hans-Christoph Steiner hans@at.or.atwrote:
On May 18, 2009, at 4:27 PM, Claude Heiland-Allen wrote:
brandon zeeb wrote:
GGEE's [lowpass] seems to be sharp by a semitone or so
[1] line 68: x->x_rate = 44100.0;
seems to have a hardcoded sample rate, which obviously causes problems when running at other sample rates...
Nice catch. That seems like a bug, no? As far as I know Günter is missing-in-action on his code in the pure-data SVN, so it seems appropriate to me IMHO to commit fixes directly.
.hc
Claude
[1] http://pure-data.svn.sourceforge.net/viewvc/pure-data/trunk/externals/ggee/f...
Pd-list@iem.at mailing list UNSUBSCRIBE and account-management -> http://lists.puredata.info/listinfo/pd-list
There is no way to peace, peace is the way. -A.J. Muste