assurance-tunnel
assurance-tunnel
assurance-tunnel
assurance-tunnel

Envelope Generator Loop Function



  • After putting in the um-teenth trigger delay on the end of an envelope generator and running it back into the trigger input, it would be super nice if the Envelope Generator would have a loop on/off parameter.


  • Tech Staff

    @jtoenjes

    Not sure what your really want. But if you trigger the envelope with its own output with a delay inbetween this has nothing to do with a loop function of the envelope generator. It actually gets an external trigger. You can put a gate actor in-between the delay and the input of the envelope generator.

    Best Michel



  • @michel said:

    Not sure what your really want. But if you trigger the envelope with its own output with a delay inbetween this has nothing to do with a loop function of the envelope generator. It actually gets an external trigger. You can put a gate actor in-between the delay and the input of the envelope generator.

     I think what @jtoenjes wants is for the Envelope Generator to trigger itself as soon as the it reaches the end. Is that right John?

    Best Wishes,
    Mark


  • Beta Platinum

    @mark said:

    Envelope Generator to trigger itself

     I would say from my perspective allowing the Envelope Generators to trigger themselves in a loop would be great. Particularly in the case when using multiple one/end steps in the actor. Many times the Envelope Generators needs to be reset to start again in wait for the next trigger. The most obvious indicator for this is the actors own end trigger.

    When using any kind of control for levels using a looping envelope generator appears to be a good solution for moving a current level back as an input into the actor as the first parameter for the next loop of the generator. When using this method for light channels or RGB leds for example having to program an extra step to reset the Envelope Generators does add a lot of additional work and take up a lot of additional space in  patch. 

    Many years ago the Envelope Generator was able to loop back from an end trigger. I had a whole system for running DMX fade with that. So I can understand the frustration of the extra effort that is now required.

    Kind Regards

    Russell



  • @bonemap said:

    Many years ago the Envelope Generator was able to loop back from an end trigger.

     Whaaaaaa? Backwards you mean?

    Best Wishes,
    Mark


  • Beta Platinum

    @mark said:

    Backwards you mean

     HI @Mark,

    Thats interesting but, I didn't mean the generator running backwards backwards. But does this patch help to explain? Beta version.channel level catcher.izz



  • @bonemap said:

    But does this patch help to explain?

    Are you referring to the execution order of the inputs here? I.e., the fact that the trigger is above the values, so you need a trigger delay to the 'trigger' input to ensure the values are recognized before the envelope starts?

    Best Wishes,
    Mark


  • Beta Platinum

    @mark

    I don’t know why it is hard to articulate, but let me give it a go....

    Let’s think of a scenario where we want to use a an Envelope Generator as an interactive fader for a series of level changes in the range 1-255.

    In this example the default two value inputs of the Envelope Generator  are used : value 0 and value 1. The value 0 is initialised at 0 and the value 1 has the first level value we want to arrive at for the first fade event. At the end of each fade event the most recent end value needs to be returned as a value to the value 0 input of the Envelope generator. A new value 1 amount can then be set ready to trigger and a smooth continuity between output levels can be attained. 

    First fade event:

    Value 0: 0

    Value 1: 127

    Second fade event:

    Value 0: 127

    Value 1: 200

    Third fade event:

    Value 0: 200

    Value 1: 50

    And so on....

    Using the end trigger of the Envelope Generator to directly action the loop parsing of the most recent end value to the value 0 input to become the start value ready for the next fade event action would reduce the necessity of using other actors (like the broadcaster and listener actors demonstrated in my previous post).

    Kind Regards

    Russell



  • @bonemap

    if I really understand what you want you can make it with less actors and use a macro or user actor to repeat it. But you know it.I don't understand either why we need a loop or do you mean the possibility to conect the output  directly with the value 0 or value 1 ?

    best

    Jean-François 


  • Beta Platinum

    @jfg said:

    macro or user actor

     Thanks for your advice, that’s helpful. 

    Best wishes

    Russell



  • @bonemap

    If I get this right - isn't a 'Value Delay Line' the most simple solution?

    value delay fader.izz

  • Beta Platinum

    @reinhard said:

    Value Delay Line

     Ah yes, that is a good solution thanks for sharing!

    Warm Regards

    Russell