Stop/Back request

I have a suggestion regarding the behaviour of the stop back key. If there are cues with links or loops the stop back key doesn't respect those, and I think it should. For example, if we have cues 1,2,3 and for some reason we put a link from 1 to 3 so that 2 is skipped, hitting back on cue 3 goes to cue 2, whereas I suggest that going back to cue 1 is more useful. Similarly, if a loop has been exited and back is pressed, the last cue is reentered with the lop count at its starting value, I'd suggest it ought to be at 0, so that when go is pressed again the whole loop doesn't execute all over again.

If I've missed something, and it is possible to set up the desk to behave as I suggest then my apologies, and I'd be happy to be pointed to the relevant documentation to help me understand better.

I appreciate that this will entail keeping extra back pointers in the cue list and changing the list node structures so I'd understand if this is a low priority.

Parents
  • The more I think about this the more it strikes me, not s much as a feature request, but actually as a problem (bug?). Does anyone else have a view on this, or does back not actually going back to the previously executed cue not bite others?
  • This behavior is the long-standing preference of many users, myself included. It's the way that the Obsession series works, but it is not the way that the Expression series works. The Back button is not a Go-last button, and it has special rules  Back is treated much the same way as an out-of-seque move like Go to Cue  

    There is probably a case to be made for an option when fader controls and playbacks get refreshed, but the default behavior is pretty well baked in at this point. 

    i would avoid making Loops with links because of the problem you have described. Instead, you might look at Building a second cue stack or an effect. 

    all the best;

    P

Reply
  • This behavior is the long-standing preference of many users, myself included. It's the way that the Obsession series works, but it is not the way that the Expression series works. The Back button is not a Go-last button, and it has special rules  Back is treated much the same way as an out-of-seque move like Go to Cue  

    There is probably a case to be made for an option when fader controls and playbacks get refreshed, but the default behavior is pretty well baked in at this point. 

    i would avoid making Loops with links because of the problem you have described. Instead, you might look at Building a second cue stack or an effect. 

    all the best;

    P

Children
  • Hmmm... well if it's the preference of the majority fine, although having no history on the obsession or the expression series myself (I came from Strand, which IIRC does behave as I described, but I'd have to check to be certain) I don't agree personally.

    I'm not quite sure I understand what you mean by the "The Back button is not a Go-last button, and it has special rules Back is treated much the same way as an out-of-seque move like Go to Cue ". I can't see Stop-Back described in the manual section regarding out of sequence cues, for example. I do see from the manual, however, that "pressing [Stop/Back] will step backwards sequentially through the cue list from that point." What I hadn't realised is that for [Stop/Back], sequentially is purely in decreasing cue number, and does not respect links.

    This effectively means that links and loops should never be used by the look of it, which is a shame when the director asks you to move the interval part way through a run, as happened to me, and was achieved using links rather than by physically changing the cue numbers or copying the cues. This was on a Strand GSX and it did correctly step back through the moved interval when required to do so during a technical check.

    Anyway, if the way it works is how it's meant to work and how people want it to work, so be it, although personally I don't think it makes sense.

  • Speaking broadly, there are two models for the "opposite of Go" button on lighting consoles:

    •A straight "step back" function, (used on Obsession and Eos), which always moves the playback to the previous numbered cue, using the "Back Time" you set in setup.

    •A "Go Back" function, (Expression/Express, and others), which moves the the playback to the previous cue, and usually uses the time of the previous cue for the move.

    There's no right answer on this topic.

    I use links and loops when I build sequences on auxiliary cue lists, and I use them in my main cue stack as a quick temporary way of skipping cues in rehearsal.  But I never leave a link in my main list for the reasons you suggest.

  • I think you're right with "There's no right answer on this topic". For myself, and knowing how fluid some supposedly "pre-programmed" shows have been in the past, changing during runs, I'd prefer the second, but I can understand a reluctance to change existing behaviour, and from a (software) programming point of view the second behaviour is more work to implement.
Related