Loop a video with a delay

477 views
Skip to first unread message

Steven Sokulski

unread,
Aug 5, 2017, 12:27:28 AM8/5/17
to QLab
I have a video clip that plays a sort of shine effect on a title slide.

The shine lasts 6.01 seconds and I'd like to see it once every 30 seconds. Currently, video cue is set to stop at end.

My first instinct was to use a Start cue auto-followed on the video. But it doesn't look like firing a start cue on a video that is already playing has any impact.

Is there a way to either have a video loop with a predetermined pause between each loop, or perhaps a way to cause the cue to restart without actually going to black?

Or am I better off just adding 25 seconds of still frame to my video file?

Thanks in advance.

Steven Sokulski

unread,
Aug 5, 2017, 12:33:15 AM8/5/17
to QLab
Posted too hastily. I'd wrestled this at a few different points today, but the moment I hit Post I realized an easy answer was to manipulate the pause and play state of the cue, instead of stopping and restarting it.

I've now got a video cue that loops indefinitely and pauses after each loop. An auto-continue restarts the video and the pause cue.

Works a treat!

Sorry for adding to the noise. :)

micpool

unread,
Aug 5, 2017, 2:28:43 AM8/5/17
to QLab

Here are 3 ways of looping a video cue with time between loops



In all 3 examples a .1s wait is applied to the first cue fired. This ensures all auto follows are completed before the cue restarts.

Although cues 1 and 2 look similar they will function quite differently.

Cue 1 will play the video which will finish after 6 seconds and then repeat after the prewait time of the start cue

Cue 2 will play the video but the last frame will hold until the post wait time completes, even though hold on end is not checked  (which catches me out sometimes).

Cue 3 is my preferred method of doing this, with a fire all group, , as at some time time you will probably want to fade or stop the repeating cue and this means you only have to stop one cue instead of 2. It's also a lot clearer to read.

Mic

Chris Ashworth

unread,
Aug 14, 2017, 4:40:11 PM8/14/17
to micpool, ql...@googlegroups.com
Catching up on a lot of email while I was out for a family reunion, and just wanted to note:

The construction noted below strikes me / us as a bug. Specifically I believe this is a bug:

  • the last frame of the video will hold if "hold at end" is NOT checked, but the post-wait is longer than the action time

Since I’m worried someone might be relying on it I:

A) wanted to check here if anyone is relying on it, and 
B) say that I currently would propose we not fix this until 4.2 out of caution


-C
Reply all
Reply to author
Forward
0 new messages