Feature Request: x THRU y DELAY a THRU b curve z (Non-Linear Fan of Delay Time)

Hey....

Chan thru chan delay time thru time is as we all know great for making wipes and similar transitions.

But what if you need something more complex? What if you want a transition that speeds up or slows down at the end?

You can adjust the delays by hand, of course, but it's not elegant. 

In thinking about this it occurs to me there's already a tool for defining shapes like this in the console: Curves.

Feels like there would be value to the syntax in the subect, in other words to be able to apply a range of time but have it follow a curve with Eos doing that maths.

Thoughts?

Thanks.

Rob.

(PS: I guess I should have tried this before posting this.... I'm assuming it's not already in there..... ;-) If someone tells me it is I'll be very happy! )

  • You want a non-linear fan of delay times.
  • Hey Seth, I clearly didn't explain myself well enough... I don't want to use the curve to modify the output LEVEL of the channel (which I know you can do in patch or on a cue/cue part).  Rather I want to use the curve to modify the DELAY TIME (or fade time) that Eos calculates for the channel. In other words: 1 THRU 5 DELAY 1 THRU 5 will give me: Ch      Delay 1          1 2          2 3          3 4          4 5          5 but what If I want this 'wipe' to slow down as it gets further across: Ch        Delay 1            0.36 2            1.69 3           2,9 4           4 5           5 (ie. each delay is longer than the one before, and the difference in the delay changes from fixture to fixture) It's quite hard to figure out those numbers by hand, but effectively you're trying to follow a curve that gets steeper as it goes across. In my command the curve would just be used at the point of hitting enter to calculate the delays, not 'applied' to the channels in any way. Not sure that explanation is any clearer.... sorry! Rob
  • Hi Rob, Curves can be applied to Cues (including parts) on a cue by cue basis while Channels only get Curves in Patch.  So what you are asking is supported, but not in a single command as you request. This is as condensed as currently supported: Channel 1 Thru 5 Delay 1 Thru 5 Enter Recurd Cue 1 {Attributes} {Curve} 901 Enter