GO Button Disabled Bug

[Fanis Tsirakis]

Hi Mike

I 've noticed that in SCS 10.8.5, when I set an "exclusive" cue, with an SFR sub-cue set to run sometime after cue starts, the GO button is disabled after the cue is completed. I have to press escape or select the next cue with the mouse, to enable the GO button. I made a test in SCS 11 b5 and it' s happening there too.
Please have a look about this.

Thanks

Fanis

[Mike Daniell]

I've just run a test with 10.8.5 and cannot reproduce the problem. Please email me your cue file (the .scsq file) and tell me which cue this occurs on.

[Mike Daniell]

Thanks for the cue file. I confirm this is a bug but there's a simple work-around.

What you have is an SFR sub-cue that fades out the audio file sub-cue within the same cue, ie:
Cue A26<1>: Audio File
Cue A26<2>: SFR: fade out A26<1> after 46 seconds

The workaround is to convert sub-cue A26<2> to a cue, which you can do using the left arrow in the bar on the left of the Editor's cue list. Then change the Activation method of this new cue to "Auto Start 0.00 seconds after the start of Previous Cue". I suggest 0.00 seconds as you already have your required delay (46 seconds) in the SFR's Sub-Cue Relative Start Time.

Now when you start A26, the SFR cue will start counting down and after 46 seconds will fade out A26. The GO button will then be enabled for your next cue (A27).

[Richard]

why not just set the end time of the audio cue to 46s (+the fade time) and get rid of the SFR cue altogether?

Richard

[Mike Daniell]

Doh! Why didn't I think of that

[djvomght]

Doh! Why didn't I think of that

Because this is a trivial solution?
SCNR
Jörg

[Fanis Tsirakis]

Thanks Mike,

Actually i was using Richards method as a workaround.

I just though that it was a good idea to report the bug for future correction.

Thanks again