most likely pilot error, but I triggered 3 clips with EBU at the same time, each clip showing the same clock counting upwards from zero, to check if clips drift.
however had a problem as they seem to chase to timecode. if the timecode stops, they do.
I know my timecode is fine as I use it in Qlab, but both the clock and the clips went haywire and juddered badly.
is there a way to get clips to trigger without chasing?
clips play fine if triggered manually
timecode problem arena 4.1.1
Re: timecode problem arena 4.1.1
This is expected behaviour. SMPTE playback is meant to follow a SMPTE input, for instance from a CDJ deck. So if the timecode speeds up or slows down, the video matches the new speed. If the signal is stopped, so does the video. It's actually not meant as a sequencing/trigger tool, and this is why a clip has to be triggered in a layer before the SMPTE playback can take effect.however had a problem as they seem to chase to timecode. if the timecode stops, they do.
If the incoming SMPTE signal is not continuous, but it's fine in other apps, there is something going wrong in your setup. It's best to contact us directly to troubleshoot this (mail@resolume.com)I know my timecode is fine as I use it in Qlab, but both the clock and the clips went haywire and juddered badly.