Mon Aug 22, 2011 11:52 pm
Don't know if there's a better forum to post this to - but it's a synching issue, so here goes:
I've got 3 HD1010s configured as a video wall showing a series of still images that have been split across 3 screens. I've configured them all with different static IP addresses (with the same subnet & gateway) and am using the 'synchronise' command to play them in synch (one player acting a 'master' - all screens load a black screen to start and the master has a 30 second delay before sending the first synch command). All the players are being triggered, but rather than starting in synch, the master fires first, then the slaves fire simultaneously after a 1-2 second delay. Media has been created at 1360 x 768 to match the VGA output resolution of the Roku, and they're sitting on an isolated ''dumb' 10/100 ethernet hub so there's no issue with other network traffic.
We had the same issue on another project that synched video playback using the GPIO synch demo files, but got around it by extending the time before the fade-up on the master's video clip - unfortunately not an option in the current setup.
Rokus are running firmware 3.5.68 and we used BrightAuthor 2.2.0.39 to build the project.
Is there any reason why the slaves would be triggering after the master rather than in synch with it?
(we've also set up UDP responses to events as feedback to our control system for future integration, but these are attached to the images rather than the 'synchronise' command, so I'm assuming these shouldn't affect the synch timing?).
Thanks in advance.