Standard BT.656 Parallel Data Structure

Source: Internet
Author: User

Standard bt.656 Parallel Data Structure

In addition to YCbCr video data streams at, the bt.656 parallel interface also provides control signals for row and column synchronization. As shown in 3, a frame of image data consists of 625 rows and each line.
A 728-byte data block. Among them, 23 ~ The fifth row is an even number of video data fields. The value ranges from 311 to 336 ~ The fifth line is the odd video data, and the rest is the vertical control signal.

The data structure of each line is shown in Figure 4.

In Figure 4, each row of data contains a horizontal control signal and YCbCr. Video data signal. The video data signal is arranged in CB-y-Cr-y order. The first 288 bytes of each line are the row control signal, and the first 4 bytes are the EAV signal (the end of the valid video), followed by 280 fixed data pads, the last is the 4-byte sav signal (effective video start ).

The SAV and EAV signals have a three-byte leading: FF, ff, and 00. The last one-byte XY indicates the location of the row in the entire data frame and how to distinguish Sav and EAV. The meanings of each XY byte bit are shown in figure 5.

In Figure 5, the highest bit7 value is fixed data 1; F = 0 indicates an even number of fields, F = 1 indicates an odd number of fields, and V = 0 indicates valid video data for this behavior, V = 1 indicates that the row does not have a valid video count.
Data; h = 0 indicates sav signal, H = 1 indicates EAV signal; P3 ~ P0 is the protection signal, which is calculated and generated by F, V, and H signals; P3 = V or H; P2 = f or H; P1 = f or
V; p0 = F, V, or H.

**************************************** **************************************** *********************

ITU-R601/656, formerly known as ccir601/656, is a video standard proposed by the International Telecommunications Association.

Glossary: bt.656: This ITU Recommendation defines a parallel interface
(8-bit or 10-bit, 27 MHz) and a serial interface (270 Mbps) for
Transmission of BT.601 YCbCr digital video between pro-video
Equipment.

Proposal No. 656-3 of the Radio Communication Department of the International Telecommunication Union:
Working on ITU-RBT.601 recommendations (Part A) of and 525 rows on Level 2
Digital Component Video signal interface in TV System

ITU Radio Communication plenary session considers:
A) for television broadcasting agencies and program producers, it is advantageous to have the same number of important parameters as the maximum number of digital studio standards in the 525 and 625 system;
B) A World-compatible digital method will make the development of devices have many common features, make the operation more economical, and facilitate the exchange of international programs;
C)
In order to achieve the above objectives, an agreement has been reached on the basic encoding parameters of digital TV studio in the form of ITU-RBT.601 recommendations; d) the actual implementation requirements of ITU-RBT.601 recommendations
Interface and data flow through the interface details; e) These interfaces in 525 rows and 625 rows should have the largest commonality; f) in the actual implementation of ITU-RBT.601 recommendations, you want
Both serial and parallel formats are specified;
G) the digital TV signals produced by these interfaces may be potential sources of interference to other services, and the radio Rule No. 964 must be given due attention. It is recommended that where the component encoding digital video signal interfaces are required in the TV studio, these interfaces and the data streams through them should comply with the following instructions for the implementation of bit parallel and bit serial:
1 Introduction
This Recommendation describes the interconnection methods for digital television devices that run in line 525 or line 625 and comply with the-2 encoding parameters set forth in ITU-RBT.601 recommendations (Part.
Part 1: Common signal formats of interfaces
1. General Interface Description
Interfaces provide unidirectional interconnection between a single signal source and a single end point. The common single signal formats for parallel and serial interfaces are described in section 2nd. The data signal is encoded into binary information of 8 bits (or 10 bits. These signals are:
1: video signal,
2: scheduled benchmark signal,
3: auxiliary signal.
2. Video data
Table 1 field interval Definition

Note 1: Signals F and V change the status at the beginning of the Digital Line in sync with the scheduled reference code of the valid video.
NOTE 2: For the definition of the number of rows, see the ITU-RBT.470 recommendations. Note that the row number of the numeric row is shown in the ITU-R BT. 601 we recommend that you change the status before 011 as described in (Part.
2.1 encoding features
The video data conforms to the recommended ITU-R bt.601 (Part A) and field blanking definitions shown in table L.
2.2 video data format
8
The maximum valid bits are all l or 0 data words used to identify the target, so only 256 of the 254 8 bits (1024 of the 1016 10 bits)
Can be used to represent the signal value. Video data is transmitted at a rate of 27 megabits/second in the order of CB, Y, Cr, Y, CB, Y, Cr ,...... Where, CB, Y, Cr
The three words refer to the same-site brightness and chromatic aberration signal sampling. The subsequent y words correspond to the next brightness sampling.
2.3 interface signal structure
Figure L shows how the video sampling data is added to the interface data stream. Sample identifiers in Figure L conform to the identifiers recommended for ITU-RBT.601 (Part.
2.4 video scheduled benchmark code (SAV, EAV)
There are two scheduled benchmark signals, one at the beginning of each Video data block (Start of ActiveVideo, SAV), and the other at the End of each Video data block (End of Active Video, EAV ), l.

Each scheduled baseline signal consists of a sequence of four characters in the following format:
FF 00 00 XY (the value is in hexadecimal notation, and FF 00 is reserved for the scheduled reference signal .) The first three are fixed prefixes, and the first 4th words contain information that defines the Second Field identifier, the field invisibility status, and the row blanking status.
The bit allocation in the scheduled benchmark signal is listed in Table 2.
Data bits (FF) Second (00) Third (00) Fourth (XY)

NOTE 1: The displayed value is the recommended value for the 10-bit interface.
NOTE 2: to be compatible with existing 8-bit interfaces, the values of D1 and DO bits are defined at the end. F = 0/1
When the l/2 field is used, V = 0/1 when the other field/field is used for hiding. H = 0/1
Effective video start (SAV)/Effective video end (EAV) P0, P1, P2, P3: Protection bits (see table 3) MSB: the highest valid bits table l specifies V and F
Bit status. The statuses of P0, P1, P2, and P3 bits depend on the statuses of F and V bits. See table 3. In the receiver, this arrangement allows correction of l-bit codes and detection of 2-bit codes.

2.5 Auxiliary Data
The auxiliary data synchronized to the multiplexing group at a rate of 27 MWord/s during the invisibility period is specified. The secondary data signal can be set to 10
The bitwise form is transmitted only during a row's invisibility period, and can also be transmitted in the 8-bit form only during the valid period of the row in the presence of blanking (it should be noted that: conforms to the ITU-RBT.657
The suggested digital video recorder does not record data during the invisibility period, nor does it record certain rows during the invisibility period ). Data Value: 00.Xh
And FF. Xb (see section 2.2) are reserved for the purpose of identification. Therefore, it cannot appear in secondary data.
The prefix FF. x FF. x must be added to all auxiliary data signals contained in the valid part of the row during off-site hiding. Unless used as a special device, the auxiliary signal should not be changed by the device.
2.6 Data words during the invisibility Period
When data words that do not require regular reference codes or auxiliary data appear during the digital invisibility period, you should fill in the appropriate positions in the reused data, which is equivalent to Cb, Y, Cr, Y Signal hiding level of 80.0 h, 10.0 h, 80.0 h, 10.0 h and other sequences. Horizontal Format

The overall format of one complete line of the digital video data
Stream operations des the following sections. The horizontal scan is
Considered to start with the beginning of the EAV section.

· EAV-End of Active Video (timing reference signal) 2 samples (4 words)
· Horizontal blanking 134 samples (268 words)
· SAV-Start of Active Video (timing reference signal) 2 samples (4 words)
· Active video 720 samples (1440 words)

EAV Timing Reference Signal:

The EAV timing reference consists of four words in the following format:

Where:
F = field select (defines which vertical scan during interlace scanning)
V = vertical blanking
H = 1 indicating EAV
E3 = V XOR H
E2 = f XOR H
E1 = f XOR v
E0 = f XOR v XOR H
Horizontal blanking:
The horizontal blanking section consists of a repeating pattern: 1000 0000 0001 0000 ........
Sav timing reference signal:

The SAV timing reference consists of four words in the following format:

Where:
F = field select (defines which vertical scan during interlace scanning)
V = Vertical blanking
H = 0 indicating SAV
E3 = V xor H
E2 = F xor H
E1 = F xor V
E0 = F xor V xor H
Active Video:

The active video section consists of the Y, Cb, Cr data in
Following sequence. The Y, Cb and Cr values are the scaled, offset,
Digitized versions of Y, U and V.

· Cr
· Y
· Cb
· Y

Vertical Format
The
Details of the vertical format are shown in the complete screen
Diagrammed below. The scan is of the interlace type which means that
The odd lines are scanned first, followed by the even lines.
Symbols "F" and "V" refer to the values contained in BITs P8 and P7
The EAV and Sav timing reference words.

Contact Us

The content source of this page is from Internet, which doesn't represent Alibaba Cloud's opinion; products and services mentioned on that page don't have any relationship with Alibaba Cloud. If the content of the page makes you feel confusing, please write us an email, we will handle the problem within 5 days after receiving your email.

If you find any instances of plagiarism from the community, please send an email to: info-contact@alibabacloud.com and provide relevant evidence. A staff member will contact you within 5 working days.

A Free Trial That Lets You Build Big!

Start building with 50+ products and up to 12 months usage for Elastic Compute Service

  • Sales Support

    1 on 1 presale consultation

  • After-Sales Support

    24/7 Technical Support 6 Free Tickets per Quarter Faster Response

  • Alibaba Cloud offers highly flexible support services tailored to meet your exact needs.