Bug: Proportional discrete diming ignores discrete delay

I don't understand why you added the Time to the parameters.

Giving the parameters the discrete Delay in a Cue is enough.

Edit while bad spelling-skills

Writing [Time] [2] (wich is math: 5Sec Cue-3Sec Delay = 2Sec runtime) would be a better way.

For more clearance of your dicrete Timing you can use Part-Cues for those specific Parameters and Hard-Code the Delay in the Part-Cue instead of a discrete timing. 

Sorry, to be clear, I both know how to do basic addition, and how to operate an Eos console.

The entire purpose of this post is: Discrete proportional timing ignores discrete delay

When proportional timing is used discretely, the channel ignores any discrete delay. That doesn't make sense, so I'm reporting it as a bug so it can be addressed by ETC's developers.

That's it. I don't need advice on a workaround, I just want to see the bug fixed. That's all.

Sorry, to be clear, I both know how to do basic addition, and how to operate an Eos console.

The entire purpose of this post is: Discrete proportional timing ignores discrete delay

When proportional timing is used discretely, the channel ignores any discrete delay. That doesn't make sense, so I'm reporting it as a bug so it can be addressed by ETC's developers.

That's it. I don't need advice on a workaround, I just want to see the bug fixed. That's all.

Thank you for the report.  I see this happening back in v2.9.2 and v3.1.0.  

[EOS-53169] Delay time is ignored if a channel has discrete time entered as a percentage

You found the workaround of setting a time rather than percentage.

It's still around in 3.2.5, i'm running into this as well...

Thanks for the heads up. I will add a comment to Matt's EOS-53169 that you're seeing this as well.