US20150281668A1 - Broadcast receiver and 3d video data processing method thereof - Google Patents
Broadcast receiver and 3d video data processing method thereof Download PDFInfo
- Publication number
- US20150281668A1 US20150281668A1 US14/673,411 US201514673411A US2015281668A1 US 20150281668 A1 US20150281668 A1 US 20150281668A1 US 201514673411 A US201514673411 A US 201514673411A US 2015281668 A1 US2015281668 A1 US 2015281668A1
- Authority
- US
- United States
- Prior art keywords
- program
- information
- broadcast
- eye view
- video
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
- 238000003672 processing method Methods 0.000 title abstract description 10
- 238000000034 method Methods 0.000 claims abstract description 43
- 230000011664 signaling Effects 0.000 claims description 10
- 238000010586 diagram Methods 0.000 description 15
- 238000006243 chemical reaction Methods 0.000 description 12
- 239000000284 extract Substances 0.000 description 12
- 230000000694 effects Effects 0.000 description 9
- 238000001824 photoionisation detection Methods 0.000 description 8
- 238000003384 imaging method Methods 0.000 description 7
- 230000005540 biological transmission Effects 0.000 description 5
- 230000001360 synchronised effect Effects 0.000 description 4
- 238000012986 modification Methods 0.000 description 3
- 230000004048 modification Effects 0.000 description 3
- 230000006835 compression Effects 0.000 description 2
- 238000007906 compression Methods 0.000 description 2
- 238000001914 filtration Methods 0.000 description 2
- 238000013507 mapping Methods 0.000 description 2
- 238000005070 sampling Methods 0.000 description 2
- 238000007792 addition Methods 0.000 description 1
- 239000000872 buffer Substances 0.000 description 1
- 239000000470 constituent Substances 0.000 description 1
- 238000005516 engineering process Methods 0.000 description 1
- 230000006870 function Effects 0.000 description 1
- 239000011521 glass Substances 0.000 description 1
- 230000003287 optical effect Effects 0.000 description 1
- 230000010287 polarization Effects 0.000 description 1
- 238000006467 substitution reaction Methods 0.000 description 1
- 230000000007 visual effect Effects 0.000 description 1
Images
Classifications
-
- H04N13/0029—
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N13/00—Stereoscopic video systems; Multi-view video systems; Details thereof
- H04N13/10—Processing, recording or transmission of stereoscopic or multi-view image signals
- H04N13/106—Processing image signals
- H04N13/139—Format conversion, e.g. of frame-rate or size
-
- H04N13/0048—
-
- H04N13/0059—
-
- H04N13/0066—
-
- H04N13/0454—
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N13/00—Stereoscopic video systems; Multi-view video systems; Details thereof
- H04N13/10—Processing, recording or transmission of stereoscopic or multi-view image signals
- H04N13/106—Processing image signals
- H04N13/161—Encoding, multiplexing or demultiplexing different image signal components
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N13/00—Stereoscopic video systems; Multi-view video systems; Details thereof
- H04N13/10—Processing, recording or transmission of stereoscopic or multi-view image signals
- H04N13/106—Processing image signals
- H04N13/172—Processing image signals image signals comprising non-image signal components, e.g. headers or format information
- H04N13/178—Metadata, e.g. disparity information
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N13/00—Stereoscopic video systems; Multi-view video systems; Details thereof
- H04N13/10—Processing, recording or transmission of stereoscopic or multi-view image signals
- H04N13/194—Transmission of image signals
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N13/00—Stereoscopic video systems; Multi-view video systems; Details thereof
- H04N13/30—Image reproducers
- H04N13/356—Image reproducers having separate monoscopic and stereoscopic modes
- H04N13/359—Switching between monoscopic and stereoscopic modes
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/20—Servers specifically adapted for the distribution of content, e.g. VOD servers; Operations thereof
- H04N21/23—Processing of content or additional data; Elementary server operations; Server middleware
- H04N21/236—Assembling of a multiplex stream, e.g. transport stream, by combining a video stream with other content or additional data, e.g. inserting a URL [Uniform Resource Locator] into a video stream, multiplexing software data into a video stream; Remultiplexing of multiplex streams; Insertion of stuffing bits into the multiplex stream, e.g. to obtain a constant bit-rate; Assembling of a packetised elementary stream
- H04N21/2362—Generation or processing of Service Information [SI]
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/40—Client devices specifically adapted for the reception of or interaction with content, e.g. set-top-box [STB]; Operations thereof
- H04N21/43—Processing of content or additional data, e.g. demultiplexing additional data from a digital video stream; Elementary client operations, e.g. monitoring of home network or synchronising decoder's clock; Client middleware
- H04N21/434—Disassembling of a multiplex stream, e.g. demultiplexing audio and video streams, extraction of additional data from a video stream; Remultiplexing of multiplex streams; Extraction or processing of SI; Disassembling of packetised elementary stream
- H04N21/4345—Extraction or processing of SI, e.g. extracting service information from an MPEG stream
-
- H—ELECTRICITY
- H04—ELECTRIC COMMUNICATION TECHNIQUE
- H04N—PICTORIAL COMMUNICATION, e.g. TELEVISION
- H04N21/00—Selective content distribution, e.g. interactive television or video on demand [VOD]
- H04N21/80—Generation or processing of content or additional data by content creator independently of the distribution process; Content per se
- H04N21/81—Monomedia components thereof
- H04N21/816—Monomedia components thereof involving special video data, e.g 3D video
Definitions
- the present invention relates to an apparatus and method for processing a broadcast signal, and more particularly to a broadcast receiver for processing video data using signaling information of a 3D broadcast service when a 3D broadcast system provides the 3D broadcast service, and a 3D video data processing method thereof.
- a three dimensional (3D) image (or a stereoscopic image) provides a user's eyes with a stereoscopic effect using the stereoscopic visual principle.
- a human being feels both near and far through a binocular parallax caused by a distance between their eyes spaced apart from each other by about 65 mm, such that the 3D image enables both right and left eyes to respectively view associated planar images, resulting in the stereoscopic effect and the perspective effect.
- the above-mentioned 3D image display method may be classified into a stereoscopic scheme, a volumetric scheme, a holographic scheme, etc.
- the 3D image display method provides a left view image to be viewed by the left eye and a right view image to be viewed by the right eye, such that the user's left eye views the left view image and the user's right eye views the right view image through either polarization glasses or a display device, resulting in recognition of the 3D image effect.
- the present invention is directed to a broadcast receiver and a 3D video data processing method, that substantially obviate one or more problems due to limitations and disadvantages of the related art.
- An object of the present invention is to provide a broadcast receiver, and a 3D video data processing method, which transmit and receive 3D video data when a 3D broadcast system transmits a video stream for stereoscopic display, and process the 3D video data using the broadcast receiver, and thus providing a user with more effective and convenient broadcast environments.
- the object of the present invention can be achieved by providing a three dimensional (3D) broadcast data processing method for use in a broadcast receiver, the method including receiving a broadcast signal including system information and video data, parsing system information of a program, and determining whether the program provides a 3D broadcast service on the basis of the system information, extracting, if the program provides a 3D broadcast service, broadcast data corresponding to the program, and processing video data contained in the broadcast data according to the system information.
- 3D three dimensional
- a broadcast receiver including a receiving unit for receiving a broadcast signal including system information and video data, a system information (SI) processor for parsing system information of a program, and determining whether the program provides a 3D broadcast service on the basis of the system information, a demultiplexer for extracting, if the program provides a 3D broadcast service, broadcast data corresponding to the program, and a video processing unit for processing video data contained in the broadcast data according to the system information.
- SI system information
- the broadcast receiver can process 3D video data such that a 3D effect intended by a 3D broadcast service provider is reflected in the 3D broadcast service.
- the embodiments of the present invention can effectively provide a 3D broadcast service simultaneously while minimizing the effect on a conventional 2D broadcast service.
- FIG. 1 is a conceptual diagram illustrating a method for providing a 3D broadcast service according to a program number allocation according to a first embodiment of the present invention.
- FIG. 2 is a conceptual diagram illustrating a method for providing a 3D broadcast service according to a program number allocation according to a second embodiment of the present invention.
- FIG. 3 shows a syntax structure of a Program Map Table (PMT) including 3D broadcast information according to one embodiment of the present invention.
- PMT Program Map Table
- FIG. 4 shows a syntax structure of 3DTV information contained in a PMT according to one embodiment of the present invention.
- FIG. 5 shows a syntax structure of 3DTV Elementary Stream (ES) information contained in a PMT according to a first embodiment of the present invention.
- ES 3DTV Elementary Stream
- FIG. 6 is a block diagram illustrating one example of a broadcast receiver for processing a broadcast signal according to a first embodiment of the present invention.
- FIG. 7 is a block diagram illustrating another example of a broadcast receiver for processing a broadcast signal according to a first embodiment of the present invention.
- FIG. 8 shows a syntax structure of a PMT including 3D broadcast information according to one embodiment of the present invention.
- FIG. 9 shows a syntax structure of 3DTV information contained in a PMT according to one embodiment of the present invention.
- FIG. 10 shows a syntax structure of 3D format information contained in a PMT according to one embodiment of the present invention.
- FIG. 11 is a block diagram illustrating a broadcast receiver for processing a broadcast signal according to a second embodiment of the present invention.
- FIG. 12 is a structural diagram illustrating a broadcast receiver that converts a multiplexing format of a received image into another format using 3D image format information and outputs the converted result according to one embodiment of the present invention.
- FIG. 13 is a conceptual diagram illustrating a video data processing method of a broadcast receiver that converts a multiplexing format of a received image using 3DTV format information and outputs the converted result according to one embodiment of the present invention.
- FIG. 14 is a flowchart illustrating a broadcast data processing method of a 3D broadcast receiver according to one embodiment of the present invention.
- the 3D image display method includes a stereoscopic imaging scheme in which two viewpoints are considered and a multi-view imaging scheme in which three or more viewpoints are considered.
- a single view image scheme shown in the related art may also be referred to as a monoscopic image scheme.
- the stereoscopic imaging scheme is designed to use one pair of right and left view images acquired when a left-side camera and a right-side camera spaced apart from each other by a predetermined distance capture the same target object.
- the multi-view imaging scheme uses three or more images captured by three or more cameras spaced apart by a predetermined distance or angle.
- the inventive concept of the present invention may also be applied to the multi-view imaging scheme.
- the term ‘stereoscopic’ may also be referred to as ‘stereo’ as necessary.
- a stereoscopic image or multi-view image may be compressed and coded according to a variety of methods including a Moving Picture Experts Group (MPEG) scheme, and transmitted to a destination.
- MPEG Moving Picture Experts Group
- a stereoscopic image or a multi-view image may be compressed and coded according to the H.264/Advanced Video Coding (AVC) scheme, and transmitted.
- AVC Advanced Video Coding
- the reception system may decode a received image in reverse order of the H.264/AVC coding scheme, such that it is able to obtain the 3D image.
- one of a left view image and a right view image of a stereoscopic image or one of multiple-view images may be assigned to an image of a base layer, and the remaining one may be assigned to an image of an extended layer.
- the base layer image may be encoded using the same method as the monoscopic imaging method.
- only information of the relationship between the base layer image and the extended layer image may be encoded and transmitted.
- a compression coding scheme for the base layer image a JPEG, an MPEG-2, an MPEG-4, or a H.264/AVC scheme may be used.
- the H.264/AVC scheme may be exemplarily used in one embodiment of the present invention.
- the compression coding scheme for an image of an upper or higher layer may be set to the H.264/Multi-view Video Coding (MVC) scheme.
- MVC Multi-view Video Coding
- a conventional terrestrial DTV transmission/reception standard is based on 2D video content. Therefore, in order to provide 3D TV broadcast content, a transmission/reception standard for 3D video content must be additionally defined.
- the broadcast receiver receives a broadcast signal according to the added transmission/reception standard, and properly processes the received broadcast signal, such that it can support the 3D broadcast service.
- the broadcast receiver receives a 2D broadcast service and a 2D broadcast service, such that it has to consider backward compatibility with a legacy device.
- a conventional DTV transmission/reception standard according to embodiments of the present invention will hereinafter be described using an Advanced Television Systems Committee (ATSC) standard as an example.
- ATSC Advanced Television Systems Committee
- the ATSC system includes specific information for processing broadcast content in system information, and transmits the resultant system information including the specific information.
- the system information may be called service information.
- the system information includes channel information, program information, event information and the like.
- the ATSC standard includes the aforementioned system information in a Program Specific Information/Program and System Information Protocol (PSI/PSIP), and can transmit and receive the resultant PSI/PSIP including the system information.
- PSI/PSIP Program Specific Information/Program and System Information Protocol
- the scope and spirit of the present invention are not limited to the above-mentioned examples. If it is assumed that there is a protocol capable of transmitting the system information in a table format, the scope and spirit of the present invention can also be applied to other examples irrespective of titles of the system information.
- the PSI is disclosed only for illustrative purposes and better understanding of the present invention.
- the PSI may include a Program Association Table (PAT), a Program Map Table (PMT), and the like
- the PAT corresponds to specific information which is transmitted by a packet having a PID of ‘0’.
- the PMT transmits a program identification number, packet identifier (PID) information of a transport stream packet in which individual bit streams of video and audio data constituting a program are transmitted, and PID information in which a PCT is transmitted.
- PID packet identifier
- the PSIP may include, for example, a Virtual Channel Table (VCT), a System Time Table (STT), a Rating Region Table (RRT), an Extended Text Table (ETT), a Direct Channel Change Table (DCCT), a Direct Channel Change Selection Code Table (DCCSCT), an Event Information Table (EIT), a Master Guide Table (MGT), and the like.
- VCT Virtual Channel Table
- STT System Time Table
- RRT Rating Region Table
- ETT Extended Text Table
- DCCT Direct Channel Change Table
- DCCSCT Direct Channel Change Selection Code Table
- EIT Event Information Table
- MTT Master Guide Table
- the VCT transmits information about a virtual channel, for example, channel information for selecting a channel and information about a packet identifier (PID) for receiving audio- and/or video-data. That is, when the VCT is parsed, a channel name, a channel number, and the PID of the audio and video data of a broadcast program carried in the channel can be known.
- the STT transmits current date and time information
- the RRT transmits information about a region and a deliberative council for a program rating level.
- the ETT transmits an additional description about a channel and a broadcast program
- the EIT transmits information about an event of a virtual channel.
- the DCCT/DCCSCT transmits information about an automatic channel change
- the MGT transmits version- and PID-information of individual tables contained in the PSIP.
- Video and audio elements contained in the broadcast signal and transmitted to a destination may be identified by a stream ID, an elementary stream (ES) ID, or the like.
- ES elementary stream
- the above-mentioned identification scheme may be changed according to a transmission/reception protocol of a broadcast signal and a system standard such as the ATSC system.
- Specific information indicating the inclusion or non-inclusion of a TVCT according to the system standard may not be mandatory.
- the PMT may be mandatorily transmitted when a broadcast stream uses the MPEG2 codec scheme.
- a TVCT may not be included in the broadcast signal. If a reception interval of the TVCT is longer than a reception interval of the PMT, the reception system may identify video and audio elements from each other using the PMT.
- a conventional PMT does not have specific information indicating the inclusion or non-inclusion of the 3D broadcast service. Therefore, a signal method for signaling 3D broadcast service information using the PMT will hereinafter be described in detail.
- the broadcast reception system desires to maintain backward compatibility with the 2D broadcast service and at the same time to provide a 3D broadcast service, the broadcast reception system is able to map a program number to each broadcast service.
- the broadcast system may use a variety of program number mapping schemes according to a method for constructing and transmitting a stereoscopic image.
- 2D-scheme content corresponding to content via which the 3D broadcast service is provided may be provided.
- a program number is allocated to each of 2D content and 3D content corresponding to the same content, such that video and audio elements can be identified from each other.
- FIG. 1 is a conceptual diagram illustrating a method for providing a 3D broadcast service according to a program number allocation according to a first embodiment of the present invention.
- 2D video content is mapped to a program A 1010
- 3D video content is mapped to a program B 1020
- the program A 1010 includes a video element 1030 for providing 2D video content
- the program B 1020 includes a base-view video element 1030 and an extended-view video element 1040 so as to provide 3D video content.
- a legacy broadcast receiver identifies the program A, and can process video data corresponding to the video element 1030 .
- all elements contained in the program B may not be identified by the legacy broadcast receiver, or an ID or type to be ignored is allocated to each element, so that the legacy broadcast receiver can process only the program A.
- the 3D broad receiver can identify not only elements corresponding to the program A but also elements corresponding to the program B. Accordingly, the 3D broadcast receiver may process both the 2D content (Program A) and the 3D content (Program B), and provide the processed 2D and 3D contents.
- audio element is not shown.
- the audio element can be equally provided to the 2D content and the 3D content, such that it may be contained in the program A.
- the audio element is contained in each element of the program B corresponding to the 3D broadcast service, such that the audio element may be discarded or bypassed.
- FIG. 2 is a conceptual diagram illustrating a method for providing a 3D broadcast service according to a program number allocation according to a second embodiment of the present invention.
- 2D video content is mapped to the program A 2010
- 3D video content is mapped to the program B 2020
- the program A 1010 includes video elements 2030 and audio elements 2050 to provide 2D video content
- the program B 2020 includes a video element 2040 and an audio element 2060 to provide 3D video content.
- the video element 2040 of the 3D video content 2020 includes all video elements required for providing 3D content in a different way from FIG. 1 .
- the video element 2040 acting as a single video element is classified into a left view image and a right view image that are required for providing a stereoscopic image.
- Each of the left view image and the right view image has a half resolution, such that the left view image and the right view image are multiplexed into one frame, and the multiplexed result is transmitted to a destination.
- the legacy broadcast receiver identifies the program A, and processes data corresponding to the video element 2030 and data corresponding to the audio element 2050 .
- all elements contained in the program B may not be identified in the legacy broadcast receiver, or an ID or type to be ignored is allocated to the legacy broadcast receiver, such that the legacy broadcast receiver can process only the program A.
- the 3D broadcast receiver can identify not only elements corresponding to the program A but also elements corresponding to the program B. In the case of providing 2D content, the 3D broadcast receiver processes elements corresponding to the program A 2010 and provides the processed result. In the case of providing 3D content, the 3D broadcast receiver processes elements corresponding to the program B 2020 and provides the processed result.
- FIG. 3 shows a syntax structure of a Program Map Table (PMT) including 3D broadcast information according to one embodiment of the present invention.
- PMT Program Map Table
- the PMT includes 3DTV information, a stream type, and 3DTV ES information, that are used as 3D broadcast information, as a descriptor or a field type.
- 3DTV information includes 3DTV information, a stream type, and 3DTV ES information, that are used as 3D broadcast information, as a descriptor or a field type.
- 3DTV ES information that are used as 3D broadcast information, as a descriptor or a field type.
- a ‘table id’ field is an 8-bit field which shall always be set to ‘0x02’ in a ‘TS_program_map_section’ field.
- a ‘section_syntax_indicator’ field is a 1-bit field which shall be set to ‘1’.
- a ‘section_length’ field is a 12-bit field in which first two bits shall be set to ‘00’, and specifies the number of bytes of the section starting immediately the ‘section_length’ field, and including the CRC.
- a ‘program_number’ field is a 16-bit field, which specifies the program to which the ‘program_map_PID’ field is applicable.
- a ‘version_number’ field is a 5-bit field, which indicates the version number of the ‘TS_program_map_section’ field.
- a ‘current_next_indicator’ field is a 1-bit field. When a bit of the ‘current_next_indicator’ field is set to ‘1’, this means that the transmitted ‘TS_program_map_section’ field is currently applicable. When a bit of the ‘current_next_indicator’ field is set to ‘0’, this means that the transmitted ‘TS_program_map_section’ field is not yet applicable and shall be the next ‘TS_program_map_section’ field to become valid.
- a ‘section_number’ field includes a value of an 8-bit field which shall be ‘0x00’.
- a ‘last_section_number’ field includes a value of an 8-bit field which shall be ‘0x00’.
- a ‘PCR_PID’ field is a 13-bit field indicating the PID of the Transport Stream (TS) packets which shall contain the PCR fields valid for the program specified by a ‘program_number’ field. In the case where no PCR is associated with a program definition for private streams, then this field shall take the value of ‘0x1FFF’.
- a ‘program_info_length’ field is a 12-bit field, the first two bits of which shall be ‘00’.
- the ‘program_info_length’ field specifies the number of bytes of descriptors immediately following the ‘program_info_length’ field.
- 3DTV information (or 3DTV_descriptor) is contained in the descriptor field 3010 , and the 3DTV information will hereinafter be described in detail.
- a ‘stream_type’ field is an 8-bit field specifying the type of elementary stream or payload carried within packets with the PID whose value is specified by the ‘elementary_PID’ field.
- a ‘stream_type’ field may indicate a coding type of a corresponding video stream.
- a JPEG, an MPEG-2, an MPEG-4, an H.264/AVC, or an H.264/AVC scheme may be used.
- the stream_type field 3020 may have a specific field value that is interpreted as private data in the 2D broadcast receiver. For example, in regard to a video stream or an audio stream contained in a 3D corresponding program, a field value of a stream_type field 3020 is set to 0x06, such that the legacy 2D broadcast receiver may discard or bypass corresponding streams.
- An ‘elementary_PID’ field is a 13-bit field specifying a PID of the Transport Stream (TS) packets which carry the associated elementary stream or payload. This PID may be used as a PID of primary video data or secondary video data.
- TS Transport Stream
- An ‘ES_info_length’ field is a 12-bit field, the first two bits of which shall be ‘00’.
- the ‘ES_info_length’ field may specify the number of bytes of descriptors of the associated elementary stream immediately following the ‘ES_info_length’ field.
- 3DTV ES information (or 3DTV_ES_descriptor) may be contained in the descriptor field 3030 , and the 3DTV ES information will hereinafter be described in detail.
- a ‘CRC — 32’ field is a 32-bit field which contains a CRC value that gives a zero output of registers in the decoder defined in Annex B after processing the entire Transport Stream program map section.
- FIG. 4 shows a syntax structure of 3DTV information contained in a PMT according to one embodiment of the present invention.
- FIG. 4 Detailed description of fields shown in FIG. 4 is as follows, and the fields shown in FIG. 4 may be contained in the descriptor 3010 of FIG. 3 .
- a ‘corresponding — 2D_program_number’ field may indicate a program number corresponding to 2D content of a 3D program. If a user who views a program in a 3D mode changes a current viewing mode indicating the 3D mode to the 2D mode, a program number shown in the ‘corresponding — 2D_program_number’ field is used. For example, if there is no 2D program, the ‘corresponding — 2D_program_number’ field may be set to 0x0000.
- a ‘number_of total_views’ field may indicate the number of viewpoints of an image that is contained in corresponding 3D content and provided.
- FIG. 5 shows a syntax structure of 3DTV Elementary Stream (ES) information contained in a PMT according to a first embodiment of the present invention.
- ES 3DTV Elementary Stream
- a 3D_ES_stream_type field may indicate category- and codec-information of the video ES contained in a corresponding 3D video service. For example, a specific value defined in Table 2-34 of ISO/IEC 13818-1 (MPEG-2 Systems) may be used.
- a video ES such as 0x02 (MPEG-2 video), 0x1B (AVC/H.264), or 0x20 (MVC).
- the base_video_flag field or the left_right_flag field may be absent or discarded when a corresponding ES is an audio ES.
- the base_video_flag field indicates whether or not a corresponding video element is a base video (i.e., a base-view video). If a user who views a 3D program using the 3D broadcast receiver changes a current 3D mode to a 2D mode, the broadcast system according to the present invention can switch a current program to another program using the ‘corresponding — 2D_program_number’ field. Alternatively, the broadcast system may process only the video ES having the base_video_flag field of ‘1’, and then display the processed result.
- the number of streams, each of which has the ‘base_video_flag’ field of ‘1’, from among several video ESs constructing the 3D program needs to be set to 1. In other words, only one stream from among several video ESs contained in the same program number may be set to a base video element.
- a ‘left_right_flag’ field indicates whether or not a corresponding video element is a left image or a right image. For example, if it is determined that the corresponding video element is the left image, the ‘left_right_flag’ field may be set to 0. In contrast, if the corresponding video element is the right image, the ‘left_right_flag’ field may be set to 1.
- the embodiment of the present invention discloses a 3D broadcast service based on a stereoscopic image format as an example.
- a multi-view stream having several viewpoints may be extended to indicate camera location information and viewpoint information of each stream in a two-dimensional camera arrangement using ‘horizontal_position_id’ or ‘vertical_position_id’ information using the ‘left_right_flag’ field.
- a broadcast receiver receives the PMT shown in the first embodiment, operations of the broadcast receiver can be carried out as follows.
- the 2D broadcast receiver extracts a PMT from SI information contained in a broadcast signal, and parses the extracted PMT. In this case, the stream_type information contained in the PMT is checked. If the stream_type information is set to 0x06, the broadcast receiver determines a corresponding stream to be private data, the corresponding stream is considered to be a service incapable of being processed in the 2D broadcast receiver, so that the corresponding program is ignored or discarded.
- All ESs constructing the 3D program are interpreted as private data, such that the 2D broadcast receiver ignores a corresponding program and prevents the occurrence of programs (e.g., an image in which a left view image and a right view image are mixed is output, or only audio streams are output on the condition that video data is ignored or discarded) caused by faulty operations generated when elements of the 3D program are processed.
- programs e.g., an image in which a left view image and a right view image are mixed is output, or only audio streams are output on the condition that video data is ignored or discarded
- the 3D broadcast receiver extracts a PMT from SI information contained in a broadcast signal, and parses the extracted PMT.
- the 3D broadcast receiver checks the stream_type information of each ES constructing the program. If the stream_type information is set to 0x06 and 3DTV information is present in the PMT, or if 3DTV ES information is present in each ES loop, it is determined that the corresponding program corresponds to a 3DTV service. In this case, the stream_type field of each ES constructing the 3D program should be set to 0x06. This stream_type field of 0x06 is applied not only to a video ES and an audio ES, but also to a data broadcast stream associated with a corresponding program.
- Information of a actual codec or stream type in relation to an ES constructing the corresponding program may be acquired using information of the 3D_ES_stream_type field contained in the 3DTV ES information.
- the broadcast receiver acquires a video PID value, and acquires left/right viewpoint information corresponding to the acquired video PID value through the ‘left_right_flag’ field.
- the broadcast receiver combines two decoded video element streams using the output formatter, and outputs the combined result.
- a procedure for combining two decoded video element streams is as follows.
- the broadcast receiver receives left/right viewpoint video frames, converts the received left/right view video frames according to the display format.
- a variety of tasks such as resizing and frame rate conversion, may be performed on video data of the completely-decoded left/right frames.
- the broadcast receiver reads a ‘corresponding — 2D_program_number’ field from 3DTV information, and recognizes a 2D program described in the ‘corresponding — 2D_program_number’ field. Thereafter, the broadcast receiver extracts a PMT associated with a program number described in the ‘corresponding — 2D_program_number’ field, and parses the extracted PMT, such that it acquires information of video and audio elements of a corresponding program.
- the broadcast receiver interworks with a VCT or the like during a process for acquiring channel information, such that it can further acquire logical channel information.
- the broadcast receiver performs program switching (or channel switching), decodes video and audio elements of a 2D program corresponding to the converted program, and outputs the decoded result.
- the broadcast receiver If there is no 3DTV information, the broadcast receiver is unable to immediately acquire a program number of a 2D program corresponding to a 3D program. However, the broadcast receiver provides a base-view video stream from among 3D video streams being currently provided, such that it can provide a 2D image.
- the broadcast receiver acquires a PID of a stream having a ‘base_video_flag’ field of ‘1’ from among video elements configuring the 3D program.
- the broadcast receiver decodes only video elements corresponding to the acquired PID, and outputs a 2D program image. In this case, the broadcast receiver stops decoding the remaining video ESs.
- FIG. 6 is a block diagram illustrating one example of a broadcast receiver for processing a broadcast signal according to a first embodiment of the present invention.
- the broadcast receiver includes a receiving unit 6010 , a demultiplexer (TP Demux) 6020 for extracting a Transport Packet (TP) or Elementary Stream (ES) from the broadcast signal and outputting the extracted TP or ES, a system information (SI) processor 6030 for parsing system information, and a video processing unit 6040 for processing a video element.
- the receiving unit 6010 may further include a Tuner & Demodulator 6050 and a Vestigial Side Band (VSB) decoder 6060 according to embodiment categories.
- VSB Vestigial Side Band
- the video processing unit 6040 may further include a video decoder 6070 for decoding video data, an output synchronizer 6080 for synchronizing frames of video data, and an output formatter 6090 for formatting an output image.
- the video decoder 6070 may further include a first video decoder (Video decoder 1 ) 6100 and a second video decoder (Video decoder 2 ) 6110 .
- the broadcast receiver may further include a controller for controlling the above-mentioned components as necessary. The controller may further perform program switching or channel switching as necessary.
- an image for a 2D broadcast service and an additional image for a 3D broadcast service may be received as an additional ES.
- Individual images based on a stereoscopic image format may correspond to a left view image and a right view image, respectively.
- a left view image and a right view image should be synchronized in units of a frame.
- the output synchronizer 6080 performs the above-mentioned role, synchronizes a left view image and a right view image, and outputs the synchronized left view and right view images
- the output formatter 6090 performs conversion of two images (i.e., left view and right view images) according to a display format, such that it can output the final 3D stereoscopic display signal.
- FIG. 7 is a block diagram illustrating another example of a broadcast receiver for processing a broadcast signal according to a first embodiment of the present invention.
- the broadcast receiver includes a receiving unit 7010 , a demultiplexer (TP Demux) 7020 for extracting a Transport Packet (TP) or Elementary Stream (ES) from the broadcast signal and outputting the extracted TP or ES, a system information (SI) processor 7030 for parsing system information, and a video processing unit 7040 for processing a video element.
- the receiving unit 7010 may further include a Tuner & Demodulator 7050 and a Vestigial Side Band (VSB) decoder 7060 according to embodiment categories.
- VSB Vestigial Side Band
- the video processing unit 7040 may further include an input synchronizer 7070 for synchronizing frames of video data, a video decoder 7080 for decoding video data, and an output formatter 7090 for formatting an output image.
- the broadcast receiver may further include a controller for controlling the above-mentioned components as necessary. The controller may further perform program switching or channel switching as necessary.
- two video ESs are received as streams having different PIDs, and a single decoder may simultaneously decode the two video ESs.
- video ESs received in two paths are synchronized in units of a frame, such that the synchronized video ESs needs to be input to the video decoder.
- the input synchronizer 7070 performs the corresponding role.
- the output formatter 7090 performs image processing of the decoded left view image and the decoded right view image according to the display format, such that it can output a 3D stereoscopic display signal.
- FIG. 8 shows a syntax structure of a PMT including 3D broadcast information according to one embodiment of the present invention.
- the PMT includes 3DTV information, a stream type, 3DTV ES information and the like, that are used as 3D broadcast information, as a descriptor or a field type.
- the PMT syntax structure of FIG. 8 is similar to the PMT syntax structure of FIG. 3 , and as such a detailed description thereof will herein be omitted.
- Detailed description of fields contained in the PMT of FIG. 8 is as follows.
- the ‘descriptor’ field 8010 includes 3DTV information (or 3DTV_descriptor), and a detailed description of the 3DTV information will hereinafter be described in detail.
- a ‘stream_type’ field( 8020 ) is an 8-bit field specifying the type of elementary stream or payload carried within packets with the PID whose value is specified by the ‘elementary_PID’ field.
- the ‘stream_type’ field may indicate a coding type of a corresponding video element.
- a JPEG, an MPEG-2, an MPEG-4, an H.264/AVC, an H.264/SVC or H.264/MVC scheme may be used.
- the stream_type field 8020 may have a specific field value that is interpreted as private data in the 2D broadcast receiver. For example, in regard to a video stream or an audio stream contained in a 3D corresponding program, a field value of a stream_type field 8020 is set to 0x06, such that the legacy 2D broadcast receiver may discard or bypass corresponding streams.
- the descriptor field 8030 includes 3DTV format information (or 3DTV_format_descriptor), and the 3DTV format information will hereinafter be described in detail.
- FIG. 9 shows a syntax structure of 3DTV information contained in a PMT according to one embodiment of the present invention.
- the stereoscopic image format has been disclosed as an example, such that the number_of_total_views field may be omitted.
- the above-mentioned example is disclosed for only illustrative purposes.
- the syntax structure of FIG. 9 may include the number_of_total_views field.
- the number_of_total_views field has already been disclosed in FIG. 4 .
- FIG. 10 shows a syntax structure of 3D format information contained in a PMT according to one embodiment of the present invention.
- the 3D_ES_stream_type field indicates category information of a video ES and codec information.
- the 3D_ES_stream_type field may use values defined in Table 2-34 of ISO/IEC 13818 1 (MPEG-2 Systems).
- the composition_type field indicates how the left/right images of the stereo-multiplexed video data are multiplexed.
- the broadcast receiver parses a value of the composition_type field, and the composition_type field determines which format among several formats (i.e., a side-by-side format, a top-bottom format, an interlaced format, a frame sequential format, a checkerboard format, an anaglyph format, a full left/right format, a full left/half right format, and a 2D video/depth format) was used for reception of the corresponding 3D image.
- a side-by-side format i.e., a side-by-side format, a top-bottom format, an interlaced format, a frame sequential format, a checkerboard format, an anaglyph format, a full left/right format, a full left/half right format, and a 2D video/depth format
- the LR_first_flag field indicates whether the upper leftmost pixel of the frame belongs to a left image or a right image. For example, if the LR_first_flag field has a value of zero, this means that a pixel belonging to the left image is located prior to the right image.
- the spatial_flipping_flag field indicates whether at least one of the right and left images is scanned and coded in an inverse direction.
- the image0_flipped_flag field of 1 indicates which one of images is flipped or mirror-inverted. If an image (image0) is flipped, the image0_flipped_flag field is denoted by ‘1’. If another image (image1) is flipped, the image0_flipped_flag field is denoted by ‘0’.
- the image0 includes the upper leftmost pixel of one frame composed of left and right images, and the image1 is a different image.
- the image0 or the image1 may be mapped to a left image or a right image according to information of the LR_first_flag field. If the LR_first_flag field is set to ‘00’, this means a left image. If the LR_first_flag field is set to ‘1’, this means a right image.
- the quincunx_filtering_flag field may indicate whether the sampling was performed using the quincunx filter when a left image or a right image is sampled at a half resolution. For example, if the quincunx filtering was performed, the quincunx_filtering_flag field may be denoted by ‘1’. Otherwise, the quincunx_filtering_flag field may be denoted by ‘0’. If the quincunx_filtering_flag field is set to 1, the reception system may perform inverse processing of the quincunx filtering of the corresponding image.
- operations of the broadcast receiver may be operated as follows.
- the 2D broadcast receiver extracts a PMT from SI information contained in a broadcast signal, and parses the extracted PMT. In this case, the stream_type information contained in the PMT is checked. If the stream_type information is set to 0x06, the broadcast receiver determines a corresponding stream to be private data, the corresponding stream is considered to be a service incapable of being processed in the 2D broadcast receiver, so that the corresponding program is ignored or discarded.
- All ESs constructing the 3D program are interpreted as private data, such that the 2D broadcast receiver ignores a corresponding program and prevents the occurrence of programs (e.g., an image in which a left view image and a right view image are mixed is output, or only audio streams are output on the condition that video data is ignored or discarded) caused by faulty operations generated when elements of the 3D program are processed.
- programs e.g., an image in which a left view image and a right view image are mixed is output, or only audio streams are output on the condition that video data is ignored or discarded
- the 3D broadcast receiver extracts a PMT from SI information contained in a broadcast signal, and parses the extracted PMT.
- the 3D broadcast receiver checks the stream_type information of each ES constructing the program. If the stream_type information is set to 0x06 and 3DTV information is present in the PMT, or if 3DTV ES information is present in each ES loop, it is determined that the corresponding program corresponds to a 3DTV service. In this case, the stream_type field of each ES constructing the 3D program should be set to 0x06. This stream_type field of 0x06 is applied not only to a video ES and an audio ES, but also to a data broadcast stream associated with a corresponding program.
- Information of a real codec or stream type in relation to an ES constructing the corresponding program may be acquired using information of the 3D_ES_stream_type field contained in the 3DTV ES information.
- the broadcast receiver acquires a video PID value, and acquires 3D format category information of a corresponding video element and left/right arrangement information.
- the broadcast receiver processes decoded stereo-multiplexed video elements using the output formatter, and outputs the processed video elements.
- the output formatter may perform additional resizing, frame rate conversion, and the like using not only 3D format category information acquired from the 3DTV format information but also left/right arrangement information.
- the broadcast receiver reads the corresponding — 2D_program_number field from 3DTV information, and recognizes a 2D program described in the corresponding — 2D_program_number field. Thereafter, the broadcast receiver extracts a PMT associated with a program number described in the corresponding — 2D_program_number field, and parses the extracted PMT, such that it acquires information of video and audio elements of a corresponding program.
- the broadcast receiver interworks with a VCT or the like during a process for acquiring channel information, such that it can further acquire logical channel information.
- the broadcast receiver performs program switching (or channel switching), decodes video and audio elements of a 2D program corresponding to the converted program, and outputs the decoded result.
- FIG. 11 is a block diagram illustrating a broadcast receiver for processing a broadcast signal according to a second embodiment of the present invention.
- the broadcast receiver includes a receiving unit 11010 , a demultiplexer (TP Demux) 11020 for extracting a Transport Packet (TP) or Elementary Stream (ES) from the broadcast signal and outputting the extracted TP or ES, a system information (SI) processor 11030 for parsing system information, and a video processing unit 11040 for processing a video element.
- the receiving unit 11010 may further include a Tuner & Demodulator 11050 and a Vestigial Side Band (VSB) decoder 11060 according to embodiment categories.
- the video processing unit 11040 may further include a video decoder 11070 for decoding video data, and an output synchronizer 11080 for synchronizing frames of video data.
- the broadcast receiver may further include a controller for controlling the above-mentioned components as necessary. The controller may further perform program switching or channel switching as necessary.
- an image for a 2D broadcast service and an additional image for a 3D broadcast service may be received as an additional ES.
- a left image and a right image are multiplexed into one frame, and the multiplexed result is transmitted to a destination.
- the broadcast receiver of FIG. 11 may be operated in a similar way to the conventional 2D broadcast receiver, except for operations of the system information (SI) processor and the output formatter, i.e., except for an operation for extracting the 3DTV format descriptor by the SI processor and an operation of format conversion by the output formatter.
- SI system information
- FIGS. 12 and 13 disclose a method for allowing a broadcast receiver to convert a received multiplexing format into another multiplexing format using 3DTV format information, and outputting the converted result.
- FIG. 12 is a structural diagram illustrating a broadcast receiver that converts a multiplexing format of a received image into another format using 3D image format information and outputs the converted result according to one embodiment of the present invention.
- the broadcast receiver parses the system information. If the composition_type field is set to the value of 0, the broadcast receiver can identify the vertically interlaced format. If the composition_type field is set to the value of 1, the broadcast receiver can identify the side-by-side format. If the composition_type field is set to the value of 2, the broadcast receiver can identify the horizontally interlaced format. If the composition_type field is set to the value of 3, the broadcast receiver can identify the vertically interlaced format. If the composition_type field is set to the value of 4, the broadcast receiver can identify the checkerboard format.
- the output formatter of the broadcast receiver may include a scaler 12010 , a reshaper 12020 , a memory (DDR) 12030 , and a formatter 12040 .
- the scaler 12010 performs resizing and interpolation of the received image.
- the scaler 12010 may perform resizing and quincunx reverse-sampling of the received image according to the received image format and the output image format.
- the received image may be resized with various rates (e.g., 1/2 resizing, doubling ( 2 / 1 resizing)) according to the resolution and the image size.
- the reshaper 12020 extracts the left/right images from the received image and stores the extracted left/right images in the memory 12030 , or extracts the read image from the memory 12030 . If a map of one image stored in the memory 12030 is different from that of an output image, the reshaper 12020 reads the image stored in the memory and maps the read image to the output image.
- the memory 12030 stores the received image, or buffers the received image and outputs the buffered image result.
- the formatter 12040 performs conversion of an image format according to the format of an image to be displayed. For example, the formatter 12040 may convert the top-bottom format image into the interlaced format.
- FIG. 13 is a conceptual diagram illustrating a video data processing method of a broadcast receiver that converts a multiplexing format of a received image using 3DTV format information and outputs the converted result according to one embodiment of the present invention.
- the first embodiment of the present invention discloses that an output format corresponds to a horizontally-interleaving operation, and a detailed description thereof will hereinafter be described.
- the scaler performs vertical- or horizontal-1/2 resizing of the received left or right image, and outputs the resized result.
- the reshaper stores the output image in the memory, performs image scanning using the top-bottom format, and outputs the scanned result.
- the scaler performs horizontal 2/1 resizing of the received top-bottom format image, and the formatter converts the received full-screen top-bottom format image into the horizontally interlaced format and outputs the conversion result.
- the second embodiment of the present invention discloses that a multiplexing format of the received 3D image is a side-by-side format and an output format corresponds to a horizontally-interleaving mode. It is assumed that the received 3D image indicates left first and no flipping.
- the scaler performs vertical 1/2 resizing of the received side-by-side format image, and outputs the resized result.
- the reshaper stores the output image in the memory, performs image scanning using the top-bottom format, and outputs the scanned result.
- the scaler performs horizontal 2/1 resizing of the received top-bottom format image, and the formatter converts the received full-screen top-bottom format image into the horizontally interlaced format and outputs the conversion result.
- FIG. 14 is a flowchart illustrating a broadcast data processing method of a 3D broadcast receiver according to one embodiment of the present invention.
- the broadcast receiver allows the receiving unit to receive a broadcast signal that includes not only system information having broadcast information of each program but also broadcast data (or video data) at step 14010 .
- the system information may correspond to the ATSC standard PSI
- broadcast information of each program may correspond to PMT information.
- a broadcast signal or broadcast data may include video data, audio data, and additional data that correspond to a program. The following will be described on the basis of video data.
- the video data may represent video data that includes a video stream, an ES, a frame and an image.
- the broadcast receiver parses system information using the System Information (SI) processor, and determines whether or not the program provides a 3D broadcast service by referring to the system information at step 14020 .
- SI System Information
- the broadcast receiver determines whether or not the program provides a 3D broadcast service by detecting at least one of the presence or absence of stream_type information of each ES configuring a program in the PMT, the presence or absence of 3DTV information, and the presence or absence of 3DTV ES information contained in each ES loop.
- broadcast receiver parses the system information and determines whether the video data of specific program means the 3D broadcast service on the basis of the system information.
- the broadcast receiver extracts broadcast data (or video data) corresponding to the program providing the 3D broadcast service using the demultiplexer at step S 14030 .
- the broadcast receiver can extract video data using PIDs of a program that provides the 3D broadcast service through the PMT.
- the broadcast receiver processes the extracted video data using the video processing unit at step S 14040 .
- the operation for processing video data may include a decoding operation of the video decoder, a synchronization operation of the synchronizer, and an image formatting operation of the output formatter, etc.
- the broadcast receiver acquires 3DTV information, 3DTV ES information, and 3DTV format information by parsing the PMT, and can process video data using at least one of the acquired information.
- the broadcast receiver may switch a 3D viewing mode to a 2D viewing mode upon receiving an input signal from the user at step 14050 .
- the broadcast receiver may acquire program information of a 2D program, that provides a 2D broadcast service of a specific program capable of providing a 3D broadcast service from the system information, using the SI processor at step S 14060 .
- the program information may include a program number of a 2D program corresponding to a 3D program (e.g., corresponding — 2D_program_number information).
- the broadcast receiver performs program conversion (or change), and extracts video data of a 2D program according to program information of the 2D program using the demultiplexer at step S 14070 .
- the broadcast receiver may convert (or switch) a program number into a number of a 2D program, and may perform channel conversion by mapping a channel number of a VCT contained in system information to a program number, such that it may extract video data of either a corresponding program or a channel.
- the broadcast receiver may acquires channel information of the program using a Terrestrial Virtual Channel Table (TVCT) contained in the system information by controlling the SI processor, and switches a channel to another channel using the channel information, by the controller.
- TVCT Terrestrial Virtual Channel Table
- the broadcast receiver may process video data of the 2D program at step S 14080 .
- the video data processing of the broadcast receiver may decode video data, and also include video formatting disclosed in FIGS. 12 and 13 .
- the broadcast receiver may perform conversion of either a program or a channel using the controller. In other words, if a current viewing mode is converted into a 2D viewing mode, the broadcast receiver controls components contained in the broadcast receiver according to the received viewing mode conversion input signal, such that it can perform the above-mentioned operations.
- FIG. 14 Individual steps associated with FIG. 14 relate to the embodiments disclosed in FIGS. 1 to 13 , and as such a detailed description thereof will herein be omitted.
- the method disclosed in the present invention may be implemented in the form of program commands executable by a variety of computer means, and recorded on a computer-readable recording medium.
- the computer-readable recording medium may include program commands, data files, data structures, etc. individually or in combination.
- the program commands recorded on the medium may be ones specially designed and configured for the present invention or ones known and available to those skilled in computer software.
- Examples of the computer-readable recording medium include magnetic media such as a hard disk, a floppy disk and a magnetic tape, optical media such as a compact disc read only memory (CD-ROM) and a digital versatile disc (DVD), magneto-optical media such as a floptical disk, and hardware devices specially configured to store and execute program commands, such as a ROM, a random access memory (RAM) and a flash memory.
- Examples of the program commands include high-level language code that may be executed by a computer using an interpreter, etc., as well as machine language code such as those produced by a compiler.
- the abovestated hardware devices may be configured to operate as one or more software modules to perform the operation of the present invention, and vice versa.
- embodiments of the present invention may be wholly or partially applied to a digital broadcasting system.
- the broadcast receiver can process 3D video data such that a 3D effect intended by a 3D broadcast service provider is reflected in the 3D broadcast service.
- the embodiments of the present invention can effectively provide a 3D broadcast service simultaneously while minimizing the effect on a conventional 2D broadcast service.
Landscapes
- Engineering & Computer Science (AREA)
- Multimedia (AREA)
- Signal Processing (AREA)
- Library & Information Science (AREA)
- Testing, Inspecting, Measuring Of Stereoscopic Televisions And Televisions (AREA)
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
Description
- The present invention relates to an apparatus and method for processing a broadcast signal, and more particularly to a broadcast receiver for processing video data using signaling information of a 3D broadcast service when a 3D broadcast system provides the 3D broadcast service, and a 3D video data processing method thereof.
- Generally, a three dimensional (3D) image (or a stereoscopic image) provides a user's eyes with a stereoscopic effect using the stereoscopic visual principle. A human being feels both near and far through a binocular parallax caused by a distance between their eyes spaced apart from each other by about 65 mm, such that the 3D image enables both right and left eyes to respectively view associated planar images, resulting in the stereoscopic effect and the perspective effect.
- The above-mentioned 3D image display method may be classified into a stereoscopic scheme, a volumetric scheme, a holographic scheme, etc. In case of using the stereoscopic scheme, the 3D image display method provides a left view image to be viewed by the left eye and a right view image to be viewed by the right eye, such that the user's left eye views the left view image and the user's right eye views the right view image through either polarization glasses or a display device, resulting in recognition of the 3D image effect.
- Accordingly, the present invention is directed to a broadcast receiver and a 3D video data processing method, that substantially obviate one or more problems due to limitations and disadvantages of the related art.
- An object of the present invention is to provide a broadcast receiver, and a 3D video data processing method, which transmit and receive 3D video data when a 3D broadcast system transmits a video stream for stereoscopic display, and process the 3D video data using the broadcast receiver, and thus providing a user with more effective and convenient broadcast environments.
- The object of the present invention can be achieved by providing a three dimensional (3D) broadcast data processing method for use in a broadcast receiver, the method including receiving a broadcast signal including system information and video data, parsing system information of a program, and determining whether the program provides a 3D broadcast service on the basis of the system information, extracting, if the program provides a 3D broadcast service, broadcast data corresponding to the program, and processing video data contained in the broadcast data according to the system information.
- In another aspect of the present invention, provided herein is a broadcast receiver including a receiving unit for receiving a broadcast signal including system information and video data, a system information (SI) processor for parsing system information of a program, and determining whether the program provides a 3D broadcast service on the basis of the system information, a demultiplexer for extracting, if the program provides a 3D broadcast service, broadcast data corresponding to the program, and a video processing unit for processing video data contained in the broadcast data according to the system information.
- According to embodiments of the present invention, the broadcast receiver can process 3D video data such that a 3D effect intended by a 3D broadcast service provider is reflected in the 3D broadcast service.
- In addition, the embodiments of the present invention can effectively provide a 3D broadcast service simultaneously while minimizing the effect on a conventional 2D broadcast service.
- The accompanying drawings, which are included to provide a further understanding of the invention, illustrate embodiments of the invention and together with the description serve to explain the principle of the invention.
- In the drawings:
-
FIG. 1 is a conceptual diagram illustrating a method for providing a 3D broadcast service according to a program number allocation according to a first embodiment of the present invention. -
FIG. 2 is a conceptual diagram illustrating a method for providing a 3D broadcast service according to a program number allocation according to a second embodiment of the present invention. -
FIG. 3 shows a syntax structure of a Program Map Table (PMT) including 3D broadcast information according to one embodiment of the present invention. -
FIG. 4 shows a syntax structure of 3DTV information contained in a PMT according to one embodiment of the present invention. -
FIG. 5 shows a syntax structure of 3DTV Elementary Stream (ES) information contained in a PMT according to a first embodiment of the present invention. -
FIG. 6 is a block diagram illustrating one example of a broadcast receiver for processing a broadcast signal according to a first embodiment of the present invention. -
FIG. 7 is a block diagram illustrating another example of a broadcast receiver for processing a broadcast signal according to a first embodiment of the present invention. -
FIG. 8 shows a syntax structure of a PMT including 3D broadcast information according to one embodiment of the present invention. -
FIG. 9 shows a syntax structure of 3DTV information contained in a PMT according to one embodiment of the present invention. -
FIG. 10 shows a syntax structure of 3D format information contained in a PMT according to one embodiment of the present invention. -
FIG. 11 is a block diagram illustrating a broadcast receiver for processing a broadcast signal according to a second embodiment of the present invention. -
FIG. 12 is a structural diagram illustrating a broadcast receiver that converts a multiplexing format of a received image into another format using 3D image format information and outputs the converted result according to one embodiment of the present invention. -
FIG. 13 is a conceptual diagram illustrating a video data processing method of a broadcast receiver that converts a multiplexing format of a received image using 3DTV format information and outputs the converted result according to one embodiment of the present invention. -
FIG. 14 is a flowchart illustrating a broadcast data processing method of a 3D broadcast receiver according to one embodiment of the present invention. - Reference will now be made in detail to the preferred embodiments of the present invention, examples of which are illustrated in the accompanying drawings. The detailed description, which will be given below with reference to the accompanying drawings, is intended to explain exemplary embodiments of the present invention, rather than to show the only embodiments that can be implemented according to the present invention.
- Prior to describing the present invention, it should be noted that most terms disclosed in the present invention are defined in consideration of functions of the present invention and correspond to general terms well known in the art, and can be differently determined according to intention of those skilled in the art, usual practices, or introduction of new technologies. In some cases, a few terms have been selected by the applicant as necessary and will hereinafter be disclosed in the following description of the present invention. Therefore, it is preferable that the terms defined by the applicant be understood on the basis of their meanings in the present invention.
- The 3D image display method includes a stereoscopic imaging scheme in which two viewpoints are considered and a multi-view imaging scheme in which three or more viewpoints are considered. In contrast, a single view image scheme shown in the related art may also be referred to as a monoscopic image scheme.
- The stereoscopic imaging scheme is designed to use one pair of right and left view images acquired when a left-side camera and a right-side camera spaced apart from each other by a predetermined distance capture the same target object. The multi-view imaging scheme uses three or more images captured by three or more cameras spaced apart by a predetermined distance or angle. Although the following description discloses embodiments of the present invention using the stereoscopic imaging scheme as an example, the inventive concept of the present invention may also be applied to the multi-view imaging scheme. For convenience of description and better understanding of the present invention, the term ‘stereoscopic’ may also be referred to as ‘stereo’ as necessary.
- A stereoscopic image or multi-view image may be compressed and coded according to a variety of methods including a Moving Picture Experts Group (MPEG) scheme, and transmitted to a destination.
- For example, a stereoscopic image or a multi-view image may be compressed and coded according to the H.264/Advanced Video Coding (AVC) scheme, and transmitted. In this case, the reception system may decode a received image in reverse order of the H.264/AVC coding scheme, such that it is able to obtain the 3D image.
- In addition, one of a left view image and a right view image of a stereoscopic image or one of multiple-view images may be assigned to an image of a base layer, and the remaining one may be assigned to an image of an extended layer. The base layer image may be encoded using the same method as the monoscopic imaging method. In association with the extended layer image, only information of the relationship between the base layer image and the extended layer image may be encoded and transmitted. As an exemplary compression coding scheme for the base layer image, a JPEG, an MPEG-2, an MPEG-4, or a H.264/AVC scheme may be used. For convenience of description, the H.264/AVC scheme may be exemplarily used in one embodiment of the present invention. In one embodiment of the present invention, the compression coding scheme for an image of an upper or higher layer may be set to the H.264/Multi-view Video Coding (MVC) scheme.
- A conventional terrestrial DTV transmission/reception standard is based on 2D video content. Therefore, in order to provide 3D TV broadcast content, a transmission/reception standard for 3D video content must be additionally defined. The broadcast receiver receives a broadcast signal according to the added transmission/reception standard, and properly processes the received broadcast signal, such that it can support the 3D broadcast service. In addition, when a 3D broadcast service is provided, the broadcast receiver receives a 2D broadcast service and a 2D broadcast service, such that it has to consider backward compatibility with a legacy device.
- A conventional DTV transmission/reception standard according to embodiments of the present invention will hereinafter be described using an Advanced Television Systems Committee (ATSC) standard as an example.
- The ATSC system includes specific information for processing broadcast content in system information, and transmits the resultant system information including the specific information. For example, the system information may be called service information. The system information includes channel information, program information, event information and the like. The ATSC standard includes the aforementioned system information in a Program Specific Information/Program and System Information Protocol (PSI/PSIP), and can transmit and receive the resultant PSI/PSIP including the system information. However, the scope and spirit of the present invention are not limited to the above-mentioned examples. If it is assumed that there is a protocol capable of transmitting the system information in a table format, the scope and spirit of the present invention can also be applied to other examples irrespective of titles of the system information.
- The PSI is disclosed only for illustrative purposes and better understanding of the present invention. The PSI may include a Program Association Table (PAT), a Program Map Table (PMT), and the like
- The PAT corresponds to specific information which is transmitted by a packet having a PID of ‘0’. The PMT transmits a program identification number, packet identifier (PID) information of a transport stream packet in which individual bit streams of video and audio data constituting a program are transmitted, and PID information in which a PCT is transmitted. In addition, in the case where the PMT acquired from the PAT is parsed, information regarding correlation among constituent elements of a program can be acquired.
- The PSIP may include, for example, a Virtual Channel Table (VCT), a System Time Table (STT), a Rating Region Table (RRT), an Extended Text Table (ETT), a Direct Channel Change Table (DCCT), a Direct Channel Change Selection Code Table (DCCSCT), an Event Information Table (EIT), a Master Guide Table (MGT), and the like.
- The VCT transmits information about a virtual channel, for example, channel information for selecting a channel and information about a packet identifier (PID) for receiving audio- and/or video-data. That is, when the VCT is parsed, a channel name, a channel number, and the PID of the audio and video data of a broadcast program carried in the channel can be known. The STT transmits current date and time information, and the RRT transmits information about a region and a deliberative council for a program rating level. The ETT transmits an additional description about a channel and a broadcast program, and the EIT transmits information about an event of a virtual channel. The DCCT/DCCSCT transmits information about an automatic channel change, and the MGT transmits version- and PID-information of individual tables contained in the PSIP.
- Video and audio elements contained in the broadcast signal and transmitted to a destination may be identified by a stream ID, an elementary stream (ES) ID, or the like. The above-mentioned identification scheme may be changed according to a transmission/reception protocol of a broadcast signal and a system standard such as the ATSC system.
- Specific information indicating the inclusion or non-inclusion of a TVCT according to the system standard may not be mandatory. In contrast, the PMT may be mandatorily transmitted when a broadcast stream uses the MPEG2 codec scheme. In addition, in the case of using the reception system, a TVCT may not be included in the broadcast signal. If a reception interval of the TVCT is longer than a reception interval of the PMT, the reception system may identify video and audio elements from each other using the PMT. However, in this case, a conventional PMT does not have specific information indicating the inclusion or non-inclusion of the 3D broadcast service. Therefore, a signal method for signaling 3D broadcast service information using the PMT will hereinafter be described in detail.
- Under the condition that a 2D broadcast service and a 3D broadcast service are simultaneously provided, if the broadcast reception system desires to maintain backward compatibility with the 2D broadcast service and at the same time to provide a 3D broadcast service, the broadcast reception system is able to map a program number to each broadcast service. In particular, if the 3D broadcast service provides a stereoscopic image, the broadcast system may use a variety of program number mapping schemes according to a method for constructing and transmitting a stereoscopic image. 2D-scheme content corresponding to content via which the 3D broadcast service is provided may be provided. In this case, a program number is allocated to each of 2D content and 3D content corresponding to the same content, such that video and audio elements can be identified from each other.
-
FIG. 1 is a conceptual diagram illustrating a method for providing a 3D broadcast service according to a program number allocation according to a first embodiment of the present invention. - Referring to
FIG. 1 , 2D video content is mapped to aprogram A program B 1020. Theprogram A 1010 includes avideo element 1030 for providing 2D video content. Theprogram B 1020 includes a base-view video element 1030 and an extended-view video element 1040 so as to provide 3D video content. - A legacy broadcast receiver identifies the program A, and can process video data corresponding to the
video element 1030. In the case of the program B, all elements contained in the program B may not be identified by the legacy broadcast receiver, or an ID or type to be ignored is allocated to each element, so that the legacy broadcast receiver can process only the program A. - The 3D broad receiver can identify not only elements corresponding to the program A but also elements corresponding to the program B. Accordingly, the 3D broadcast receiver may process both the 2D content (Program A) and the 3D content (Program B), and provide the processed 2D and 3D contents.
- In
FIG. 1 , audio element is not shown. Needless to say, the audio element can be equally provided to the 2D content and the 3D content, such that it may be contained in the program A. As shown inFIG. 1 , it is not necessary for the audio element to be allocated a program number according to the provision of 3D broadcast service. However, in order to prevent the faulty operation of the legacy broadcast receiver, the audio element is contained in each element of the program B corresponding to the 3D broadcast service, such that the audio element may be discarded or bypassed. -
FIG. 2 is a conceptual diagram illustrating a method for providing a 3D broadcast service according to a program number allocation according to a second embodiment of the present invention. - In
FIG. 2 , 2D video content is mapped to theprogram A program B 2020. Theprogram A 1010 includesvideo elements 2030 andaudio elements 2050 to provide 2D video content. Theprogram B 2020 includes avideo element 2040 and anaudio element 2060 to provide 3D video content. - In
FIG. 2 , thevideo element 2040 of the3D video content 2020 includes all video elements required for providing 3D content in a different way fromFIG. 1 . In other words, thevideo element 2040 acting as a single video element is classified into a left view image and a right view image that are required for providing a stereoscopic image. Each of the left view image and the right view image has a half resolution, such that the left view image and the right view image are multiplexed into one frame, and the multiplexed result is transmitted to a destination. - The legacy broadcast receiver identifies the program A, and processes data corresponding to the
video element 2030 and data corresponding to theaudio element 2050. in the case of the program B, all elements contained in the program B may not be identified in the legacy broadcast receiver, or an ID or type to be ignored is allocated to the legacy broadcast receiver, such that the legacy broadcast receiver can process only the program A. - The 3D broadcast receiver can identify not only elements corresponding to the program A but also elements corresponding to the program B. In the case of providing 2D content, the 3D broadcast receiver processes elements corresponding to the
program A 2010 and provides the processed result. In the case of providing 3D content, the 3D broadcast receiver processes elements corresponding to theprogram B 2020 and provides the processed result. - A method for constructing the PMT, a broadcast receiver, and operations of the broadcast receiver according to first and second embodiments of the present invention will hereinafter be described in detail.
- First, a PMT structure, a broadcast receiver structure, and operations of the broadcast receiver according to the first embodiment of the present invention will hereinafter be described in detail.
-
FIG. 3 shows a syntax structure of a Program Map Table (PMT) including 3D broadcast information according to one embodiment of the present invention. - In
FIG. 3 , the PMT includes 3DTV information, a stream type, and 3DTV ES information, that are used as 3D broadcast information, as a descriptor or a field type. Detailed description of fields contained in the PMT is as follows. - A ‘table id’ field is an 8-bit field which shall always be set to ‘0x02’ in a ‘TS_program_map_section’ field.
- A ‘section_syntax_indicator’ field is a 1-bit field which shall be set to ‘1’.
- A ‘section_length’ field is a 12-bit field in which first two bits shall be set to ‘00’, and specifies the number of bytes of the section starting immediately the ‘section_length’ field, and including the CRC.
- A ‘program_number’ field is a 16-bit field, which specifies the program to which the ‘program_map_PID’ field is applicable.
- A ‘version_number’ field is a 5-bit field, which indicates the version number of the ‘TS_program_map_section’ field.
- A ‘current_next_indicator’ field is a 1-bit field. When a bit of the ‘current_next_indicator’ field is set to ‘1’, this means that the transmitted ‘TS_program_map_section’ field is currently applicable. When a bit of the ‘current_next_indicator’ field is set to ‘0’, this means that the transmitted ‘TS_program_map_section’ field is not yet applicable and shall be the next ‘TS_program_map_section’ field to become valid.
- A ‘section_number’ field includes a value of an 8-bit field which shall be ‘0x00’.
- A ‘last_section_number’ field includes a value of an 8-bit field which shall be ‘0x00’.
- A ‘PCR_PID’ field is a 13-bit field indicating the PID of the Transport Stream (TS) packets which shall contain the PCR fields valid for the program specified by a ‘program_number’ field. In the case where no PCR is associated with a program definition for private streams, then this field shall take the value of ‘0x1FFF’.
- A ‘program_info_length’ field is a 12-bit field, the first two bits of which shall be ‘00’. The ‘program_info_length’ field specifies the number of bytes of descriptors immediately following the ‘program_info_length’ field.
- 3DTV information (or 3DTV_descriptor) is contained in the
descriptor field 3010, and the 3DTV information will hereinafter be described in detail. - A ‘stream_type’ field is an 8-bit field specifying the type of elementary stream or payload carried within packets with the PID whose value is specified by the ‘elementary_PID’ field. A ‘stream_type’ field may indicate a coding type of a corresponding video stream. As an exemplary coding type, a JPEG, an MPEG-2, an MPEG-4, an H.264/AVC, or an H.264/AVC scheme may be used. In addition, the
stream_type field 3020 may have a specific field value that is interpreted as private data in the 2D broadcast receiver. For example, in regard to a video stream or an audio stream contained in a 3D corresponding program, a field value of astream_type field 3020 is set to 0x06, such that thelegacy 2D broadcast receiver may discard or bypass corresponding streams. - An ‘elementary_PID’ field is a 13-bit field specifying a PID of the Transport Stream (TS) packets which carry the associated elementary stream or payload. This PID may be used as a PID of primary video data or secondary video data.
- An ‘ES_info_length’ field is a 12-bit field, the first two bits of which shall be ‘00’. The ‘ES_info_length’ field may specify the number of bytes of descriptors of the associated elementary stream immediately following the ‘ES_info_length’ field.
- 3DTV ES information (or 3DTV_ES_descriptor) may be contained in the
descriptor field 3030, and the 3DTV ES information will hereinafter be described in detail. - A ‘CRC—32’ field is a 32-bit field which contains a CRC value that gives a zero output of registers in the decoder defined in Annex B after processing the entire Transport Stream program map section.
-
FIG. 4 shows a syntax structure of 3DTV information contained in a PMT according to one embodiment of the present invention. - Detailed description of fields shown in
FIG. 4 is as follows, and the fields shown inFIG. 4 may be contained in thedescriptor 3010 ofFIG. 3 . - A ‘corresponding—2D_program_number’ field may indicate a program number corresponding to 2D content of a 3D program. If a user who views a program in a 3D mode changes a current viewing mode indicating the 3D mode to the 2D mode, a program number shown in the ‘corresponding—2D_program_number’ field is used. For example, if there is no 2D program, the ‘corresponding—2D_program_number’ field may be set to 0x0000.
- A ‘number_of total_views’ field may indicate the number of viewpoints of an image that is contained in corresponding 3D content and provided.
-
FIG. 5 shows a syntax structure of 3DTV Elementary Stream (ES) information contained in a PMT according to a first embodiment of the present invention. - Description of fields contained in the 3DTV ES information is as follows, and fields shown in
FIG. 5 may be contained in thedescriptor 3030 ofFIG. 3 . - A 3D_ES_stream_type field may indicate category- and codec-information of the video ES contained in a corresponding 3D video service. For example, a specific value defined in Table 2-34 of ISO/IEC 13818-1 (MPEG-2 Systems) may be used.
- ‘3D_ES_stream_type=video’ means that a 3D_ES_stream_type value contained in the 3DTV_ES_descriptor corresponds to a video ES, such as 0x02 (MPEG-2 video), 0x1B (AVC/H.264), or 0x20 (MVC). In other words, the base_video_flag field or the left_right_flag field may be absent or discarded when a corresponding ES is an audio ES.
- The base_video_flag field indicates whether or not a corresponding video element is a base video (i.e., a base-view video). If a user who views a 3D program using the 3D broadcast receiver changes a current 3D mode to a 2D mode, the broadcast system according to the present invention can switch a current program to another program using the ‘corresponding—2D_program_number’ field. Alternatively, the broadcast system may process only the video ES having the base_video_flag field of ‘1’, and then display the processed result. The number of streams, each of which has the ‘base_video_flag’ field of ‘1’, from among several video ESs constructing the 3D program needs to be set to 1. In other words, only one stream from among several video ESs contained in the same program number may be set to a base video element.
- A ‘left_right_flag’ field indicates whether or not a corresponding video element is a left image or a right image. For example, if it is determined that the corresponding video element is the left image, the ‘left_right_flag’ field may be set to 0. In contrast, if the corresponding video element is the right image, the ‘left_right_flag’ field may be set to 1. For convenience of description and better understanding of the present invention, the embodiment of the present invention discloses a 3D broadcast service based on a stereoscopic image format as an example. However, if required, a multi-view stream having several viewpoints may be extended to indicate camera location information and viewpoint information of each stream in a two-dimensional camera arrangement using ‘horizontal_position_id’ or ‘vertical_position_id’ information using the ‘left_right_flag’ field.
- If a broadcast receiver receives the PMT shown in the first embodiment, operations of the broadcast receiver can be carried out as follows.
- (1) Operations of 2D Broadcast Receiver
- The 2D broadcast receiver extracts a PMT from SI information contained in a broadcast signal, and parses the extracted PMT. In this case, the stream_type information contained in the PMT is checked. If the stream_type information is set to 0x06, the broadcast receiver determines a corresponding stream to be private data, the corresponding stream is considered to be a service incapable of being processed in the 2D broadcast receiver, so that the corresponding program is ignored or discarded. All ESs constructing the 3D program are interpreted as private data, such that the 2D broadcast receiver ignores a corresponding program and prevents the occurrence of programs (e.g., an image in which a left view image and a right view image are mixed is output, or only audio streams are output on the condition that video data is ignored or discarded) caused by faulty operations generated when elements of the 3D program are processed.
- (2) Operations of 3D Broadcast Receiver—Viewing of 3D Broadcast Service
- The 3D broadcast receiver extracts a PMT from SI information contained in a broadcast signal, and parses the extracted PMT. The 3D broadcast receiver checks the stream_type information of each ES constructing the program. If the stream_type information is set to 0x06 and 3DTV information is present in the PMT, or if 3DTV ES information is present in each ES loop, it is determined that the corresponding program corresponds to a 3DTV service. In this case, the stream_type field of each ES constructing the 3D program should be set to 0x06. This stream_type field of 0x06 is applied not only to a video ES and an audio ES, but also to a data broadcast stream associated with a corresponding program.
- Information of a actual codec or stream type in relation to an ES constructing the corresponding program may be acquired using information of the 3D_ES_stream_type field contained in the 3DTV ES information. The broadcast receiver acquires a video PID value, and acquires left/right viewpoint information corresponding to the acquired video PID value through the ‘left_right_flag’ field.
- The broadcast receiver combines two decoded video element streams using the output formatter, and outputs the combined result. A procedure for combining two decoded video element streams is as follows. The broadcast receiver receives left/right viewpoint video frames, converts the received left/right view video frames according to the display format. During the combining procedure, a variety of tasks, such as resizing and frame rate conversion, may be performed on video data of the completely-decoded left/right frames.
- (3) Operations of 3D Broadcast Receiver—Conversion to 2D Mode
- 1) In the case that 3DTV information is present in PMT:
- The broadcast receiver reads a ‘corresponding—2D_program_number’ field from 3DTV information, and recognizes a 2D program described in the ‘corresponding—2D_program_number’ field. Thereafter, the broadcast receiver extracts a PMT associated with a program number described in the ‘corresponding—2D_program_number’ field, and parses the extracted PMT, such that it acquires information of video and audio elements of a corresponding program. The broadcast receiver interworks with a VCT or the like during a process for acquiring channel information, such that it can further acquire logical channel information.
- The broadcast receiver performs program switching (or channel switching), decodes video and audio elements of a 2D program corresponding to the converted program, and outputs the decoded result.
- 2) In case that no 3DTV information is present in PMT:
- If there is no 3DTV information, the broadcast receiver is unable to immediately acquire a program number of a 2D program corresponding to a 3D program. However, the broadcast receiver provides a base-view video stream from among 3D video streams being currently provided, such that it can provide a 2D image.
- Therefore, the broadcast receiver acquires a PID of a stream having a ‘base_video_flag’ field of ‘1’ from among video elements configuring the 3D program. In addition, the broadcast receiver decodes only video elements corresponding to the acquired PID, and outputs a 2D program image. In this case, the broadcast receiver stops decoding the remaining video ESs.
-
FIG. 6 is a block diagram illustrating one example of a broadcast receiver for processing a broadcast signal according to a first embodiment of the present invention. - Referring to
FIG. 6 , the broadcast receiver includes areceiving unit 6010, a demultiplexer (TP Demux) 6020 for extracting a Transport Packet (TP) or Elementary Stream (ES) from the broadcast signal and outputting the extracted TP or ES, a system information (SI)processor 6030 for parsing system information, and avideo processing unit 6040 for processing a video element. The receivingunit 6010 may further include a Tuner &Demodulator 6050 and a Vestigial Side Band (VSB)decoder 6060 according to embodiment categories. Thevideo processing unit 6040 may further include avideo decoder 6070 for decoding video data, anoutput synchronizer 6080 for synchronizing frames of video data, and anoutput formatter 6090 for formatting an output image. Thevideo decoder 6070 may further include a first video decoder (Video decoder 1) 6100 and a second video decoder (Video decoder 2) 6110. In addition, although not shown inFIG. 6 , the broadcast receiver may further include a controller for controlling the above-mentioned components as necessary. The controller may further perform program switching or channel switching as necessary. - In accordance with the first embodiment of the present invention, an image for a 2D broadcast service and an additional image for a 3D broadcast service may be received as an additional ES. Individual images based on a stereoscopic image format may correspond to a left view image and a right view image, respectively.
- If there are two decoders (i.e., the
first video decoder 6100 and the second video decoder 6110), each of which receives two video ESs as streams having different Packet Identifier (PIDs) and independently decodes each ES, a left view image and a right view image should be synchronized in units of a frame. In this case, if theoutput synchronizer 6080 performs the above-mentioned role, synchronizes a left view image and a right view image, and outputs the synchronized left view and right view images, theoutput formatter 6090 performs conversion of two images (i.e., left view and right view images) according to a display format, such that it can output the final 3D stereoscopic display signal. -
FIG. 7 is a block diagram illustrating another example of a broadcast receiver for processing a broadcast signal according to a first embodiment of the present invention. - Referring to
FIG. 7 , the broadcast receiver includes areceiving unit 7010, a demultiplexer (TP Demux) 7020 for extracting a Transport Packet (TP) or Elementary Stream (ES) from the broadcast signal and outputting the extracted TP or ES, a system information (SI)processor 7030 for parsing system information, and avideo processing unit 7040 for processing a video element. The receivingunit 7010 may further include a Tuner &Demodulator 7050 and a Vestigial Side Band (VSB)decoder 7060 according to embodiment categories. Thevideo processing unit 7040 may further include aninput synchronizer 7070 for synchronizing frames of video data, avideo decoder 7080 for decoding video data, and anoutput formatter 7090 for formatting an output image. In addition, although not shown inFIG. 7 , the broadcast receiver may further include a controller for controlling the above-mentioned components as necessary. The controller may further perform program switching or channel switching as necessary. - In
FIG. 7 , two video ESs are received as streams having different PIDs, and a single decoder may simultaneously decode the two video ESs. In this case, video ESs received in two paths are synchronized in units of a frame, such that the synchronized video ESs needs to be input to the video decoder. Theinput synchronizer 7070 performs the corresponding role. Theoutput formatter 7090 performs image processing of the decoded left view image and the decoded right view image according to the display format, such that it can output a 3D stereoscopic display signal. - Hereinafter, a PMT structure, a broadcast receiver structure, and operations of the broadcast receiver according to the second embodiment of the present invention will be described in detail.
-
FIG. 8 shows a syntax structure of a PMT including 3D broadcast information according to one embodiment of the present invention. - Referring to
FIG. 8 , the PMT includes 3DTV information, a stream type, 3DTV ES information and the like, that are used as 3D broadcast information, as a descriptor or a field type. The PMT syntax structure ofFIG. 8 is similar to the PMT syntax structure ofFIG. 3 , and as such a detailed description thereof will herein be omitted. Detailed description of fields contained in the PMT ofFIG. 8 is as follows. - The ‘descriptor’
field 8010 includes 3DTV information (or 3DTV_descriptor), and a detailed description of the 3DTV information will hereinafter be described in detail. - A ‘stream_type’ field(8020) is an 8-bit field specifying the type of elementary stream or payload carried within packets with the PID whose value is specified by the ‘elementary_PID’ field. In addition, the ‘stream_type’ field may indicate a coding type of a corresponding video element. As an exemplary coding type, a JPEG, an MPEG-2, an MPEG-4, an H.264/AVC, an H.264/SVC or H.264/MVC scheme may be used. In addition, the
stream_type field 8020 may have a specific field value that is interpreted as private data in the 2D broadcast receiver. For example, in regard to a video stream or an audio stream contained in a 3D corresponding program, a field value of astream_type field 8020 is set to 0x06, such that thelegacy 2D broadcast receiver may discard or bypass corresponding streams. - The
descriptor field 8030 includes 3DTV format information (or 3DTV_format_descriptor), and the 3DTV format information will hereinafter be described in detail. -
FIG. 9 shows a syntax structure of 3DTV information contained in a PMT according to one embodiment of the present invention. - Detailed descriptions of the fields shown in
FIG. 9 are equal to those of 3DTV information fields. In accordance with the second embodiment of the present invention, the stereoscopic image format has been disclosed as an example, such that the number_of_total_views field may be omitted. However, the above-mentioned example is disclosed for only illustrative purposes. In the case of transmitting a multi-view image, the syntax structure ofFIG. 9 may include the number_of_total_views field. In this case, the number_of_total_views field has already been disclosed inFIG. 4 . -
FIG. 10 shows a syntax structure of 3D format information contained in a PMT according to one embodiment of the present invention. - Detailed descriptions of the fields contained in the 3D format information of
FIG. 10 are as follows. - The 3D_ES_stream_type field indicates category information of a video ES and codec information. For example, the 3D_ES_stream_type field may use values defined in Table 2-34 of ISO/IEC 13818 1 (MPEG-2 Systems).
- Fields to be described in the following may be omitted or discarded when the 3D_ES_stream_type field of the 3D_format_descriptor field corresponds to an audio stream (that is, the above fields are present only in the video ES).
- The composition_type field indicates how the left/right images of the stereo-multiplexed video data are multiplexed. In other words, the broadcast receiver parses a value of the composition_type field, and the composition_type field determines which format among several formats (i.e., a side-by-side format, a top-bottom format, an interlaced format, a frame sequential format, a checkerboard format, an anaglyph format, a full left/right format, a full left/half right format, and a 2D video/depth format) was used for reception of the corresponding 3D image.
- When a stereoscopic image is configured (or multiplexed), the LR_first_flag field indicates whether the upper leftmost pixel of the frame belongs to a left image or a right image. For example, if the LR_first_flag field has a value of zero, this means that a pixel belonging to the left image is located prior to the right image.
- The spatial_flipping_flag field indicates whether at least one of the right and left images is scanned and coded in an inverse direction.
- The image0_flipped_flag field of 1 indicates which one of images is flipped or mirror-inverted. If an image (image0) is flipped, the image0_flipped_flag field is denoted by ‘1’. If another image (image1) is flipped, the image0_flipped_flag field is denoted by ‘0’. For example, the image0 includes the upper leftmost pixel of one frame composed of left and right images, and the image1 is a different image. In other words, the image0 or the image1 may be mapped to a left image or a right image according to information of the LR_first_flag field. If the LR_first_flag field is set to ‘00’, this means a left image. If the LR_first_flag field is set to ‘1’, this means a right image.
- The quincunx_filtering_flag field may indicate whether the sampling was performed using the quincunx filter when a left image or a right image is sampled at a half resolution. For example, if the quincunx filtering was performed, the quincunx_filtering_flag field may be denoted by ‘1’. Otherwise, the quincunx_filtering_flag field may be denoted by ‘0’. If the quincunx_filtering_flag field is set to 1, the reception system may perform inverse processing of the quincunx filtering of the corresponding image.
- When receiving the PMT according to the second embodiment, operations of the broadcast receiver may be operated as follows.
- (1) Operations of 2D Broadcast Receiver
- The 2D broadcast receiver extracts a PMT from SI information contained in a broadcast signal, and parses the extracted PMT. In this case, the stream_type information contained in the PMT is checked. If the stream_type information is set to 0x06, the broadcast receiver determines a corresponding stream to be private data, the corresponding stream is considered to be a service incapable of being processed in the 2D broadcast receiver, so that the corresponding program is ignored or discarded. All ESs constructing the 3D program are interpreted as private data, such that the 2D broadcast receiver ignores a corresponding program and prevents the occurrence of programs (e.g., an image in which a left view image and a right view image are mixed is output, or only audio streams are output on the condition that video data is ignored or discarded) caused by faulty operations generated when elements of the 3D program are processed.
- (2) Operations of 3D Broadcast Receiver—Viewing of 3D Broadcast Service
- The 3D broadcast receiver extracts a PMT from SI information contained in a broadcast signal, and parses the extracted PMT. The 3D broadcast receiver checks the stream_type information of each ES constructing the program. If the stream_type information is set to 0x06 and 3DTV information is present in the PMT, or if 3DTV ES information is present in each ES loop, it is determined that the corresponding program corresponds to a 3DTV service. In this case, the stream_type field of each ES constructing the 3D program should be set to 0x06. This stream_type field of 0x06 is applied not only to a video ES and an audio ES, but also to a data broadcast stream associated with a corresponding program.
- Information of a real codec or stream type in relation to an ES constructing the corresponding program may be acquired using information of the 3D_ES_stream_type field contained in the 3DTV ES information. The broadcast receiver acquires a video PID value, and acquires 3D format category information of a corresponding video element and left/right arrangement information.
- The broadcast receiver processes decoded stereo-multiplexed video elements using the output formatter, and outputs the processed video elements. The output formatter may perform additional resizing, frame rate conversion, and the like using not only 3D format category information acquired from the 3DTV format information but also left/right arrangement information.
- (3) Operations of 3D Broadcast Receiver—Conversion to 2D Mode
- The broadcast receiver reads the corresponding—2D_program_number field from 3DTV information, and recognizes a 2D program described in the corresponding—2D_program_number field. Thereafter, the broadcast receiver extracts a PMT associated with a program number described in the corresponding—2D_program_number field, and parses the extracted PMT, such that it acquires information of video and audio elements of a corresponding program. The broadcast receiver interworks with a VCT or the like during a process for acquiring channel information, such that it can further acquire logical channel information.
- The broadcast receiver performs program switching (or channel switching), decodes video and audio elements of a 2D program corresponding to the converted program, and outputs the decoded result.
-
FIG. 11 is a block diagram illustrating a broadcast receiver for processing a broadcast signal according to a second embodiment of the present invention. - Referring to
FIG. 11 , the broadcast receiver includes a receivingunit 11010, a demultiplexer (TP Demux) 11020 for extracting a Transport Packet (TP) or Elementary Stream (ES) from the broadcast signal and outputting the extracted TP or ES, a system information (SI)processor 11030 for parsing system information, and avideo processing unit 11040 for processing a video element. The receivingunit 11010 may further include a Tuner &Demodulator 11050 and a Vestigial Side Band (VSB)decoder 11060 according to embodiment categories. Thevideo processing unit 11040 may further include avideo decoder 11070 for decoding video data, and anoutput synchronizer 11080 for synchronizing frames of video data. In addition, although not shown inFIG. 11 , the broadcast receiver may further include a controller for controlling the above-mentioned components as necessary. The controller may further perform program switching or channel switching as necessary. - In accordance with the second embodiment of the present invention, an image for a 2D broadcast service and an additional image for a 3D broadcast service may be received as an additional ES. In each image for the 3D broadcast service, a left image and a right image are multiplexed into one frame, and the multiplexed result is transmitted to a destination.
- The broadcast receiver of
FIG. 11 may be operated in a similar way to the conventional 2D broadcast receiver, except for operations of the system information (SI) processor and the output formatter, i.e., except for an operation for extracting the 3DTV format descriptor by the SI processor and an operation of format conversion by the output formatter. - The embodiments shown in
FIGS. 12 and 13 disclose a method for allowing a broadcast receiver to convert a received multiplexing format into another multiplexing format using 3DTV format information, and outputting the converted result. -
FIG. 12 is a structural diagram illustrating a broadcast receiver that converts a multiplexing format of a received image into another format using 3D image format information and outputs the converted result according to one embodiment of the present invention. - As can be seen from the left side of
FIG. 12 , it is possible to recognize the multiplexing format of 3D video data according to the value of the composition_type field. The broadcast receiver parses the system information. If the composition_type field is set to the value of 0, the broadcast receiver can identify the vertically interlaced format. If the composition_type field is set to the value of 1, the broadcast receiver can identify the side-by-side format. If the composition_type field is set to the value of 2, the broadcast receiver can identify the horizontally interlaced format. If the composition_type field is set to the value of 3, the broadcast receiver can identify the vertically interlaced format. If the composition_type field is set to the value of 4, the broadcast receiver can identify the checkerboard format. - A conceptual diagram of the output formatter of the broadcast receiver is illustrated at the right side of
FIG. 12 . In one embodiment, the output formatter of the broadcast receiver may include ascaler 12010, areshaper 12020, a memory (DDR) 12030, and aformatter 12040. - The
scaler 12010 performs resizing and interpolation of the received image. For example, thescaler 12010 may perform resizing and quincunx reverse-sampling of the received image according to the received image format and the output image format. - During resizing, the received image may be resized with various rates (e.g., 1/2 resizing, doubling (2/1 resizing)) according to the resolution and the image size. The
reshaper 12020 extracts the left/right images from the received image and stores the extracted left/right images in thememory 12030, or extracts the read image from thememory 12030. If a map of one image stored in thememory 12030 is different from that of an output image, thereshaper 12020 reads the image stored in the memory and maps the read image to the output image. Thememory 12030 stores the received image, or buffers the received image and outputs the buffered image result. Theformatter 12040 performs conversion of an image format according to the format of an image to be displayed. For example, theformatter 12040 may convert the top-bottom format image into the interlaced format. -
FIG. 13 is a conceptual diagram illustrating a video data processing method of a broadcast receiver that converts a multiplexing format of a received image using 3DTV format information and outputs the converted result according to one embodiment of the present invention. - 1) First, the first embodiment of the present invention discloses that an output format corresponds to a horizontally-interleaving operation, and a detailed description thereof will hereinafter be described.
- The scaler performs vertical- or horizontal-1/2 resizing of the received left or right image, and outputs the resized result. The reshaper stores the output image in the memory, performs image scanning using the top-bottom format, and outputs the scanned result. The scaler performs horizontal 2/1 resizing of the received top-bottom format image, and the formatter converts the received full-screen top-bottom format image into the horizontally interlaced format and outputs the conversion result.
- 2) Next, the second embodiment of the present invention discloses that a multiplexing format of the received 3D image is a side-by-side format and an output format corresponds to a horizontally-interleaving mode. It is assumed that the received 3D image indicates left first and no flipping.
- The scaler performs vertical 1/2 resizing of the received side-by-side format image, and outputs the resized result. The reshaper stores the output image in the memory, performs image scanning using the top-bottom format, and outputs the scanned result. The scaler performs horizontal 2/1 resizing of the received top-bottom format image, and the formatter converts the received full-screen top-bottom format image into the horizontally interlaced format and outputs the conversion result.
-
FIG. 14 is a flowchart illustrating a broadcast data processing method of a 3D broadcast receiver according to one embodiment of the present invention. - Referring to
FIG. 14 , the broadcast receiver allows the receiving unit to receive a broadcast signal that includes not only system information having broadcast information of each program but also broadcast data (or video data) atstep 14010. For example, the system information may correspond to the ATSC standard PSI, and broadcast information of each program may correspond to PMT information. A broadcast signal or broadcast data may include video data, audio data, and additional data that correspond to a program. The following will be described on the basis of video data. The video data may represent video data that includes a video stream, an ES, a frame and an image. - The broadcast receiver parses system information using the System Information (SI) processor, and determines whether or not the program provides a 3D broadcast service by referring to the system information at step 14020. For example, the broadcast receiver determines whether or not the program provides a 3D broadcast service by detecting at least one of the presence or absence of stream_type information of each ES configuring a program in the PMT, the presence or absence of 3DTV information, and the presence or absence of 3DTV ES information contained in each ES loop. In other words, broadcast receiver parses the system information and determines whether the video data of specific program means the 3D broadcast service on the basis of the system information.
- The broadcast receiver extracts broadcast data (or video data) corresponding to the program providing the 3D broadcast service using the demultiplexer at step S14030. For example, the broadcast receiver can extract video data using PIDs of a program that provides the 3D broadcast service through the PMT.
- The broadcast receiver processes the extracted video data using the video processing unit at step S14040. The operation for processing video data may include a decoding operation of the video decoder, a synchronization operation of the synchronizer, and an image formatting operation of the output formatter, etc. For example, the broadcast receiver acquires 3DTV information, 3DTV ES information, and 3DTV format information by parsing the PMT, and can process video data using at least one of the acquired information.
- The broadcast receiver may switch a 3D viewing mode to a 2D viewing mode upon receiving an input signal from the user at
step 14050. - In this case, the broadcast receiver may acquire program information of a 2D program, that provides a 2D broadcast service of a specific program capable of providing a 3D broadcast service from the system information, using the SI processor at step S14060. For example, the program information may include a program number of a 2D program corresponding to a 3D program (e.g., corresponding—2D_program_number information).
- The broadcast receiver performs program conversion (or change), and extracts video data of a 2D program according to program information of the 2D program using the demultiplexer at step S14070. For example, the broadcast receiver may convert (or switch) a program number into a number of a 2D program, and may perform channel conversion by mapping a channel number of a VCT contained in system information to a program number, such that it may extract video data of either a corresponding program or a channel. The broadcast receiver may acquires channel information of the program using a Terrestrial Virtual Channel Table (TVCT) contained in the system information by controlling the SI processor, and switches a channel to another channel using the channel information, by the controller.
- The broadcast receiver may process video data of the 2D program at step S14080. The video data processing of the broadcast receiver may decode video data, and also include video formatting disclosed in
FIGS. 12 and 13 . - The broadcast receiver may perform conversion of either a program or a channel using the controller. In other words, if a current viewing mode is converted into a 2D viewing mode, the broadcast receiver controls components contained in the broadcast receiver according to the received viewing mode conversion input signal, such that it can perform the above-mentioned operations.
- Individual steps associated with
FIG. 14 relate to the embodiments disclosed inFIGS. 1 to 13 , and as such a detailed description thereof will herein be omitted. - The method disclosed in the present invention may be implemented in the form of program commands executable by a variety of computer means, and recorded on a computer-readable recording medium. The computer-readable recording medium may include program commands, data files, data structures, etc. individually or in combination. The program commands recorded on the medium may be ones specially designed and configured for the present invention or ones known and available to those skilled in computer software. Examples of the computer-readable recording medium include magnetic media such as a hard disk, a floppy disk and a magnetic tape, optical media such as a compact disc read only memory (CD-ROM) and a digital versatile disc (DVD), magneto-optical media such as a floptical disk, and hardware devices specially configured to store and execute program commands, such as a ROM, a random access memory (RAM) and a flash memory. Examples of the program commands include high-level language code that may be executed by a computer using an interpreter, etc., as well as machine language code such as those produced by a compiler. The abovestated hardware devices may be configured to operate as one or more software modules to perform the operation of the present invention, and vice versa.
- Although the present invention has been described in conjunction with the limited embodiments and drawings, the present invention is not limited thereto. Those skilled in the art will appreciate that various modifications, additions and substitutions are possible from this description. Therefore, the scope of the present invention should not be limited to the description of the exemplary embodiments and should be determined by the appended claims and their equivalents.
- Various embodiments have been described in the best mode for carrying out the invention.
- As apparent from the above description, embodiments of the present invention may be wholly or partially applied to a digital broadcasting system.
- According to embodiments of the present invention, the broadcast receiver can process 3D video data such that a 3D effect intended by a 3D broadcast service provider is reflected in the 3D broadcast service.
- In addition, the embodiments of the present invention can effectively provide a 3D broadcast service simultaneously while minimizing the effect on a conventional 2D broadcast service.
- It will be apparent to those skilled in the art that various modifications and variations can be made in the present invention without departing from the spirit or scope of the invention. Thus, it is intended that the present invention cover the modifications and variations of this invention provided they come within the scope of the appended claims and their equivalents.
Claims (11)
Priority Applications (1)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US14/673,411 US9485490B2 (en) | 2009-10-13 | 2015-03-30 | Broadcast receiver and 3D video data processing method thereof |
Applications Claiming Priority (4)
Application Number | Priority Date | Filing Date | Title |
---|---|---|---|
US25127309P | 2009-10-13 | 2009-10-13 | |
PCT/KR2010/001704 WO2011046271A1 (en) | 2009-10-13 | 2010-03-19 | Broadcast receiver and 3d video data processing method thereof |
US201213501654A | 2012-04-12 | 2012-04-12 | |
US14/673,411 US9485490B2 (en) | 2009-10-13 | 2015-03-30 | Broadcast receiver and 3D video data processing method thereof |
Related Parent Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US13/501,654 Continuation US9049430B2 (en) | 2009-10-13 | 2010-03-19 | Broadcast receiver and 3D video data processing method thereof |
PCT/KR2010/001704 Continuation WO2011046271A1 (en) | 2009-10-13 | 2010-03-19 | Broadcast receiver and 3d video data processing method thereof |
Publications (2)
Publication Number | Publication Date |
---|---|
US20150281668A1 true US20150281668A1 (en) | 2015-10-01 |
US9485490B2 US9485490B2 (en) | 2016-11-01 |
Family
ID=43876311
Family Applications (2)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US13/501,654 Active 2031-08-28 US9049430B2 (en) | 2009-10-13 | 2010-03-19 | Broadcast receiver and 3D video data processing method thereof |
US14/673,411 Active US9485490B2 (en) | 2009-10-13 | 2015-03-30 | Broadcast receiver and 3D video data processing method thereof |
Family Applications Before (1)
Application Number | Title | Priority Date | Filing Date |
---|---|---|---|
US13/501,654 Active 2031-08-28 US9049430B2 (en) | 2009-10-13 | 2010-03-19 | Broadcast receiver and 3D video data processing method thereof |
Country Status (5)
Country | Link |
---|---|
US (2) | US9049430B2 (en) |
EP (1) | EP2489196A4 (en) |
KR (1) | KR101676311B1 (en) |
CA (1) | CA2777016C (en) |
WO (1) | WO2011046271A1 (en) |
Families Citing this family (8)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
EP2648407A4 (en) * | 2010-12-02 | 2014-07-30 | Korea Electronics Telecomm | Method and apparatus for transmitting stereoscopic video information |
WO2012128563A2 (en) * | 2011-03-22 | 2012-09-27 | 한국전자통신연구원 | Heterogeneous network-based linked broadcast content transmitting/receiving device and method |
KR20140090999A (en) * | 2011-10-14 | 2014-07-18 | 어드밴스드 마이크로 디바이시즈, 인코포레이티드 | Region-based image compression |
US20130271568A1 (en) * | 2012-04-13 | 2013-10-17 | Electronics And Telecommunications Research Institute | Transmitting system and receiving apparatus for providing hybrid service, and service providing method thereof |
EP2884752A4 (en) * | 2012-08-10 | 2016-01-27 | Lg Electronics Inc | Signal transceiving apparatus and signal transceiving method |
GB2513891A (en) * | 2013-05-09 | 2014-11-12 | Frontier Silicon Ltd | A digital radio receiver system and method |
KR102189520B1 (en) * | 2013-10-30 | 2020-12-11 | 한국전자통신연구원 | Apparatus and method for transmitting and receiving broadcasting |
KR20150057149A (en) * | 2013-11-18 | 2015-05-28 | 한국전자통신연구원 | System and method for providing 3d broadcast service provision based on re-transmission broadcast networks |
Family Cites Families (15)
Publication number | Priority date | Publication date | Assignee | Title |
---|---|---|---|---|
US6055012A (en) * | 1995-12-29 | 2000-04-25 | Lucent Technologies Inc. | Digital multi-view video compression with complexity and compatibility constraints |
US6057884A (en) * | 1997-06-05 | 2000-05-02 | General Instrument Corporation | Temporal and spatial scaleable coding for video object planes |
KR19990085286A (en) * | 1998-05-15 | 1999-12-06 | 구자홍 | How to change channel information of digital TV |
KR100977193B1 (en) | 2002-04-25 | 2010-08-20 | 샤프 가부시키가이샤 | Image data creation device, image data reproduction device, and image data recording medium |
US7227583B2 (en) | 2002-12-11 | 2007-06-05 | Lg Electronics Inc. | Digital TV method for switching channel automatically |
JP4190357B2 (en) | 2003-06-12 | 2008-12-03 | シャープ株式会社 | Broadcast data transmitting apparatus, broadcast data transmitting method, and broadcast data receiving apparatus |
KR100745268B1 (en) * | 2005-06-20 | 2007-08-01 | 엘지전자 주식회사 | Method for providing additional funtion of digital broadcasting signal |
KR100657322B1 (en) * | 2005-07-02 | 2006-12-14 | 삼성전자주식회사 | Method and apparatus for encoding/decoding to implement local 3d video |
KR100747550B1 (en) | 2005-12-09 | 2007-08-08 | 한국전자통신연구원 | Method for providing three dimensional image service based on DMB, Apparatus and Method of Decoding for three dimensional image service based on DMB |
CA2673494C (en) | 2006-10-16 | 2014-07-08 | Nokia Corporation | System and method for using parallelly decodable slices for multi-view video coding |
KR101360264B1 (en) * | 2007-05-07 | 2014-02-21 | 한국전자통신연구원 | Method for broadcasting service |
KR100993428B1 (en) * | 2007-12-12 | 2010-11-09 | 한국전자통신연구원 | Method and Apparatus for stereoscopic data processing based on digital multimedia broadcasting |
KR101472332B1 (en) * | 2008-04-15 | 2014-12-15 | 삼성전자주식회사 | Method and apparatus for providing and receiving three-dimensional digital contents |
EP2134083A1 (en) * | 2008-06-12 | 2009-12-16 | Alcatel, Lucent | Method and system for switching between video sources |
EP2373042A4 (en) * | 2008-12-30 | 2012-09-12 | Lg Electronics Inc | Digital broadcast receiving method providing two-dimensional image and 3d image integration service, and digital broadcast receiving device using the same |
-
2010
- 2010-03-19 CA CA2777016A patent/CA2777016C/en not_active Expired - Fee Related
- 2010-03-19 KR KR1020127008711A patent/KR101676311B1/en active IP Right Grant
- 2010-03-19 WO PCT/KR2010/001704 patent/WO2011046271A1/en active Application Filing
- 2010-03-19 US US13/501,654 patent/US9049430B2/en active Active
- 2010-03-19 EP EP10823513.6A patent/EP2489196A4/en not_active Ceased
-
2015
- 2015-03-30 US US14/673,411 patent/US9485490B2/en active Active
Also Published As
Publication number | Publication date |
---|---|
CA2777016C (en) | 2015-10-20 |
EP2489196A1 (en) | 2012-08-22 |
EP2489196A4 (en) | 2014-03-05 |
US20120200666A1 (en) | 2012-08-09 |
KR20120097372A (en) | 2012-09-03 |
KR101676311B1 (en) | 2016-11-15 |
CA2777016A1 (en) | 2011-04-21 |
US9049430B2 (en) | 2015-06-02 |
WO2011046271A1 (en) | 2011-04-21 |
US9485490B2 (en) | 2016-11-01 |
Similar Documents
Publication | Publication Date | Title |
---|---|---|
US9756380B2 (en) | Broadcast receiver and 3D video data processing method thereof | |
US10341636B2 (en) | Broadcast receiver and video data processing method thereof | |
US10129525B2 (en) | Broadcast transmitter, broadcast receiver and 3D video data processing method thereof | |
US9712803B2 (en) | Receiving system and method of processing data | |
CA2760100C (en) | Broadcast transmitter, broadcast receiver and 3d video data processing method thereof | |
KR101683119B1 (en) | Broadcast transmitter, Broadcast receiver and 3D video processing method thereof | |
US9485490B2 (en) | Broadcast receiver and 3D video data processing method thereof | |
US20130002819A1 (en) | Receiving system and method of processing data | |
US20140049606A1 (en) | Image data transmission device, image data transmission method, image data reception device, and image data reception method |
Legal Events
Date | Code | Title | Description |
---|---|---|---|
AS | Assignment |
Owner name: LG ELECTRONICS INC., KOREA, REPUBLIC OF Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNORS:SUH, JONG YEUL;YANG, JEONG HYU;KIM, JIN PIL;AND OTHERS;SIGNING DATES FROM 20111219 TO 20120118;REEL/FRAME:035291/0453 |
|
STCF | Information on status: patent grant |
Free format text: PATENTED CASE |
|
FEPP | Fee payment procedure |
Free format text: PAYOR NUMBER ASSIGNED (ORIGINAL EVENT CODE: ASPN); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY |
|
MAFP | Maintenance fee payment |
Free format text: PAYMENT OF MAINTENANCE FEE, 4TH YEAR, LARGE ENTITY (ORIGINAL EVENT CODE: M1551); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY Year of fee payment: 4 |
|
MAFP | Maintenance fee payment |
Free format text: PAYMENT OF MAINTENANCE FEE, 8TH YEAR, LARGE ENTITY (ORIGINAL EVENT CODE: M1552); ENTITY STATUS OF PATENT OWNER: LARGE ENTITY Year of fee payment: 8 |