<html><head><meta http-equiv="Content-Type" content="text/html; charset=UTF-8" /></head><body style='font-size: 10pt; font-family: "Courier New",Courier,monospace'>
<p>Ah yes - and of course I should've included Derek and Matt in my comment!</p>
<p>I find [filtergraph~] extremely useful pedagogically. I teach max and pd in that I'm also teaching basic filter theory. Hearing a bandpass filter for example without seeing or knowing its response curve is a hard way to intuitively understand how that filter works and what it's doing, so visuals go a long way when you're encountering this stuff for the first time.</p>
<p>When I teach using Pure Data - my current go-to are the mmb abstractions I mentioned earlier - which are pretty nice, and really worth a look if you haven't checked them out.</p>
<p>Combining an intuitive gui with [biquad~] (as opposed to static filters like [lowpass~], [bandpass~], etc) - is actually really exciting - because you can go from learning about filters at a really high level - to digging into biquad~ and *really* learning filter theory if you want to go there - all sort of within the same patch. That said - dedicated objects like the ones you're working on will be a great asset to have around, and yes probably more useful for quick and general use.</p>
<p>And actually the mmb collection also includes a biquad abstraction that uses the low level pole/zero objects - which is pretty cool.</p>
<p>That's exciting that [cyclone/biquad~] and [cyclone/filtercoeff~] exists!</p>
<div> </div>
<p>-Jesse</p>
<p>On 2017-07-09 22:52, Alexandre Torres Porres wrote:</p>
<blockquote type="cite" style="padding: 0 0.4em; border-left: #1010ff 2px solid; margin: 0"><!-- html ignored --><!-- head ignored --><!-- meta ignored -->
<div dir="ltr"><br />
<div class="gmail_extra"><br />
<div class="gmail_quote">2017-07-09 18:00 GMT-03:00 <span><<a href="mailto:jmejia@anestheticaudio.com">jmejia@anestheticaudio.com</a>></span>:<br />
<blockquote class="gmail_quote" style="margin: 0px 0px 0px 0.8ex; border-left: 1px solid #cccccc; padding-left: 1ex;">
<div style="font-size: 10pt; font-family: 'Courier New',Courier,monospace;">
<p><span style="font-size: 10pt;">Alex - any cyclone stuff in the works that might be like filtergraph in max?</span></p>
</div>
</blockquote>
<div> </div>
<div>No, but I guess we could "steal" from this object and include it in cyclone as a starting point for a proper clone of max's filtergraph~</div>
<div> </div>
<div>Now, when I say "we", I'm not a part of it, so count me out actually :) - First cause it's out of my skills, but you know I'm not the only one working with cyclone; there are two other guys (Derek and Matt) who do the actual hardcore programming, and there is room for anybody else to join in and give us a hand coding ANY new object considered important.</div>
<div> </div>
<div>Secondly, even if I could do it, I'd also be out cause personally I don't really care for this GUI (I think there are others more important and missing in Pd, like matrixctrl). But anyone is welcome to help doing it, this is what I'm saying ;) - though I wish that any GUI new development in cyclone would be applied to other objects I consider having a bigger priority.</div>
<div> </div>
<div>Now, as long as we're at it, the new cyclone has new objects that I included, like [cyclone/filtercoeff~] and [cyclone/biquad~]. So [filtergraph~] is the only thing missing... Again, I don't really care much for that, I'm happy to set the cutoff frequency and Q with a number box only, I don't need a graph to see what is coming out, I already know what a bandpass is and what the Q does to it, I need my ears more than my eyes and I wonder if anyone misses seeing that during a performance - seems like it is only useful for didactic reasons, or if you're testing some formulas and biquad coefficients of your own. </div>
<div> </div>
<div>Well, now that I'm at it, I'd also like to say how I think the [filtercoeff~] + [biquad~] design seems more complicated than it should, if you're going for user friendliness. It's cool you can have more than one filter with the same object and switch around, but most the time you'll be using just one of them anyway... this is why I'm designing new filters on a new library of mine, and now I have all these filters as dedicated modules, such as [bandpass~], [lowpass~], [highpass~], [lowshelf~], etc... all taking audio inlets to control the parameters. </div>
<div> </div>
<div>I think this is in fact much more friendly, that is why I'm caring to design them. And I find this more important than bothering on the supposed friendliness of a filtergraph~ object. Yet once again, you can't see cute graphs or play with them, but being a musician who's been playing with filters live for a long time, I never felt that need... <br /><br />So, I haven't mentioned this new work of mine on this list because it is still at an early alpha stage, and I might change some stuff before the final version (I'm aiming for a release around september). But anyway, here it goes... <a href="https://github.com/porres/pd-else">https://github.com/porres/pd-else</a></div>
<div> </div>
<div>cheers</div>
</div>
</div>
</div>
</blockquote>
</body></html>