
<html><head></head><body style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; "><div><div>On May 31, 2011, at 3:37 PM, Johnathan Bell wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite"><div style="word-wrap: break-word; -webkit-nbsp-mode: space; -webkit-line-break: after-white-space; ">Thanks.<div><br></div><div>For the moment, I've limited the values to what seems to be marginally sane, that is, >0 and <12000 for the frequency, and >.05 for the Q (chuck automatically caps this at 1000)</div><div><br></div><div>- Johnathan</div><div><br><div><div>On May 31, 2011, at 1:59 PM, Kassen wrote:</div><br class="Apple-interchange-newline"><blockquote type="cite">On 31 May 2011 17:57, Johnathan Bell <span dir="ltr"><<a href="mailto:enigma.0za@gmail.com">enigma.0za@gmail.com</a>></span> wrote:<br><div class="gmail_quote"><blockquote class="gmail_quote" style="margin:0 0 0 .8ex;border-left:1px #ccc solid;padding-left:1ex;">

I'm not sure if I'm just doing something wrong or what, but (for instance) if I set up a SawOsc => LPF => DAC and set the LPF's Q to something very low (< 0.05) with the Osc set to a frequency of 440Hz, there is some kind of blow-your-ears-out high gain garbage that comes out of the speakers... Does anyone know if (1) this is normal and (2) what are normal (sane) values for this? I get the same kind of behavior if I set the cutoff frequency to something > 12000ish.<br>

<br></blockquote><div><br></div><div>There seem to be issues with the LPF, HPF, etc filters generally. They don't seem stable under all conditions that we'd like them to be stable under. I don't think this is your fault, Johnathan.</div>

<div><br></div><div>I'd like to suggest the relevant DEV's have a look at these; <a href="http://www.musicdsp.org/archive.php?classid=3#25">http://www.musicdsp.org/archive.php?classid=3#25</a></div><div>That's the ones that FLuxa ( <a href="http://www.pawfal.org/fluxus/docs/0.17/en/fluxa.html">http://www.pawfal.org/fluxus/docs/0.17/en/fluxa.html</a> ) uses. I found those quite stable so far and to behave quite well under continuous modulation too.</div>

<div><br></div><div>Fluxa implementation is here; <a href="http://git.savannah.gnu.org/cgit/fluxus.git/tree/fluxa/src/Modules.cpp">http://git.savannah.gnu.org/cgit/fluxus.git/tree/fluxa/src/Modules.cpp</a> starting at line 568, that one includes a extra line avoiding floatingpoint de-normalisation.</div>

<div><br></div><div>Since Fluxa is GPL I assume that these too will be GPL compatible but I couldn't quickly find actual confirmation of that.</div><div><br></div><div>Yours,</div><div>Kas.</div></div>

_______________________________________________<br>chuck-users mailing list<br><a href="mailto:chuck-users@lists.cs.princeton.edu">chuck-users@lists.cs.princeton.edu</a><br><a href="https://lists.cs.princeton.edu/mailman/listinfo/chuck-users">https://lists.cs.princeton.edu/mailman/listinfo/chuck-users</a><br></blockquote></div><br></div></div></blockquote></div><br><div>So does anyone know what normal "sane" values for these filters would be? I'm working on modulating them and want to put in a limiter function so that I don't blow my head off experimenting...</div><div><br></div><div>- Johnathan</div></body></html>