Johnny Posted June 3, 2020 Report Share Posted June 3, 2020 I have tasks that triggers clips on 3 separate machines (A/Master, B and C), with a "go to time"-cue for looping. (as the clips shouldn't loop back to the very start) It happens quite consistently that one of the machines doesn't loop. It's not a single machine, as it sometimes is B and sometimes C that doesn't loop, depending on the task. (so it is a consistent error) Is this a known problem? Are there any workarounds? How do I troubleshoot? Watchout 6.6 running on Watchpax 4. Quote Link to comment Share on other sites More sharing options...
Dataton Partner RBeddig Posted June 4, 2020 Dataton Partner Report Share Posted June 4, 2020 Haven't seen this for 10 years or so. Back then it could happen if too many control cues would sit at the same time in a timeline. What is controlling your cluster? Have you tried to loop back to a named cue instead of jumping to a time? It's my preferred way to loop sonce you can easily adjust it by just moving the "target" cue. Quote Link to comment Share on other sites More sharing options...
Johnny Posted June 4, 2020 Author Report Share Posted June 4, 2020 It's a single control cue. The cluster is being controlled by TCP commands from a control system. (RTI) No, but I'm gonna try it the next chance I get. Thanks! Seems buggy that it should make a difference though... Quote Link to comment Share on other sites More sharing options...
Dataton Partner RBeddig Posted June 5, 2020 Dataton Partner Report Share Posted June 5, 2020 I'm not saying that using a cue instead of a time to jump to is safer but that is what we normally use and we have not seen a situation where the loop didn't work. It's still worth a try I guess. Quote Link to comment Share on other sites More sharing options...
Recommended Posts
Join the conversation
You can post now and register later. If you have an account, sign in now to post with your account.
Note: Your post will require moderator approval before it will be visible.