rpitv / glimpse

Monorepo for the RPI TV Glimpse project
MIT License
3 stars 1 forks source link

Scoreboard is delayed by 0.5 of a second in video #31

Closed SuperUltraMegaChicken closed 4 months ago

ifrog800 commented 1 year ago

During hockey, the time it takes for a video feed to go from the camera through the cables and though the routers and switches to a program out feed it takes around half a second. This means the program out has realtime audio and scoreboard sync but the video is half a second behind.

This is not supercritical except for at the end of the period where a goal may have went in within the last few seconds of play. It may give the view the wrong impression that it was in fact a goal when in reality it was no goal.

One possible solution would be to make an option to toggle just the clock off from the scoreboard. Alternatively, add a controllable delay to the incoming time packets.

robere2 commented 1 year ago

I think I'd need to see a live example of this, however this could perhaps be solved via the SDI ref/genlock connections. Without a reference, each piece of equipment that your video signal goes through needs to wait up to 1 frame to receive the entire frame's signal from the device before it. If a video signal is going through 10 pieces of equipment before you're injecting the audio signal, the video could be 10 frames behind in the worst-case scenario.

To take advantage of the ref/genlock port, you need a sync generator (cheap one here) which sends a signal to all of the equipment which you want synced. This includes cameras, the switcher, video router, DAs, graphics computer, etc.

My experience and knowledge here is limited, so I am not sure if this is the only problem here, however it's probably at least contributing to the issue. 0.5 seconds sounds like a lot for this to be the sole problem.

robere2 commented 1 year ago

If this issue only applies to the audio and graphics, and you don't have another solution, you may be able to come up with a bit of a hacky solution by delaying the audio within the ATEM and then delaying graphics either in vMix if it supports it, or programming your own delay system.

robere2 commented 4 months ago

This issue seems like it's most likely better fixed within the control room, not within the software. Reopen if this changes.