Moving Sub-Cues (10.8.1)

[Cheetah]

I've got a sporadic problem in the editor of V10.8.1 ... I've got a cue with multiple sub-cues. When trying to move sub-cues up and down in the list using the arrow buttons, I am sometimes getting erratic behaviour and crashes, or "Sanity Check" error boxes. I haven't quite figured out yet, what steps will reliably reproduce this ... but it happened to me three times in 15 minutes, and even when I started with a fresh project. Does anybody else have these issues?

Another thing: When removing a sub-cue from a cue using the left arrow (making it a master cue again), this will unexpectedly change the name of the master cue it was removed from, and it will remove the WRONG subcue from the cue. It really seems some index is off-by-one when adding or removing subcues using the arrows to the left.

(Edit: Darn, and whenever any of these strange things happens, it corrupts the cue file. You'll end up with multiple instances in the treeview referencing the same cue apparently ... or none. There seems to other way to recover than to start over again.)

[Mike Daniell]

Darn, and whenever any of these strange things happens, it corrupts the cue file. You'll end up with multiple instances in the treeview referencing the same cue apparently ... or none. There seems to other way to recover than to start over again.)

If the 'Undo' feature doesn't successfully undo your changes, as a last resort you can go to the backup file. Whenever you save your cue file, SCS first of all renames your existing cue file with a .bak extension, and then saves the new file. For example, if your cue file name is "xyz.scsq" then the backup file will be named "xyz.bak". So if "xyz.scsq" is 'corrupted' then delete that file and copy "xyz.bak" to "xyz.scsq". I suggest 'copy' so you still have a backup file available.