SMPTE timecode is a set of cooperating standards to label individual frames of video or film with a timecode 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. Important clarifications and explanations were added in addition.
Timecodes are added to film, video or audio material, and have also been adapted to synchronize music. They provide a time reference for editing, synchronisation and identification. Timecode is a form of media Metadata (computing)|metadata. The invention of timecode made modern videotape editing possible, and led eventually to the creation of non-linear editing systems.
Basic concepts
SMPTE (IPA: ˈsɪm tiː) timecodes contains binary coded decimal hour:minute:second:frame identification and 32 bits for use by users. 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 forms SMPTE timecodes are derived from that of the longitudinal timecode.
Time code can have a multiple number of frame rates: common ones are:
- 24 frame/sec (film High Definition, 2k, 4k, 6k)
- 25 frame/sec (PAL Europe System, Brazil, Argentina and SECAM)
- 29.97 (30×1000÷1001) frame/sec (NTSC American System(US, Canada, Mexico, Colombia, etc…)
- 30 frame/sec (HDTVSD)
In general, SMPTE timecode frame rate information is implicit, known from the rate of arrival of the timecode from the medium, or other metadata encoded in the medium. The interpretation of several bits, including the “colour framing” and “drop frame” bits, depends on the underlying data rate. In particular, the drop frame bit is only valid for a nominal frame rate of 30 frame/s: see below for details.
More complex timecodes such as vertical interval timecode can also include extra information in a variety of encodings.
Discontinuous timecode, and flywheel processing
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. After making a series of recordings, or after crude editing, recorded timecodes may consist of discontinuous segments.
Note that in general you cannot know the current frame’s LTC until the frame’s already gone by to let you read it, and it’s too late to make the edit. Practical systems watch the ascending sequence of the timecode, and infer the current frame’s time 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. As a result, the boundary between discontinuous timecode ranges cannot be determined exactly until several frames of code have been read after the timecode boundary.
For this reason, most videotape editing attempts to keep the timecode of the recorded material continuous, so that multiple edits may be repeatedly over-recorded onto the same piece of videotape.
Although it would be possible in all-digital systems to eliminate the flywheel algorithm by adding a frame delay to allow the timecode to be decoded prior to the processing of the frame, this is not done in most practical systems as:
- it introduces an unnecessary frame delay in the signal processing path
- there is still a need to compensate for timecode errors in signals derived from analog video or audio systems.
Drop frame timecode
Drop frame timecode dates to a compromise invented when color NTSC video was invented. The NTSC re-designers wanted to retain compatibility with existing monochrome TVs. However, broadcasting color took 0.03 seconds every second to transmit the color information in the signal, or 3.58sec per hour. Technically, the 3.58 MHz (actually 315/88 MHz = 3.57954545 MHz) color subcarrier would absorb common-phase noise from the harmonics of the line scan frequency. Rather than adjusting the audio or chroma subcarriers, they adjusted everything else, including the frame rate, which was set to 30×1.000/1.001 Hz.
This meant that an “hour of timecode” at a nominal frame rate of 30 frame/s was longer than an hour of wall-clock time by 3.59 seconds, leading to an error of almost a minute and a half over a day. This caused people to make unnecessary mistakes in broadcasting studios and precious advertising dollars could be lost.
To correct this, drop frame SMPTE timecode was invented. In spite of what the name implies, NO video frames are dropped (skipped) using drop-frame timecode. What’s actually being dropped are some of the timecode “labels”. In order to make an hour of timecode match an hour on the clock, drop-frame timecode drops frame numbers 0 and 1 of the first second of every minute, and includes them when the number of minutes is divisible by ten. This achieves an “easy-to-track” drop frame rate of 18 frames each ten minutes (18,000 frames @ 30frame/s) and almost perfectly compensates for the difference in rate, leaving a residual timing error of roughly 86.4 milliseconds per day, an error of only 1.0 ppm.
i.e. – Drop frame TC drops two frames every minute, except every tenth minute, achieving 29.97frame/s.
Drop frame is usually represented with a semi-colon (;) whereas Non-drop is represented with a colon (:)
Colour framing and timecode
A colour framing bit is often used to indicate field 1 of the colour frame, so that editing equipment can make sure to edit only on appropriate field boundaries in order to prevent picture corruption.
Studio operations and master clocks
In 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, either using network time, or GPS. Studios usually maintain two or three clocks, and automatically switch over if one fails.
A recent development is to mount small GPS-synchronized SMPTE timecode generators on each camera, which eliminates the distribution network for portable set-ups and shooting on location.
Longitudinal SMPTE timecode is widely used to synchronise music. The frame rate used for audio sync is arbitrary, and can be chosen to suit the needs of the production. A frame rate of 24 frame/s is popular because it reduces synchronisation problems with 48 kHz digital audio. SMPTE timecodes are often time code not specified by SMPTE.
SMPTE timecode media
- Linear timecode, a.k.a. “longitudinal timecode” and “LTC” (pronounced “lit-see”): suitable to be recorded on an audio channel, or by audio wires. This is how it is distributed within a studio to synchronise 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.
- Vertical interval timecode, a.k.a. VITC (pronounced “vit-see”): recorded directly into the VBI (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.
- CTL timecode (control track longitudinal): SMPTE timecode embedded in a videotape’s control track.
- 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.
- Film labels, such as Keykode.
Longitudinal timecode data format
The basic format is an 80-bit code that gives the time of day to the second, and the frame number within the second.
The bits of the longitudinal SMPTE code:
0..3: Frame units
4..7: user-bits field 1
8..9: Frame tens
10: 1=drop frame format (frame 0 and 1 omitted from first second of each minute, but included when minutes divides by ten; approximates 29.97 frame/s)
11: 1=”color frame”, i.e. the time code is intentionally synchronised with a color TV field sequence.
12..15: user-bits field 2
16..19: seconds units
20..23: user bits field 3
24..26: second tens
27: Bi-phase mark-correction bit; set or cleared so every 80-bit word has an even number of zeros. In a linear timecode system, this ensures that there is no net current flow, and also allows a technician to read the bi-phase coding timing with an oscilloscope, without the signal inverting itself continually. Modern equipment regenerates the time code to a fixed timing in the video vertical interval, so this is far less needed than before.
28..31: user bits field 4
32..35: minutes unit digit
36..39: user bits field 5
40..42: minutes tens digit
43: binary group flag bit (with bit 59, 43,59 = 00 = no format for user bits, 10 = eight bit format, 01, 11 are unassigned and reserved).
44..47: user bits field 6
48..51: hours units
52..55: user bits field 7
56..57: hours tens
58: unused, reserved, should transmit zero and ignore on receive for compatibility
59: binary group flag bit (see bit 43 for encoding)
60..63: user bits field 8
64..79: sync word, should be 0011 1111 1111 1101
There are thirty-two bits of user data. These are usually used for a reel number and date. They can be anything at all, as long as bits 43 and 59 are set to zero.
The bits are encoded as biphase. A zero bit has a single transition at the start of the bit period. A one bit has two transitions, at the beginning and middle of the period. This encoding is self-clocking.
Longitudinal SMPTE timecode should be played back at a middle-level when recorded on an audio track. Too high or too low will both cause distortion.
History
Longitudinal and vertical-interval timecodes were developed in 1967 by EECO, an electronics company that developed video recorders, and later video production systems. EECO assigned its intellectual property to permit public use.
References
- Timecode: A user’s guide, second edition by John Ratcliff, [Focal Press]
- A Technical Introduction to Digital Video by Charles Poynton
External links
- museum.tv article about timecode and video editing
- Article on timecode by Chris Pirazzi
- Synchronisation and SMPTE TimeCodes.
Leave a Reply