turingmachine / omxplayer-sync

OMXPlayer-Sync facilitates synchronization of multiple OMXPlayer instances over the network in a master/slave fashion.
194 stars 70 forks source link

Sync problem at begining of a loop #47

Closed 60-hz closed 7 years ago

60-hz commented 7 years ago

I have a problem running omxplayer-sync in my Slave raspberry pi. It try to re-sync and pause the movie every beginning of a loop.

After 5 second11, I see this brief message:

"Pause 00:00:05 / 00:01:00" "seek 00:00:08 / 00:01:00"

and next second:

"Play 00:00:09 / 00:01:00"

The problem is that this re-sync is very noticeable on the screen... (see here: http://raphael.isdant.free.fr/videos/sync-pb.m4v) I use raspberry Pi 2 and 3 connected using ethernet cable, no other files in the video folder. It happens also with other video at another timecode...

Thanks for your help

60-hz commented 7 years ago

Here is the verbose output of my slave raspberry pi:

local: 5.53 13 master: 5.41 10 deviation: -0.12 median_deviation: -0.12 filename: Videos/synctest.mp4 jump to 8.41 enter pause... local: 9.04 1 master: 6.42 10 deviation: -2.62 median_deviation: -0.13 filename: Videos/synctest.mp4 we are sync, play... local: 9.06 2 master: 7.43 11 deviation: -1.63 median_deviation: -0.13 filename: Videos/synctest.mp4 local: 9.08 2 master: 8.45 11 deviation: -0.63 median_deviation: -0.13 filename: Videos/synctest.mp4

turingmachine commented 7 years ago

The switch from one video to the next is still something that is hard to optimize because a new omxplayer instance needs to started for each video. A re-sync between different movies can happen.

If you disable the verbose mode of omxplayer-sync, i.e. do not pass the -v flag, it will also not display any timecodes on the display while syncing. It would still sync, but without the times shown on screen.