[Fix 11.4.0.1] Timed sub-cues not running after stop all

[rborsey]

Hi Mike - sorry about this . . .

Using 11.4.0 but not sure if this was happening in the RC versions . . .

OK I have an audio cue with a loop and then a manual SFR cue to release the loop. I then have a cue which is auto triggered on the completion of the SFR cue (ie when the loop is exited) and this auto-trigger cue has multiple sub-cues each of which is delayed and which sends a single midi message. All works fine unless after the loop release I have a problem and stop all (Esc). This stops everything and keeps the next manual cue on the original audio cue - I then restart, exit the loop as normal but then the sub-cues of the auto-trigger cue don't fire anymore. In the bottom panel the cue is shown as not loaded. If I stop all then do previous cue and next cue then all works just fine. It is as though the timed sub-cues are in a half way state . . .

I'll do a diagnostics dump and send it to you

Cheers

Richard

[Mike Daniell]

Thanks for the diagnostic file, Richard. Could you give me the cue numbers involved, or if there are several instances of this issue then just the cue numbers of one instance? IE the cue numbers of the audio file cue, the associated SFR cue, and the cue that is triggered on completion of the SFR cue.

[rborsey]

Sure - I haven't tested all my cues with loops like this one but I had it happen on 2 different cues yesterday (kept forgetting the first line of the songs). The one which went wrong when I did the diag file was the cue 104 group. The audio file is a sub-cue of 104, the release cue is 104R, the auto-trigger cue with the control send sub-cues is 104G (G for guitar patches). I produced the diagnostics after pressing Stop All after the cues failed to trigger.

Cheers

Richard

[Mike Daniell]

Fix ready.