Really Slow ADSR


#1

Hi all,

I've been trying to put together a patch with a really slow ADSR which cycles automatically (like 5-10secs attack, 5-10secs sustain, etc)

The current method I'm experimenting (below) with isn't doing it, is there another way?

Thank you in advance!


#2

Not at my Axoloti machine right now so can't check, but I doubt you'll get what you want by connecting to the envelope trigger. You would likely have more luck connecting to those other inlets you can see. A dial has a limited value, but if you put a math object between the dial and an inlet (for example a 2X math object), that might give the dial double the value at the inlet allowing for longer durations.


#3

Thank you, I shall try that out tomorrow!

Also, what would you recommend for triggering? I'd ideally like the ADSR to complete a cycle, then start one straight after. Using the Square LFO as a trigger doesn't seem to quite do that


#4

To be honest I was a bit puzzled why you were using an LFO to trigger the envelope. I thought there was maybe some very specific reason you were doing that. But what I do is add the keyboard object so that I can trigger the envelope from the on-screen Axoloti keyboard. There's a MIDI input object that sends the trigger out when you hit a key, and that trigger is what I use to trigger the envelopes as well.

My Axoloti computer is undergoing some physical changes right now or I'd post a patch for you. But just as easy would be to look at the basic examples under the Factory Demos, look for the step-by-step series Johannes made to demonstrate building a synthesizer, and that will give you the trigger. Once you have the trigger understood, maybe try what I said to get longer durations, although there's no guarantee that will work cause I'm just guessing.


#5

Ah, the reason experimenting with the LFO is because I'm looking for automated cycles, rather than a manual trigger, so a keyboard would not be suitable in this instance.

Is there a way of patching so that it outputs a trigger to the ADSR when a cycle completes? Perhaps triggering when the ADSR output reaches zero?


#6

I created a cycling ad which is in the community library, which also has a trigger at end of cycle.

tb/env/cycle ad

There are probably others.

Not sure about adsr makes much sense/is common, since the sustain/release needs a gate.


#7

The Cycle AD is really close, but not quite what I'm after! Thank you for the suggestion though

Currently I'm looking at automating a new cycle when the ADSR output reaches zero (please see below), but not sure what to use to start the ADSR. It'd need to be some kind of constant boolean that holds once for a set period of time then stops. Am having a look around the objects, but not sure what to use. Does anyone have any suggestions?


#8

pulselength? its max is 3.6s, but you could chain multiple (via a change) and 'or' the outputs.
this would give you a fixed length, based off an initial trigger, which you can then use into the adsr gate.
then the cycle is done by triggering the initial pulselength base on adsr output = 0


#9

Thank you Technobear, pulselength is definitely what I'm after, but I'm a bit too novice to understand how to chain it; any chance you could post a quick screen grab please? Thank you!


#10

I've been looking to use a long envelope as well so I read this thread with interest. After trying the tb/env/cycle ad, I settled on just using the factory env/ahd object. I also finally noticed in the help patch for the LFO's that I could place a bipolar control dial before the LFO and reduce it's rate dramatically. I am happy to just have a longer duration trapezoid envelope, so this configuration will work for me - maybe it would get you closer to what you are trying to do?


#11

Duh...
After reviewing your original post I see you were doing exactly this, but using the adsr insted of the ahd envelope. I think it works with the ahd but not with the adsr simply because of the hold stage.


#12

this is an old topic, but i just did this:

basically a VEEERY SLOW cyclable ahd with variable hold time in cyclemode (ramp up, stay there, ramp down...)


#13

Amazing, this sounds exactly like what I was after, looking forward to trying this out! Thank you!


#14

@lokki - Thanks for this!!