Fan and Overlapping Cues

I have several cues with fanned delay times on color that are identical, timing wise. If I push go through them quickly I'd expect that each color would closely follow the one before it but this isn't the case (and no, I am technically not overriding because I'm waiting long enough for the first fixture to finish executing the previous cue).

What happens is the color will freak out and go to time zero on some of the fixtures which really doesn't make too much sense for a tracking console. Seems like they should stay unaffected.

Parents Reply Children
  • Thanks much.  Will take a look at the file and let you know.  

    Back soon.

    a

     

  • Jason, what is happening is this:

    Eos only calculates one delay time per parameter.  So, when cue 3 is executed, it is stomping on the delays happing for your last set of channels in cue 2.  We are looking at ways to deal with this.   In the meantime, I tried the following and I think it meets your intent (sorry, we agree you should be able to do what you are trying to do and will address is).

    Step based/build effect.  Duration - 1 Cycle.  0 entry and exit time.  Cascade entry.  Stop and Fade Exit.

    Steps 1 thru 12 - channels 271 thru 283 Red

    Steps 13-24 - channels 271 through 283 Congo

    The step times .1, fade in 0.  your dwell and decay don't matter.

    Set the offstate for all 24 steps @ background.  

    Hope that helps.  This introduces some follow on discussion about multiple discrete times, delays in cue parts versus delays on parameters and when the delays in params are trigger.  More on that shortly.

    a

     

  • I came to almost the same workaround (I had 48 fixtures in my show however, reflected below)

    Step based effect - Duration 1 Cycle, 0 Entry, Cue/Sub Exit, Cascade Fade by Size entry, Immediate Stop and Fade Exit

    Steps 1 thru 48 - Channels 1 thru 48 On State Red, Off State Congo (but could be @ background, forgot about that)

    All Step Time .02, In Time 0.5, Dwell 0, Decay 1 (All necessary)



    [edited by: jabadger at 4:44 PM (GMT -6) on Fri, Nov 6 2009]
Related