<div dir="ltr"><div>This may, or may not, be a GStreamer issue. I've written a video-wall application that splits a playing video into pieces and shows the pieces on zero-clients connected to the host computer via USB or Ethernet cable.<br>
<br></div>This basic functionality is working, but when playing large (ie 4K resolution) videos, we sometimes see momentary differences between when different monitors get updated with the next frame of video.<br clear="all">
<div><div><br></div><div>Now, I can easily imagine a number of places that a video frame may be delayed so as to show after its neighbor:<br><br></div><div>1) Inside the GStreamer pipeline.<br></div><div>2) Inside the network stack<br>
</div><div>3) due to USB bandwidth issues.<br><br></div><div>So far the only code in GStreamer that tries to maintain sync is that in the queue that handles each output monitor. The assumption made was that that would be sufficient. I could (with a lot of rewriting) replace all N output queues with a single N-way multiqueue, but I'm unsure that such a move is actually necessary.<br>
<br></div><div>Does anyone have any suggestions of ways, techniques, whatever to try to narrow down cause of the frame sync issue before I go rewriting great chunks of code. I would hate to do all that just to find out it was a USB driver issue all along...<br>
<br></div><div>-- <br>Stirling Westrup<br>Programmer, Entrepreneur.<br><a href="https://www.linkedin.com/e/fpf/77228" target="_blank">https://www.linkedin.com/e/fpf/77228</a><br><a href="http://www.linkedin.com/in/swestrup" target="_blank">http://www.linkedin.com/in/swestrup</a><br>
<a href="http://technaut.livejournal.com" target="_blank">http://technaut.livejournal.com</a><br><a href="http://sourceforge.net/users/stirlingwestrup" target="_blank">http://sourceforge.net/users/stirlingwestrup</a>
</div></div></div>