SMPTE timecode

This article includes a list of general references, but it lacks sufficient corresponding inline citations. Please help to improve this article by introducing more precise citations. (July 2011) (Learn how and when to remove this message)

SMPTE timecode (/ˈsɪmptiː/ or /ˈsɪmtiː/) is a set of cooperating standards to label individual frames of video or film with a timecode. The system is defined by the Society of Motion Picture and Television Engineers in the SMPTE 12M specification. SMPTE revised the standard in 2008, turning it into a two-part document: SMPTE 12M-1 and SMPTE 12M-2, including new explanations and clarifications.

Timecodes are added to film, video or audio material, and have also been adapted to synchronize music and theatrical production. They provide a time reference for editing, synchronization and identification. Timecode is a form of media metadata. The invention of timecode made modern videotape editing possible and led eventually to the creation of non-linear editing systems.

SMPTE timecode is presented in hour:minute:second:frame format and is typically represented in 32 bits using binary-coded decimal. There are also drop-frame and color framing flags and three extra binary group flag bits used for defining the use of the user bits. The formats of other varieties of SMPTE timecode are derived from that of the linear timecode. More complex timecodes such as vertical interval timecode can also include extra information in a variety of encodings.

Sub-second timecode time values are expressed in terms of frames. Common supported frame rates include:

• 24 frame/sec. (film, ATSC, 2K, 4K, 6K)
• 25 frame/sec. (PAL (Europe, Uruguay, Argentina, Australia), SECAM, DVB, ATSC)
• 29.97 (30 ÷ 1.001) frame/sec. (NTSC American System (U.S., Canada, Mexico, Colombia, et al.), ATSC, PAL-M (Brazil))
• 30 frame/sec. (ATSC)

In general, SMPTE timecode frame rate information is implicit, known from the rate of arrival of the timecode from the medium. It may also be specified in other metadata encoded in the medium. The interpretation of several bits, including the color framing and drop frame bits, depends on the underlying data rate. In particular, the drop frame bit is only valid for 29.97 and 30 frame/sec.

Timecodes are generated as a continuous stream of sequential data values. In some applications wall-clock time is used, in others the time encoded is a notional time with more arbitrary reference. After making a series of recordings, or after crude editing, recorded timecodes may consist of discontinuous segments.

In general, it is not possible to know the linear timecode (LTC) of the current frame until the frame has already gone by, by which time it is too late to make an edit. Practical systems watch the ascending sequence of the timecode and infer the time of the current frame from that.

As timecodes in analog systems are prone to bit-errors and drop-outs, most timecode processing devices check for internal consistency in the sequence of timecode values and use simple error correction schemes to correct for short error bursts. Thus, a boundary between discontinuous timecode ranges cannot be determined exactly until several subsequent frames have passed.

Drop-frame timecode originates from a compromise introduced when color NTSC video was invented. The NTSC designers wanted to retain compatibility with existing monochrome televisions. To minimize subcarrier visibility on a monochrome receiver it was necessary to make the color subcarrier an odd multiple of half the line scan frequency; the multiple originally chosen was 495. With a 30 Hz frame rate the line scan frequency is (30 × 525) = 15750 Hz. So the subcarrier frequency would have been ⁠495/2⁠ × 15750 = 3.898125 MHz.

This was the subcarrier frequency originally chosen, but tests showed that on some monochrome receivers an interference pattern caused by the beat between the color subcarrier and the 4.5 MHz sound intercarrier could be seen. The visibility of this pattern could be greatly reduced by lowering the subcarrier frequency multiple to 455 (thus increasing the beat frequency from approximately 600 kHz to approximately 920 kHz) and by making the beat frequency also equal to an odd multiple of half the line scan frequency. This latter change could have been achieved by raising the sound intercarrier by 0.1% to 4.5045 MHz, but the designers, concerned that this might cause problems with some existing receivers, decided instead to reduce the color subcarrier frequency, and thus both the line scan frequency and the frame rate, by 0.1% instead. Thus the NTSC color subcarrier ended up as 3.57954 MHz (⁠315/88⁠ MHz), the line scan frequency as 15.734265 kHz (⁠9/572⁠ MHz) and the frame rate 29.970029 Hz (⁠30/1.001⁠ Hz).^[1]

The altered frame rate meant that an hour of timecode at a nominal frame rate of 29.97 frame/s was longer than an hour of wall-clock time by 3.6 seconds (for 29.97 non-drop timecode of 01:00:00:00 drop-frame timecode is 01:00:03;18 and for non-drop 00:59:56:12 drop-frame is 01:00:00;00), leading to an error of almost a minute and a half over a day.^[2]

To correct this, drop-frame SMPTE timecode was invented. In spite of what the name implies, no video frames are dropped or skipped when using drop-frame timecode. Rather, some of the timecodes are dropped. In order to make an hour of timecode match an hour on the clock, drop-frame timecode skips frame numbers 0 and 1 of the first second of every minute, except when the number of minutes is divisible by ten.^[a] This causes timecode to skip 18 frames each ten minutes (18,000 frames @ 30 frame/s) and almost perfectly compensates for the difference in rate (but still accumulates 1 frame every 9 hours 15 minutes).^[b][3]

For example, the sequence when frame counts are dropped:

01:08:59:28

01:08:59:29

01:09:00:02

01:09:00:03

For each tenth minute

01:09:59:28

01:09:59:29

01:10:00:00

01:10:00:01

While non-drop timecode is displayed with colons separating the digit pairs—"HH:MM:SS:FF"—drop-frame is usually represented with a semicolon (;) or period (.) as the divider between all the digit pairs—HH;MM;SS;FF, HH.MM.SS.FF—or just between the seconds and frames—HH:MM:SS;FF or HH:MM:SS.FF.^[c] Drop-frame timecode is typically abbreviated as DF and non-drop as NDF.

A color framing bit is often used to indicate field 1 of the color frame so that editing equipment can make sure to edit only on appropriate color frame sequence boundaries in order to prevent picture corruption.

In television studio operations, longitudinal timecode is generated by the studio master sync generator and distributed from a central point. Central sync generators usually derive their timing from an atomic clock, using either network time or GPS. Studios usually operate multiple clocks and automatically switch over if one fails.

Longitudinal SMPTE timecode is widely used to synchronize music. A frame rate of 30 frame/s is often used for audio in America, Japan, and other countries that rely on a 60 Hz mains frequency and use the NTSC television standard. The European Broadcasting Union standard frame rate of 25 frame/s is used throughout Europe, Australia and wherever the mains frequency is 50 Hz and the PAL or SECAM television standards are used.^[4]

Timecode may be attached to a recording medium in a number of different ways.

1. Linear timecode, a.k.a. longitudinal timecode (LTC): suitable to be recorded on an audio channel, or carried by audio wires for distribution within a studio to synchronize recorders and cameras. To read LTC, the recording must be moving, meaning that LTC is useless when the recording is stationary or nearly stationary. This shortcoming led to the development of VITC.
2. Vertical interval timecode, (VITC, pronounced "vit-see"): recorded into the vertical blanking interval of the video signal on each frame of video. The advantage of VITC is that, since it is a part of the playback video, it can be read when the tape is stationary.
3. AES-EBU embedded timecode, SMPTE timecode embedded in an AES3 digital audio connection.
4. control track longitudinal timecode (CTL timecode): SMPTE timecode embedded in the control track of a videotape.
5. Visible time code, a.k.a. burnt-in timecode and BITC (pronounced "bit-see") - the numbers are burnt into the video image so that humans can easily read the time code. Videotapes that are duplicated with these time code numbers burnt-in to the video are known as window dubs.
6. Film labels, such as Keykode.

There were several iterations of timecode in the late 1960s (EECO, DaVinci, Seimens, etc.). The version adopted by SMPTE was developed by Leo O'Donnell while he was working for the National Film Board of Canada. Leo's version referenced time of day and used an 80-bit word that was derived from rocket telemetry. There were several patents issued on Leo’s version (US3877799, for example). Since that time, several changes have been made by SMPTE to keep up with technology.

• Field dominance
• IRIG timecode
• Linear timecode
• MIDI timecode
• Rewritable consumer timecode
• Vertical interval timecode

• Technical Introduction to Timecode by Charles Poynton
• Article on timecode by Chris Pirazzi
• Synchronisation and SMPTE TimeCodes.
• Peter Utz. "SMPTE Time Code Explained". Archived from the original on 2009-02-10.
• Conversion between SMPTE hh:mm:ss:ff Time Code and Frames with c source code by Brooks Harris