hello, this is just to jump into the right time zone when you start up or load another video. it has nothing to do with the actual sync technique, which has a precision below 1ms. and its not based on speed change, but directly manipulating the direct show reference clock.
I have a question regarding the use of the sync node.
As said in video synchronization it should be possible to sync videos also without boygrouping, basically thanks to the sync node.
Though I don´t want to sync a video, but I wan´t to sync a clock (actually a LFO) And since Clock (Network Boygroup) only works in a boygroup setup, I guess Sync would do the job, right?
The way I use it right now is that I substract the Offset (the difference from the clients internal seek position and the servers seek position?) from the Seek Position (the local seek position?). Is that correct? I assume so, at least the Result on the Clients is pretty much in sync.
I further don´t understand the_Stream Offset_ pin. What does it do?
From what I have seen it worked quite well. realy amazing work. This is how I used the node (on the server) in order to play an imagestack.
Though I haven´t made any long-term testing yet(actually I plan it for tonight), neither I made a proper test setup in order to check the exact frame-syncronicity… I guess it will work great :)
I cannot use the Clock (Network Boygroup) in order to sync a clock in a network setup (not in a boygroup setup), right? Wouldn´t it make sense to have a clock node which can sync a clock from a server to the clients (maybee even spreadable?) in a “normal” network setup as well as in a boygroup setup?
yes, i guess it would make sense, but right now is the clock node just an access to the internal vvvv clock. means there is no code in it, it just passes the clock to the pin, which will be synchronized in a boygroup setup autmagically.
but i keept it in mind… next version maybe. but for now your patch looks correct. i hope it has sufficient precision for your purpose. otherwise nag me again…