Windowburn Frame Rate Vs Embedded Timecode
|
|||||
Updated: 03/23/2022
Article #: 60
|
|||||
When you load a video into our production software it pulls the embedded timecode from the video automatically. However we frequently get videos that don't have embedded timecodes, and any automated proxies we make intentionally will not have embedded timecodes. Our software then defaults to a 00 start, which is typically usable in most situations.
However when clients want something other than a 00 start (and sometimes even when they don't) they'll add a Windowburn or Burned in Timecode (BITC) to the video. It's that black box with white numbers that tick along and it is not necessarily agreeing with the actual video on the frame rate; you can export a video with a BITC in whatever frame rate you want. So if you're noticing a discrepancy between the visible timecode and what your software reads, you can start to figure out what's happening by first:
Checking the framerate of the video file using MediaInfo.
You should see one of these frame rates: 23.98, 24, 25, 29.97, 30, 59.94
Be sure you are checking a good spot in the video.
For 29.97 videos, you will need to make sure you are checking a spot where the minute rolls over, and NOT when it rolls over to any of the 10-minute marks (00:10:00:00, 00:20:00:00, etc.) Even in drop-frame timecode, no frame is dropped at those points. You’re usually safe choosing odd-numbered minutes.
Once you've figured out the framerate of the BITC, you can see if there's a discrepancy between it and the framerate of the video which you got from MediaInfo. If they don't match it's generally better to follow the framerate of the video, but you should flag it to your Project Manager and see what the client wants. Sometimes clients even request multiple framerates of the same video and will thus put multiple BITCs on the screen!
|
|||||
|
|||||
|
|||||
|