Bug: Channels will take delays with them in marking time

You need to ONLY delay the intensities on your Q5 rather than the entire fixture. Otherwise this applies a delay to your attributes that are actually marking. This is intentional behaviour and sometimes quite useful. 

Got it, how is this useful though?

It’s useful if you need to delay a certain fixture from Marking or a certain attribute. 

But it derives this time from its move instruction times. I get that you want to delay marking, but just create a part for that and voila. I want to get rid of this delay, just as when you need to add delay but the opposite.

you're using by mistake the functionality used to provide a way to have an exception to the mark time. the solution is not to find a way to create an exception to the exception, but rather to not use the exception in the first place.

So what is the default method of managing this kind of Marking? I don't get why it takes delays into the Mark time by default, because timing for one cue depends on artistic choices while the mark time is (almost) purely a technical thing. 

Can you explain what the default method should be, and then clarify what exception you're referring to?

the exception i'm refering to is the discrete time (and discrete delay is part of that) you put on the move instruction that's marking.

you want cue 4 to mark the color change. the color is stored in cue 5 but marking will execute it in the cue before. along with the move instruction also the discrete timing is pulled to the cue where the mark is executed.

let's assume for a second that discrete time and delay didn't affect marking. what do you want the discrete delay that you put on the color change in cue 5 to affect? it clearly can't affect the color in cue 5 since the color change was already executed earlier by the mark function.

the mark function using discrete timing doesn't take away any artistic choice you would have.

the exception i'm refering to is the discrete time (and discrete delay is part of that) you put on the move instruction that's marking.

you want cue 4 to mark the color change. the color is stored in cue 5 but marking will execute it in the cue before. along with the move instruction also the discrete timing is pulled to the cue where the mark is executed.

let's assume for a second that discrete time and delay didn't affect marking. what do you want the discrete delay that you put on the color change in cue 5 to affect? it clearly can't affect the color in cue 5 since the color change was already executed earlier by the mark function.

the mark function using discrete timing doesn't take away any artistic choice you would have.

Ahh I see, so best course of action is to always only mark intensity instead of the whole channel?

I think I understand better now.

no, the solution is to only delay the parameters you actually want to delay. and in your case that would be the intensity, but not the other parameters, as Watten suggested above.

Of course, silly me. Thanks guys!