NG
Yes - it's normal. Modern flat screen displays, particularly when fed interlaced (rather than progressive) signals introduce delay (this can be anything from a frame and a half to quite a few frames). Similarly there can be a delay in feeding the output of a studio vision mixer to a studio in-vision screen, and in addition Outside Source may well process the live incoming OB source via the touch screen processing, again adding more delay.
This first started being obvious on-air when the Barco walls arrived in N6 and TC7 in 2006-ish, as the amount of processing required to feed the Barco walls, and inherent in the DLP projection technology they used introduced enough frames of delay for it be obviously out-of-sync.
The only real way round this (if you can't remove the video delay) is to delay the audio to match AND then also introduce a matched video delay in the full-screen version of the content (you are also feeding undelayed to the screen). In other words so you feed the source undelayed to the screen (which then delays it), but cut to the delayed version full frame (the delay matching the delay introduced by the screen).
This is also an issue with AR virtual screens and similar solutions are required.
However in so-doing you are introducing latency into the audio chain, adding more delay to answers being heard on-air after questions have been asked.
You also need some clever macros, or dual presented OSs etc. to practically do this.
noggin
Founding member
Is the delay in live contributions on the Outside Source screen normally that bad? Seeing Katya Adler and Christian Fraser's two ways is awkward as they start speaking before their mouths move on the screen (but fine when taken full screen).
Yes - it's normal. Modern flat screen displays, particularly when fed interlaced (rather than progressive) signals introduce delay (this can be anything from a frame and a half to quite a few frames). Similarly there can be a delay in feeding the output of a studio vision mixer to a studio in-vision screen, and in addition Outside Source may well process the live incoming OB source via the touch screen processing, again adding more delay.
This first started being obvious on-air when the Barco walls arrived in N6 and TC7 in 2006-ish, as the amount of processing required to feed the Barco walls, and inherent in the DLP projection technology they used introduced enough frames of delay for it be obviously out-of-sync.
The only real way round this (if you can't remove the video delay) is to delay the audio to match AND then also introduce a matched video delay in the full-screen version of the content (you are also feeding undelayed to the screen). In other words so you feed the source undelayed to the screen (which then delays it), but cut to the delayed version full frame (the delay matching the delay introduced by the screen).
This is also an issue with AR virtual screens and similar solutions are required.
However in so-doing you are introducing latency into the audio chain, adding more delay to answers being heard on-air after questions have been asked.
You also need some clever macros, or dual presented OSs etc. to practically do this.
Last edited by noggin on 10 September 2019 10:36am