72-TET algorithmic IDM
Acreil - thanks SO much for that reverb abstraction. Amazing work. I came across some youtube videos of yours, and an extensive and interesting gearslutz verb design thread, in my hunt for a seriously good reverb algorithm for pd - and finally I found this thread with your patch. I'm excited to see what you come up with next - do you have a website where you post your code? Or a github account?
I can't state enough how great it is to finally have good algo verb in pd.
I should have better reverbs soon-ish. They should be more usable. I really need to get a blog together for this stuff, but I haven't done it yet...
Awesome! Looking forward to seeing what you create!
In the meantime - could you extend a few useful pointers for getting control over this path? Is there a handful (list?) of parameters that I could globally control to effect decay time?
Also I see a ton of $1 objects but they aren't being found - ex:
error: 0-prl: no such object
error: 0-prr: no such object
error: 0-gscale: no such object
error: 0-ldiff2: no such object
error: 0-ldiff2o: no such object
error: 0-ldiff1: no such object
Though I may not have the latest version...
I think you're getting the errors after clicking the message box, right? They're actually local $0 objects, but the message box interprets $ as referring to incoming list elements. So you should click the bang instead, which sends [f $0] to the message box.
This wasn't really designed with good coding practices or usability in mind, so these message boxes should probably be hidden away; I just made everything visible so the "preset" parameters can be edited manually. The new one I'm working on has an inlet that can be used to externally control parameters, but I was too lazy for that when I did this. I could add that without much trouble, but the parameter names aren't particularly well chosen...
Ahh gotcha - yeah that makes sense. Thanks!
Just a bump.. hoping for an updated/friendlier reverb patch from you!!
Having a good time with this one for sure.. but devising an RT60 control for it is alluding me.
I think in the hardware units, the RT60 parameter is just a sort of estimate. The decay time depends on both the allpass coefficients and delay lengths, so it's difficult to calculate.
I have a better reverb algorithm now, included here: http://acreil.wordpress.com/2013/04/20/algorithmic-composition-of-acid-house-with-lo-fi-timbres/
It's still not really intuitive (or documented), but control of RT60 should be better. And it sounds much better too.
fucking awesome! although i see how difficult it is to control the compositional part of it but the structural part is stunning. the power of the euclidian algorhythm!