# Interlaced Video

Video buffers have a number of states identifiable through a combination
of caps and buffer flags.

Possible states:
- Progressive
- Interlaced
 - Plain
  - One field
  - Two fields
  - Three fields - this should be a progressive buffer with a repeated 'first'
    field that can be used for telecine pulldown
 - Telecine
   - One field
   - Two fields
    - Progressive
    - Interlaced (a.k.a. 'mixed'; the fields are from different frames)
   - Three fields - this should be a progressive buffer with a repeated 'first'
     field that can be used for telecine pulldown

Note: It can be seen that the difference between the plain interlaced
and telecine states is that in the latter, buffers containing
two fields may be progressive.

Tools for identification:
 - `GstVideoInfo`
  - `GstVideoInterlaceMode` - enum `GST_VIDEO_INTERLACE_MODE_...`
   - PROGRESSIVE
   - INTERLEAVED
   - MIXED
 - Buffers flags - `GST_VIDEO_BUFFER_FLAG_...`
   - TFF
   - RFF
   - ONEFIELD
   - INTERLACED

## Identification of Buffer States

Note that flags are not necessarily interpreted in the same way for all
different states nor are they necessarily required nor make sense in all
cases.

### Progressive

If the interlace mode in the video info corresponding to a buffer is
**"progressive"**, then the buffer is progressive.

### Plain Interlaced

If the video info interlace mode is **"interleaved"**, then the buffer is
plain interlaced.

`GST_VIDEO_BUFFER_FLAG_TFF` indicates whether the top or bottom field
is to be displayed first. The timestamp on the buffer corresponds to the
first field.

`GST_VIDEO_BUFFER_FLAG_RFF` indicates that the first field (indicated
by the TFF flag) should be repeated. This is generally only used for
telecine purposes but as the telecine state was added long after the
interlaced state was added and defined, this flag remains valid for
plain interlaced buffers.

`GST_VIDEO_BUFFER_FLAG_ONEFIELD` means that only the field indicated
through the TFF flag is to be used. The other field should be ignored.

### Telecine

If video info interlace mode is **"mixed"** then the buffers are in some
form of telecine state.

The `TFF` and `ONEFIELD` flags have the same semantics as for the plain
interlaced state.

`GST_VIDEO_BUFFER_FLAG_RFF` in the telecine state indicates that the
buffer contains only repeated fields that are present in other buffers
and are as such unneeded. For example, in a sequence of three telecined
frames, we might have:

    AtAb AtBb BtBb

In this situation, we only need the first and third buffers as the
second buffer contains fields present in the first and third.

Note that the following state can have its second buffer identified
using the `ONEFIELD` flag (and `TFF` not set):

    AtAb AtBb BtCb

The telecine state requires one additional flag to be able to identify
progressive buffers.

The presence of the `GST_VIDEO_BUFFER_FLAG_INTERLACED` means that the
buffer is an 'interlaced' or 'mixed' buffer that contains two fields
that, when combined with fields from adjacent buffers, allow
reconstruction of progressive frames. The absence of the flag implies
the buffer containing two fields is a progressive frame.

For example in the following sequence, the third buffer would be mixed
(yes, it is a strange pattern, but it can happen):

    AtAb AtBb BtCb CtDb DtDb

### Alternate fields

Since: 1.16

If the video info interlace mode is **"alternate"**, then each buffer
carries a single field of interlaced video.

`GST_VIDEO_BUFFER_FLAG_TOP_FIELD` and `GST_VIDEO_BUFFER_FLAG_BOTTOM_FIELD`
indicate whether the buffer carries a top or bottom field. The order of
buffers/fields in the stream and the timestamps on the buffers indicate the
temporal order of the fields.

Top and bottom fields are expected to alternate in this mode.

Caps for this interlace mode must also carry a `format:Interlaced` caps feature
(`GST_CAPS_FEATURE_FORMAT_INTERLACED`) to ensure backwards compatibility for
the new mode.

The frame rate in the caps still signals the *frame* rate, so the notional *field*
rate will be twice the frame rate from the caps (see `GST_VIDEO_INFO_FIELD_RATE_N`).

In the same vein the width and height in the caps will indicate *frame*
dimensions not field dimensions, meaning the height of the video data inside
the buffers (1 field) will be half of the height in the caps.