
ADV7183B
Table 65. Data Byte Allocation
Raw Information Bytes
Retrieved from the Video Line
1
4
1
4
0
2
0
2
Rev. B | Page 52 of 100
2×
GDECAD
0
1
0
1
User Data-Words
(Including Padding)
8
4
4
4
Padding Bytes
0
0
0
2
DC[1:0]
10
01
01
01
Gemstar Bit Names
DID. The data identification value is 0x140 (10-bit value).
Care has been taken that in 8-bit systems, the two LSBs do
not carry vital information.
EP and !EP. The EP bit is set to ensure even parity on the
data-word D[8:0]. Even parity means there will always be
an even number of 1s within the D[8:0] bit arrangement.
This includes the EP bit. !EP describes the logic inverse of
EP and is output on D[9]. The !EP is output to ensure that
the reserved codes of 00 and FF cannot happen.
EF. Even field identifier. EF = 1 indicates that the data was
recovered from a video line on an even field.
2X. This bit indicates whether the data sliced was in
Gemstar 1× or 2× format. A high indicates 2× format.
Line[3:0]. This entry provides a code that is unique for
each of the possible 16 source lines of video from which
Gemstar data can be retrieved. Refer to
231H
Table 74 and
232H
Table 75.
DC[1:0]. Data count value. The number of user data-words
in the packet divided by 4. The number of user data-words
(UDW) in any packet must be an integral number of 4.
Padding is required at the end, if necessary, as set in
ITU-R BT.1364. See
233H
Table 65.
The 2X bit determines whether the raw information
retrieved from the video line was 2 or 4 bytes. The state of
the GDECAD bit affects whether the bytes are transmitted
straight (that is, two bytes transmitted as two bytes) or
whether they are split into nibbles (that is, two bytes
transmitted as four half bytes). Padding bytes are then
added where necessary.
CS[8:2]. The checksum is provided to determine the
integrity of the ancillary data packet. It is calculated by
summing up D[8:2] of DID, SDID, the Data Count byte,
and all UDWs, and ignoring any overflow during the
summation. Since all data bytes that are used to calculate
the checksum have their two LSBs set to 0, the CS[1:0] bits
are also always 0.
!CS[8] describes the logic inversion of CS[8]. The value
!CS[8] is included in the checksum entry of the data packet
to ensure the reserved values of 0x00 and 0xFF do not
occur.
234H
Table 66 to
235H
Table 71 outline the possible data packages.
Gemstar 2× Format, Half-Byte Output Mode
Half-byte output mode is selected by setting CDECAD = 0;
full-byte output mode is selected by setting CDECAD = 1.
See the
236H
GDECAD Gemstar Decode Ancillary Data Format,
Address 0x4C[0] section.
Gemstar 1× Format
Half-byte output mode is selected by setting CDECAD = 0;
full-byte output mode is selected by setting CDECAD = 1.
See the
237H
GDECAD Gemstar Decode Ancillary Data Format,
Address 0x4C[0] section.