Multiple cue list bug

 I guess my question, or misunderstanding, is that if no cue list is currently telling a light what to do I should simply be able to write a cue to tell the light what to do.  It seems to me the Ion is saying "Hold on, this other cue list told me to do something way back when and now a new cue is telling me to do something new.  Nope.  Not gonna happen."

 If I was talking about cue list 1/50 telling the lights to go out and 1/51 telling them to go on we wouldn't even be having this discussion.  The engineers and programmers would be working to fix this unfortunate situation.  But since cue 2/xx tells the lights to go out and after that cue 1/xx tells them to come on we're all like "yea, you just have to find a work around."  You're really harshing my perfect world here.

Sorry I got the light intensity reversed in my example, but you get the jist

Perhaps we are misunderstanding the issue you are seeing - its a little unclear if you want the lights to return to cue list 1 or if you don't (or perhaps I've just not had enough coffee yet).

This is a move-fade desk.  So lights respond when they are provided a move command. 

1)  If you DO want the lights to return to cue list one after they have been made inactive (or set to any condition really) in a secondary cue list, just assert the tracked values in the cue from cue list 1 when you want the lights to restore to the main cue list.

2)  If you do not want the lights to return to cue list 1, just make sure there are no move instructions for those channels in cue list 1 in the range you are talking about.    If you are taking control of the lights on cue list 2 (e.g.) and what them to only be controlled by that cue list once it is active, you can set an independent flag on the second cue list.     If that is more draconian that you'd like, just make sure those lights have no move instructions in the first cue list after they have been "stolen" by the 2nd list.  You have two options.  If there are move instructions in that range, select the cue range, select the channels at [at] [Enter] them.  (This is best done in blind spreadsheet so you can see what you are doing.    You can also place null flags on those channels.  That will maintain the move instructions, but will not call for the action on playback).

Does that help at all?

Anne

Perhaps we are misunderstanding the issue you are seeing - its a little unclear if you want the lights to return to cue list 1 or if you don't (or perhaps I've just not had enough coffee yet).

This is a move-fade desk.  So lights respond when they are provided a move command. 

1)  If you DO want the lights to return to cue list one after they have been made inactive (or set to any condition really) in a secondary cue list, just assert the tracked values in the cue from cue list 1 when you want the lights to restore to the main cue list.

2)  If you do not want the lights to return to cue list 1, just make sure there are no move instructions for those channels in cue list 1 in the range you are talking about.    If you are taking control of the lights on cue list 2 (e.g.) and what them to only be controlled by that cue list once it is active, you can set an independent flag on the second cue list.     If that is more draconian that you'd like, just make sure those lights have no move instructions in the first cue list after they have been "stolen" by the 2nd list.  You have two options.  If there are move instructions in that range, select the cue range, select the channels at [at] [Enter] them.  (This is best done in blind spreadsheet so you can see what you are doing.    You can also place null flags on those channels.  That will maintain the move instructions, but will not call for the action on playback).

Does that help at all?

Anne