Issue when deleting a cue

Hello

I found the other day that if I delete the next cue in the sequence (when the current cue is live) on an eos running 1.9.6 I am not able to press 'go' without selecting the new next cue manually. This was fine on older versions of the software so I think may have just crept in on this update. I don't think I'm doing anything stupid!

Richard

  • Maybe it's me being stupid but I just tried this and it worked fine. I also tried deleting the next cue as the previous was still fading.

  • Richard,

     

    I'm not observing this either. Are you deleting the next cue while the current cue is running to completion. Is there anything special about the cue, besides timing, ie. follows, fans, loops, curves? Are there any errors appearing when you try to delete the cue, other than confirming the action?

     

    Let me know!
    Jared 

  • Hi Richard,

    I think that we have experienced this as well. I'll get logs off the console in a bit.  We were in cue 434. We already had a cue 438. We made a cue 436 in blind as a dummy q that triggers the MA. We then deleted q 438. This whole time, still sitting in Q 434. We hit go to move into 426. No response from the console. Hit go a couple more times. Still nothing. Hit stop / back. Console goes back to the previous cue (432). We were then able to hit go twice to be in 436. If it happens again, I'll see if I am able to Go to Cue. 

     

    This is an Ion 2000 running 1.9.6 with an additional Ion as backup and  4 RVI's.

  • Hi guys.  Thanks much.    We've looked at this and can't find a duplicator.   Are you seeing this consistently?  If so, can you send us your show file and let us know the cue in question?   We will keep looking!

    Again, thank you.

    a

     

  • HI Anne,

    Show file and logs sent to the Eos mailbox. 

    We can't duplicate it either. It just seems to sneak up on us. It hasn't happend in the last day two days, but I will try to keep an eye out if it happens again as to the surrounding circumstances.

  • Hi Benjamin,

    I was able to reproduce this defect using the show file that you sent in.  I have written this up as SCR 14998.  I could not get this to happen by writing a show from scratch, but we should be able to track it down from your show, so thank you very much.

    Ann

     

  • Thanks Ann,

    Odd that its only our file, but I'm glad that we aren't crazy here.

    For your records if it helps. The show file started as a 1.9.1 file. Upgraded to 1.9.5 Build 86 and then the 1.9.6 update. 

     

    Thanks,

    -Ben

  • Don't have a show file on me at the moment but can try to send later - where should I send it?

    FYI I was on a newly updated eos (1.9.6), show had started from blank, created all cues blank and texted, then filled them in later. Cues that I deleted were empty ones (no information, no blocking, default times etc) with other cues around them containing data.

     

    Hope that helps

     

    RIchard

  • A little backtracking might be required: why were cues created that do nothing?

     

    As you say the "show has started from blank, created all cues", so presumably at some stage the problematic cues were created to do something - so what was removed from them in order to make them redundant?

     

    David.

  • David,

    I can't speak to why the original poster created the empty cues, but I have done something similar in the past.  For some shows, like variety shows, I'll have a show run down but no real lighting information ahead of time.  I'll go through and make a bunch of empty cues with the appropriate labels ahead of time (usually offline).  Once we're up and running on the day of, I'll program one or two cues per show act, adding in transitions as I go.

    So for me, the process is a time saver to get a show flow sketched out with empty cues ahead of time, especially if there's not a lot of time in the theater on the day of the show.

    I haven't seen the issue when deleting cues, but I usually don't do that when I'm in the middle of running a show.

    -Todd

     

  • Todd is correct, I create and label all the cues before I start to plot, this means that I can plot in waves - initially getting the basic structures in (lights up, blackouts etc) and then as I go along adding in more of the finer details.

    This means I can give the DSM (showcaller) all the cues before the tech, and (s)he can call them from the start.Thanks to the joy of tracking and blocking I can then plot away during the tech and dress without worrying about adding new cues usually.

    I wasn't actually deleting cues during a show, rather while plotting after the first dress I was going through the show, and deleting the cues I no longer needed - then when I went to run the next one nothing happened!

Related