I've been experimenting with making an exponential envelope using filters rather than lines. Instead of trying to re-process the linear data that [line~] objects make, I'm giving a hard 1 or 0 signal to a LP filter with very low cutoff to take create the curve.

Maybe this is an old trick, but it's new to me and I've been very pleased with the results. It gives nice, varied envelope curves, and it's satisfyingly simple and CPU friendly.

f-envelope.zip

Hi. I've played with this method before a bit. A real 1-pole lowpass filter with an impulse passed in is equivalent to multiplying every previous sample by a constant factor to get the next sample, which is also equivalent to an exponential envelope. But you can also add a constant factor for every sample in order to make a linear envelope. So it turns out you can make a variable-slope filter by combining: multiply and add on the previous sample by 2 different factors. If you are interested I have further details in this blog post:
https://sshader.wordpress.com/2014/09/05/programming-an-adsr-envelope/?iframe=true&theme_preview=true

It's not that cpu friendly when you change the settings because you have to take the sample-length-of-the-stageth root or something like that, I haven't looked into it in a while though. However, afterward it simplifies to an add and multiply at every sample

here are the codes: http://forum.pdpatchrepo.info/topic/8490/examp-exponential-envelopes-with-exponential-linear-curve-control

Thanks Seb, nice work!

Hi!
Here is an ADSR I made.
You can set the curve (from exp to log) for each step.
Lots of cool options!
It works with short time settings.
Vanilla compatible.
More info on top of the (very ugly!) patch
Thanks

ADSR2.2.pd

I'm going to use your technique of using a lopass filter as a timing/smoothing object to make an enveloppe detector.

(Here is a modified version. For some reason, the first one couldn't be created more than 6 times in a patch without GUI bugs)
ADSR3.pd

Hi Liam,

That is a great envelope, thanks for sharing.

As it has been pointed out in various threads long ago, the tricky thing about sample-rate-clocks is that converting phasor~ into messages/bangs loses sample-per-sample accuracy (and enters into the block domain) (link) (link).

Is it possible to modify somehow the attached patch so that we never leave the signal-domain?

Here's the patch:

signal rate?.zip

Would it work to load the envelope into an array and then use the phasor~ to read it?