Fri Oct 25, 2024 10:49 pm
Because there were some changes in this area recently on the Constellations, I wanted to verify the processing delay. As Howard posted, the specification is less than 10 lines. I verified this on the Constellation models today. To achieve the input to output latency of the ATEMs, the SDI signal must be locked to the same reference as the ATEM (or to the ATEM itself). The signal must also be advanced by the amount of the processing which is 10 lines. All of our studio type cameras have this line timing. I like to set it to -15 just to make sure it's ahead of the ATEM. So lock the camera reference to Program or Input video from the ATEM. Set the line timing to -15. And the SDI out of the camera will be 15 (or so) lines later on the ATEM. Very simple actually. Please note this applies to any video path through the ATEM that doesn't involve scaling or rate conversion. The DVE and Supersource willl add a frame. If you don't match the ATEM Resolution or frame rate, there will be possibly a few more frames of delay. Keep it all the same if possible. Any other latencies you will notice will be caused by displays and any other processing the video might pass through. Also, because this comes up often, the Videohub and SDI distribution do not have "any" latency. When I say "any" you might find a few nanoseconds about using expensive test gear. I hope this helps.
Gary
Gary Adams
Blackmagic Design