Unlike Midi, SMPTE is not a control protocol, but just a transport protocol. In other words, it's a simple clock that tells other systems what time it is. It's not designed to be responsible for anything else besides that.
It's not impossible to put in some extra logic that will let Resolume take actions based on certain time values in the SMPTE signal. We could tell the clip to trigger if
- the SMPTE value is higher than the SMPTE offset value of the clip
- the SMPTE value is lower than the SMPTE offset value of the clip plus the length of the clip
- the clip is not already playing
Overall, we're a bit hesitant to do this, because it falls outside the direct responsibility of the SMPTE protocol. We'd be pushing it to do something that it's not designed for, and that's almost always a bad idea. Keep in mind I'm not saying it will never happen, I'm just explaining why this is not an option already.
Free roll is another one of those options that seems simple, but greatly depends on your intended use. SMPTE in Resolume was first developed to sync a track playing on CDJs to a video playing in Resolume. The video should be a direct slave of the SMPTE signal. Should the DJ decides to press stop in the middle of the track ("How is everybody feeling?!!!?"
![Rolling Eyes :roll:](./images/smilies/icon_rolleyes.gif)
), the video should stop also, until the he presses play again. Similarly, when the DJ switches to another track, it would be very weird if the video started free-running because it doesn't detect a valid SMPTE signal anymore.
Again, it's not outside of the realm of possibility to implement this. I'm just explaining why we've held off on it so far.
For now, when you make sure the clip is set to
Continue mode in Timeline, it will pick up where it left off when you switch from SMPTE to Timeline.
![Continue.png](./download/file.php?id=2877&sid=acd0c7848abb8603e6e9baa1b35de55f)
- Continue.png (14.28 KiB) Viewed 7274 times