Source: https://patents.google.com/patent/US8760498B2/en
Timestamp: 2019-09-22 02:52:04
Document Index: 183424912

Matched Legal Cases: ['Application No. 61', 'Application No. 61', 'Application No. 61', 'art 900', 'Application No. 12155439', 'Application No. 201210036132']

US8760498B2 - Disparity data transport in standard caption service - Google Patents
Disparity data transport in standard caption service Download PDF
US8760498B2
US8760498B2 US13/176,088 US201113176088A US8760498B2 US 8760498 B2 US8760498 B2 US 8760498B2 US 201113176088 A US201113176088 A US 201113176088A US 8760498 B2 US8760498 B2 US 8760498B2
US13/176,088
US20120236113A1 (en
2011-03-14 Priority to US201161452247P priority Critical
2011-07-05 Application filed by Sony Corp filed Critical Sony Corp
2011-07-05 Assigned to SONY CORPORATION reassignment SONY CORPORATION ASSIGNMENT OF ASSIGNORS INTEREST (SEE DOCUMENT FOR DETAILS). Assignors: EYER, MARK KENNETH
2011-07-05 Priority to US13/176,088 priority patent/US8760498B2/en
2012-09-20 Publication of US20120236113A1 publication Critical patent/US20120236113A1/en
2014-06-24 Publication of US8760498B2 publication Critical patent/US8760498B2/en
A method of processing disparity data for closed captions for three dimensional video involves receiving closed caption data including closed caption text within a first Standard service block having a service number in the range of 1-6; receiving closed caption disparity data within a Standard service block having a service number equal to n, where n is between 1 and 6; receiving a linkage field which associates each instance of said disparity data to a corresponding Standard service; parsing the disparity data from the closed caption data appearing in service number n; and processing the caption text and disparity data to produce an output suitable for defining a rendering of a three dimensional image on a display of the caption text at a z-axis position defined by the disparity data. This abstract is not to be considered limiting, since other embodiments may deviate from the features described in this abstract.
This application is related to and claims priority benefit of U.S. Provisional Patent Application No. 61/452,247 filed Mar. 14, 2011 to Mark Eyer. This application is also related to U.S. Provisional patent application 61/415,924 filed Nov. 22, 2010 entitled “Service Linkage to Caption Disparity Data Transport” to Mark Eyer, et al.; and U.S. Provisional Patent Applications No. 61/415,457 filed Nov. 19, 2010 entitled “Disparity Data Signaling and Transport for 3D Captioning” to Mark Eyer, et al.; 61/346,652 filed May 20, 2010 entitled “Disparity Data Transport” to Mark Eyer, et al.; and 61/313,612 filed Mar. 12, 2010 to Mark Eyer et al, and U.S. Provisional Patent Application No. 61/316,733 filed Mar. 23, 2010 entitled “Extended Command Stream for CEA-708 Captions” to Mark Eyer et al., and U.S. Provisional Patent Application No. 61/378,792 filed Aug. 31, 2010 entitled “Efficient Transport of Frame-by-Frame Change in Captioning Disparity Data” to Mark Eyer; and the application is also related to non-provisional patent application Ser. Nos. 13/022,828, 13/022,817 and 13/022,810 which were each filed on Feb. 8, 2011; and each of the above applications is hereby incorporated by reference in their entirety.
When closed captions (CC) accompany a three dimensional (3D) stereoscopic video program, a standard is needed that defines where the captions appear in the z-axis (depth) and how this information is to be conveyed to the receiver. Without such signaling, the captions may not be optimally placed on a video display so as to not interfere with other video objects or be interfered with by other video objects.
FIG. 1 is an example caption_disparity_data( ) command arrangement consistent with certain embodiments of the present invention.
FIG. 2 is an example of a piecewise linear approximation of authored disparity data consistent with certain embodiments of the present invention.
FIG. 3 is an example encoder consistent with certain embodiments of the present invention.
FIG. 4 is an example decoder consistent with certain embodiments of the present invention.
FIG. 5 is an example television receiver device consistent with certain embodiments of the present invention.
FIG. 6 is an example flow chart of a process consistent with certain embodiments of the present invention.
FIG. 7 is an example implementation block diagram of a television receiver device consistent with certain embodiments of the present invention.
Reference throughout this document to “one embodiment”, “certain embodiments”, “an embodiment”, “an implementation”, “an example” or similar terms means that a particular feature, structure, or characteristic described in connection with the embodiment is included in at least one embodiment of the present invention. Thus, the appearances of such phrases or in various places throughout this specification are not necessarily all referring to the same embodiment. Furthermore, the particular features, structures, or characteristics may be combined in any suitable manner in one or more embodiments without limitation.
When closed captioning is rendered in the display of a 3D video program, the CC window and associated text is likely to be rendered in the plane of the screen unless steps are taken to render the window and text such that they appear at a different, more appropriate, perceived depth. An object in a scene within 3D content may be presented such that it appears to the viewer to be some distance in front of the plane of the display screen. If a captioning window positioned in depth at the plane of the display were to be placed on top of that object, a “depth violation” would occur. In such a case, the viewer is presented with conflicting depth cues, a situation that causes eye fatigue and discomfort. Since captioning may intersect in the z-axis with content in the scene if it is simply positioned at the screen plane, the presentation of captioning is preferably individually authored to the subject matter of the video presentation. In order to accomplish this, extra information can be sent along with the captions to define the perceived placement on the z-axis (a designated distance in front or behind the plane of the screen) of a window containing the caption text for effective presentation and to avoid interference with objects in the scene. A number of techniques can be devised to provide this information, but many have disadvantages.
Stereoscopic 3D television involves delivery to the display screen of separate views for the left and right eyes, coupled with a method to allow each of the viewer's eyes to see only the image intended for that eye. The illusion of depth is achieved when, for a given object, the left- and right-eye views differ in the horizontal position of that object's placement. An overview of the basic technology relating to three dimensional display systems is described in “3D Display Systems” by Dr. Nick Holliman, Department of Computer Science, University of Durham, Science Laboratories, South Road, Durham DH1 3LE, UK (see particularly pp. 10-11 and FIG. 5), which is hereby incorporated by reference in the document's entirety.
The term “disparity” as used herein can be more formally referred to as “screen disparity” (i.e., as measured on the screen) as distinguished from “retinal disparity” and is defined as the difference of the physical x coordinates of corresponding points in the right and left images in a pair of aligned stereo images displayed on a screen. The less formal term “disparity” will be used herein for simplicity. By convention, when disparity is negative (e.g. when the left-eye image is rendered on the screen to the right of the right-eye image), the object is perceived as being in front of the plane of the screen. When disparity is positive (e.g. when the left-eye image is rendered on-screen to the left of the right-eye image), the object is perceived as being behind the screen plane.
The term “disparity data” can refer to any data indicating the disparity value to be used in rendering a given graphical object, such as a caption window and its associated text. The term can also be used more generally to refer to data reflecting the z-axis positions of objects in the current scene. The scene area can be mapped out into regions, with the z-axis position of the object in each region that is closest to the viewer recorded as a coordinate in the map. Such a map may be called a “disparity map” or a “depth map.” Disparity maps can change on a frame-by-frame basis and can be represented in any number of ways. It is noted that disparity is a measure of the horizontal offset of left eye and right eye images, but the offset need not be in an integer number of pixels as fractional pixel offsets are perfectly acceptable.
Within the context of delivery of 3D video and CC content for display, disparity is generally represented as a percentage of the width of the accompanying video. As such, it is a dimensionless number. For example, the signaling scheme may specify that one unit of disparity is equal to 1/1920 of the width of the video content. But, a disparity of 1/1920 is not the minimum increment in actual disparity even with a screen width of 1920 pixels. With this definition, a disparity of 7 refers to a distance equal to 7/1920 of the width of the video content. Again with this definition, in the special case of a screen with 1920 pixels of horizontal resolution, this works out such that one full unit of disparity is the same width as one display pixel, but this should be thought of as a special case. If a display screen has fewer than 1920 horizontal pixels, e.g., 1600 horizontal pixels, then disparity is scaled accordingly and a disparity of 7 equates to ( 7/1920)(1600)=5.83 pixels. Hence, disparity should most properly be viewed as the difference in the physical location on the screen along the x axis (horizontal) of corresponding points in left eye and right eye images in a pair of aligned stereoscopic images. It is also noteworthy that the CC window will generally be a two dimensional window which is positioned along the z-axis and which is perceived to be in a plane parallel to the plane of the display screen.
The subject matter herein addresses a problem involving the transport of data to support 3D caption services. A method is needed to deliver data in the DTV Caption Channel of CEA-708 compliant devices that can as nearly as possible be assured to be backwards-compatible with legacy (existing, fielded) caption decoders. One possibility is to use the Extended Channel as described in U.S. patent application Ser. No. 13/022,810 filed Feb. 8, 2011 entitled “EXTENDED COMMAND STREAM FOR CLOSED CAPTION DISPARITY”, to Eyer et al., which is hereby incorporated in its entirety by reference. In the aforementioned application an Extended Service number is used to carry disparity data.
Closed captioning data for 3D audio/video content includes both the definition of caption window attributes and text as well as the disparity data specifying the z-axis position (depth) that each caption window is to be rendered on top of 3D video. In some content creation and distribution scenarios, a 2D version of the same content is distributed to receivers through a different path (for example, to be broadcast on a different channel on cable). The same closed captioning data, including disparity data, may accompany the 2D version of the content. Since the 2D version of the content is processed by non-3D-capable receivers (which may be called “legacy” receivers), the disparity data should be properly disregarded, or skipped over, when the captioning data is processed.
The CEA standard for advanced captioning, CEA-708, included a number of provisions intended to allow future extensions to the standard to be made. Using one of these extensions for the addition of disparity data would seem to be a logical choice, however implementations of CEA-708 caption decoders have been found to be deficient with respect to the way they handle some of these extensions. The CEA-708 standard has been found to be unclear or confusing in some areas, a fact that contributes to implementation errors or omissions.
Methods have been sought to minimize the possibility that legacy decoders are adversely affected by the presence of disparity data in the captioning stream. A method described herein involves delivering disparity data within a separate caption service that is known to be associated with one of the Standard caption services.
The CEA-708 advanced captioning standard supports multiple simultaneous caption services so that, for example, captioning in different languages can be offered for the same program. CEA-708 defines a “minimum decoder” in Section 9. A minimum decoder is required to process the “Standard” service numbers 1 through 6. Processing “Extended” services 7 through 63 is optional. Quoting from CEA-708, “Decoders shall be capable of decoding all Caption Channel Block Headers consisting of Standard Service Headers, Extended Service Block Headers, and Null Block headers.”
One of the disparity data transport methods described herein involves placing the 3D data in an “Adjunct Data” service. In this approach Standard Service Number 6 is recognized as the Adjunct Data service according to the preferred implementation. Service 6 may therefore carry data that is used by the receiver to render caption Services 1 thorough 5, as well as Service 6.
A system could be designed where caption service 6 (or some other Standard service number in the 1-6 range) could carry 3D data for one or more Standard services. Within Standard Service #6, for example, signaling can be present to associate a certain block of 3D data with a particular one of the Standard services (1-6). In the above-referenced patent application wherein Extended services are used, it is submitted that use of Standard services for transmission of disparity data would be awkward and inefficient. However, upon further study, it is noted that in real world situations it is rare for more than one or two of the Standard service numbers (usually services 1, 2 and perhaps rarely 3) to be used. Hence, although seemingly awkward and inefficient, in real world applications, this turns out not to be the case. So, while the above-referenced patent application devises a solid solution to the problem of transport of the disparity data by use of Extended Services, there remains the theoretical issue of compatibility with all legacy receiver devices.
An additional aspect of previously disclosed subject matter involves the method where the data structure used to transport the 3D disparity data uses an extensibility feature of CEA-708 called the “variable-length” command as defined in CEA-708-D Sec. 7.1.11.2. Such a method is not recognized to be suitable for use within the context of most Standard services because it is believed that a significant population of legacy receivers exist that are not able to handle this feature. Such receivers would likely display garbled caption output on-screen if they would encounter one of these Variable Length Commands. However, if the disparity data is delivered in a Standard Service #6 service block, this is not a problem unless a case arises in which all six Standard Services are in use simultaneously. In current practice, it is rare that even two simultaneous caption services are used. Programs captioned in both English and Spanish are somewhat rare, but do occur. Programs captioned in more than two simultaneous languages are seldom if ever produced. Therefore, placing a variable-length command in Service #6 is not disruptive to current and most contemplated caption services delivery.
It is believed that all existing receivers are able to properly skip service blocks corresponding to service numbers they are not currently decoding. Furthermore, proper handling in the receiver of Standard caption services 1-6 is required by FCC rules. If any legacy receiver attempts to decode disparity data (which should not normally occur, as caption services containing disparity data are not announced in the Caption Service Descriptor), if the receiver is built according to CEA-708-D, it will simply disregard the contents of the command.
Summarizing from above, several problems to be addressed are:
1. The need for a delivery method for 3D disparity data that is compatible with legacy devices (e.g. does not produce anomalous output when they are processing the caption data for a 2D version of the broadcast).
2. Delivering 3D data in an Extended Service (a caption service in the “extended” range 7-63) is quite workable, but may not represent the safest solution for helping to assure legacy compatibility due to the extra byte in the service block.
3. When 3D disparity data is sent in the caption service identified with a Standard Service such as Service #6, the 3-bit Standard Service Number of the 2D service this 3D data is linked to is included in each variable-length command.
4. 3D disparity data in Standard Service #6 could possibly be decoded by a legacy decoder (if the user were to select Service #6 in a menu). In this case, the legacy device, if built compliant to CEA-708-D, would decode correctly—it should simply discard the 3D data as an unsupported command.
To optimize compatibility with legacy decoders (while not being able to absolutely guarantee that all legacy decoders would be able to properly disregard the new command), the Variable Length Command as defined in CEA-708-D Sec. 7.1.11.2 can be used. Such commands use the “C3” command (“C3 Code Set—Extended Control Code Set 2”). If properly implemented, legacy decoders should skip variable length commands further assuring that they will not take an unpredictable action.
Hence, in order to help assure that legacy decoders will not malfunction due to attempting to process disparity data, Standard Service #6 (in the example preferred implementation) is used to transport the disparity data. To further prevent legacy decoders from attempting to render the services, a variable-length command can be used to define the disparity data in any suitable manner. While some legacy decoders may not properly implement the “skip variable length extensions” feature as defined in CEA-708, viewers may not be given an option to choose Standard Service #6 anyway since it is an “unannounced” service. Unless all six Standard Services actually carry caption services (a situation that is currently believed to be extremely rare if in existence at all), Service #6 will not be announced in the Caption Service Descriptor (CSD) defined in ATSC A/65 Program and System Information Protocol (PSIP).
An example variable length disparity command is depicted as 100 in FIG. 1. As specified in CEA-708-D Section 7.1.11.2, variable-length commands are indicated by the EXT1 character followed by a number in the range 0x90 to 0x9F, where the “0x” notation denotes a number represented in hexadecimal format. In the command format depicted in FIG. 1, the EXT1 character (0x10) is followed by 0x90. In this context, 0x90 is the command identifier for the SetDisparity command. In accordance with the syntax defined in CEA-708-D Section 7.1.11.2, the next byte contains a two-bit Type field, a zero bit, followed by a 5-bit length field.
The caption_disparity_data( ) data structure follows the byte containing the length field. The syntax of one example of the caption disparity data is depicted in pseudocode in the TABLE below which will be described in detail at that point.
FIG. 2 is an example of a piecewise linear approximation of authored disparity data consistent with certain embodiments of the present invention as explained in U.S. patent application Ser. No. 13/022,817 as referenced above.
Referring now to FIG. 3, a basic diagram of a service provider such as a broadcaster is depicted. Generally speaking, a single service provider may provide multiple programs over one or more transport streams. The audio, video and caption data are provided to an encoder which encodes the data into packets suitable for distribution, including caption data packets as described above. As shown, Program A and Program B are encoded by encoders 402 and 404 which are then provided to a transport stream multiplexer 410 which then provides an output that can be distributed via a physical channel medium such as cable or satellite broadcast.
This encoded data from the physical channel is received at a television receiver device (e.g., a television or a set top box) as depicted in FIG. 4. The transport stream is demultiplexed at transport stream demultiplexer 504 to produce one or more program streams including audio, video and caption data (as well as possibly other data not shown). Video packets from Program A are passed from demultiplexer 504 to video parser 508. Audio packets from Program A are passed from demultiplexer 504 to audio decoder 512 which in turn produces the audio output. Video parser 508 extracts video packets from the video stream and passes them to video decoder 514. Video parser 508 extracts user data from the video stream and passes it to user data parser 510. User data parser 510 extracts closed captioning data from within user data packets and passes it to caption processor 516. Within the caption processor 516, caption service blocks containing data for caption services other than the one of interest are filtered out and discarded. When the video content is 3D, caption processor 516 processes caption service blocks corresponding to the Main service of interest, while at the same time processing caption service blocks corresponding to the mapped Adjunct Data service. The output of caption processor 516 is the graphical representation of the closed captions, typically text enclosed in caption windows. For 3D content, the output of caption processor 516 is separate outputs of captioning for the left-eye view and the right eye views, with appropriate disparity applied to establish the perceived depth (z-plane position) of each caption window.
The caption graphics are composited at compositor 520 with the video data so as to produce 3D video with captions placed according to the data in the caption data packets in the x, y and z plane. Such data may place the captions in the z-axis in a static manner or dynamically in accordance with the authoring of the caption data.
A receiver device is depicted in greater detail in FIG. 5 wherein content is received via any suitable source such as terrestrial broadcast, cable or satellite at a receiver 600's tuner/demodulator 602. The transport stream from the tuner/demodulator 602 is demultiplexed at demultiplexer 606 into audio and video streams. The audio is decoded at an audio decoder 610 while the video is decoded at a video decoder 614. Uncompressed A/V data may also be received via an uncompressed A/V interface 618 that can be selectively utilized.
A/V content may also be received via the Internet 622 via a network interface 626 for IP television content decoding. Additionally, storage 630 can be provided for non-real time (NRT) stored content. The NRT content can be played by demultiplexing at 606 in a manner similar to that of other sources of content. The receiver generally operates under control of a processor such as CPU 638 which is interconnected to working memory 640 and program memory 642 as well as a graphics subsystem 644 via one or more buses such as 650.
The CPU 638 receives closed caption data from the demultiplexer 606 as well as the disparity data via the mechanism described herein and determines by parsing the data in the Adjunct Data service what z-position as well as x and y position to locate the caption data. This information is passed to the graphics subsystem 644 and the images are composited at the compositor 660 to produce an output suitable for processing and display on a video display.
The following methods overcome potential problems present with alternative delivery and transport methods. The following methods use a Standard service for transport since using a Standard service for transport is likely to be the safest possible way to ensure legacy compatibility.
In accord with this approach, Standard service #6 (or another Standard service number n=any of services 1 through 6) is defined as the Adjunct Data service. Characteristics of the Adjunct Data service include:
Formatted as a Variable Length command (see CEA-708-D Section 7.1.11.2 Variable Length Codes from 0x90 to 0x9F) so that properly designed receivers will discard the contents of the packets;
Not announced in the PSIP Caption Service Descriptor (thus properly designed receivers will not announce and offer the service containing Adjunct Data to the user);
Includes 3D data for Standard Services #1 through #6 (which service a particular block of data is associated with is signaled in the data structure; see below).
This method overcomes the following potential problems:
a. All legacy receivers may not be designed to properly disregard Extended service packets. This is because the data structure for the CEA-708-D Service Block (see Table 9 in CEA-708-D) includes one extra byte when the service_number field=‘111’ (decimal 7). Therefore use of the Extended services may be potentially be problematic.
The present subject matter places Adjunct Data in Standard service packets. All legacy decoders should be able to handle the presence of Standard service packets and are able to filter out packets corresponding to services they are not set to decode (non-selected services).
b. Some legacy receivers may not use the PSIP Caption Service Descriptor (CSD) to create the user interface for selection of caption services. In this case, it could be possible for the user to select caption Service #6 (the Adjunct Data channel) and attempt to decode it. The proposed method uses a “variable-length” command which would be unknown to the receiver. Receivers are expected to discard unsupported commands, thus they should be able to skip the proper number of bytes in order to discard the command. In this case, nothing would be displayed for Service #6.
Even in the case that something were to be displayed (garbage characters or whatever), the user would decide this is not a good caption service and would choose a better one. Hence, no harm would be done.
Since there may be multiple services carrying 3D captions (different languages, for example), the method should accommodate the transport of different disparity data for each service. This is accomplished using the service_linkage field as described below in formatting as would be used in a technical standard.
Set Disparity—(DISP)
Name: SetDisparity - Specify disparity for 3D captioning
Format: Variable-length
Command Coding: EXT1, 90h, Caption_disparity_data( )
Description: Caption disparity data shall be transported in a
SetDisparity command within the Adjunct
Service using the syntax and semantics defined
below. SetDisparity specifies the amount of
horizontal offset between the left- and right-eye
views (screen disparity) for one or more caption
windows when captioning is used with
stereoscopic 3D programming.
Caption Disparity Data
The syntax of Caption_disparity_data( ) shall be as shown in the following TABLE:
Caption Disparity Data Syntax
bits Format Bytes
Caption_disparity_data( ) {
Reserved 2 ‘11’ 1
Zero 1 ‘0’
command_length 5 uimsbf
service_linkage 3 uimsbf 1
caption_window_count 3 uimsbf
for ( i=0 ; i < caption_window_count;
caption_window_id 3 uimsbf 2
temporal_extension_flag 1 bslbf
disparity[i] 9 simsbf
if (temporal_extension_flag) {
alternate_disparity[i] 9 simsbf 2
segment_count 5 uimsbf
for (k=0; k<segment_count; k++) {
frame_count 5 uimsbf 1.25
segment_slope_change 5 simsbf
for (m=0; m<(3−((segment_count−1)
mod 4)); m++) {
reserved 2 ‘11’ 0.25
The terms used in the above table are defined as follows:
command_length—a 5-bit unsigned integer in the range 3 to 27 that shall indicate the number of bytes to follow in this instance of Caption_disparity_data( ).
service_linkage—a 3-bit unsigned integer in the range 1 to 6 that shall indicate which Standard caption service this instance of Caption_disparity_data( ) is associated with.
caption_window_count—a 3-bit unsigned integer in the range 1 to 7 that shall indicate the number of caption windows included in this instance of the Caption_disparity_data( ).
caption_window_id—a 3-bit unsigned integer that shall identify the Window ID in the corresponding service for which disparity data is being given in this iteration of the “for” loop.
temporal_extension_flag—a 1-bit flag that, when set to “1”, shall indicate data is included that identifies a time-varying disparity path. When set to “0” the flag shall indicate that the last field present in the command is disparity[i].
disparity[i]—a 9-bit 2's complement signed integer that shall indicate the disparity value of the associated caption window, i, given in caption_window_id, relative to 1920 horizontal pixels. Value zero shall reference the screen plane. Negative values shall correspond with perceived depths in front of the screen. Positive values shall correspond with perceived depths behind the screen.
alternate_disparity[i]—a 9-bit 2's complement signed integer that shall be coded the same as disparity[i]; it shall specify a disparity value that may be used in place of the values given in the piecewise-linear path by decoders that are not able to render time-varying caption windows.
segment_count—a 5-bit unsigned integer in the range 1 to 31 that shall indicate the number of segments to follow.
frame_count—a 5-bit unsigned integer in the range 0 to 31 that shall indicate the number of video frames that shall elapse prior to the application of the segment_slope_change field immediately following.
segment_slope_change—a 5-bit 2's complement signed integer in the range −16 to +15 that shall indicate the amount of change in slope to apply at the frame indicated in
frame_count. Slopes are specified in number of pixels of disparity over 32 frames. A slope value of zero shall be assumed at the starting point of the time-varying path.
Referring now to FIG. 6, an example method of processing disparity data for closed captions for three dimensional video is depicted in flow chart 900. The process begins at 904 where closed caption data including closed caption text is received within a first Standard service block having a service number in the range of 1-6. At 908, closed caption disparity data are received within a Standard service block having a service number equal to 6. In general, the Standard service used for the disparity data could be any of service numbers n between 1 and 6, but since it is relatively rare for more than the first few of the service numbers to be used for caption text data, service number 6 is preferred. A linkage field is also received at 912, which associates each instance of the disparity data to a corresponding Standard service so that the receiver can correctly utilize the disparity data with the closed caption text for which it is intended to be associated.
At 916, the receiver parses (e.g., in a parsing computer process module) the disparity data from the closed caption data appearing in service number 6 (or n). The caption text and disparity data are then processed at 920 (e.g., in another processor operation) to produce an output suitable for defining a rendering of a three-dimensional image on a display of the caption text at a z-axis position defined by the disparity data. The caption text data can then be rendered at 924 as 3D stereoscopic images on the display within the closed caption window. Preferably, the above-referenced disparity data are carried in a CEA-708 compliant variable length command.
Referring now to FIG. 7, an example television receiver system is depicted in which the numbered blocks correspond to the same functions described in connection with those of FIG. 5, with exceptions as noted below. In this system 940, CPU 944 receives the demultiplexed digital television stream containing Standard service numbers within the range of 1-6. These are parsed at parser 704 and sent to the Standard service processing block 950. The parser 704 additionally parses out a linkage field 954 that is provided to the Standard service processing 950 for determination of the disparity data associated with the closed caption data from 708 and parses other data for other data processing at 706. This disparity data are passed to the graphics subsystem 644 for processing to compositor 660 for display on a display such as display 970 as stereoscopic 3D closed caption text in the closed caption window.
Thus, a method of processing disparity data for closed captions for three dimensional video involves receiving closed caption data including closed caption text within a first Standard service block having a service number in the range of 1-6; receiving closed caption disparity data within a Standard service block having a service number equal to 6; receiving a linkage field which associates each instance of said disparity data to a corresponding Standard service; parsing the disparity data from the closed caption data appearing in service number 6; processing the caption text and disparity data to produce an output suitable for defining a rendering of a three dimensional image on a three dimensional television display of the caption text at a z-axis position defined by the disparity data; where the disparity data are carried in a CEA-708 compliant variable length command; and displaying the closed caption text as a stereoscopic image on the three dimensional television display.
Another method of processing disparity data for closed captions for three dimensional video involves receiving closed caption data including closed caption text within a first Standard service block having a service number in the range of 1-6; receiving closed caption disparity data within a Standard service block having a service number equal to n, where in is between 1 and 6; receiving a linkage field which associates each instance of said disparity data to a corresponding Standard service; parsing the disparity data from the closed caption data appearing in service number n; and processing the caption text and disparity data to produce an output suitable for defining a rendering of a three dimensional image on a display of the caption text at a z-axis position defined by the disparity data.
In certain implementations, the disparity data are carried in a CEA-708 compliant variable length command. In certain implementations, the Standard service number n equals service number 6. In certain implementations, the method further involves displaying the closed caption text as a stereoscopic image on the display.
Another method of processing disparity data for closed captions for three dimensional video involves receiving closed caption data including closed caption text within a service block having a service number in the range of 1-6; receiving closed caption disparity data within a Standard service block having service number equal to 6; receiving a linkage field which associates each instance of said disparity data to a corresponding Standard service block; parsing the disparity data from the closed caption data appearing in service number 6; and processing the caption text and disparity data to produce an output suitable for defining a rendering of a three dimensional image on a display of the caption text at a z-axis position defined by the disparity data.
In certain implementations, the disparity data are carried in a CEA-708 compliant variable length command. In certain implementations, the method further involves displaying the closed caption text as a stereoscopic image on the display.
A tangible computer readable storage medium such as a non-transitory storage medium or other storage device can store instructions that when executed on one or more programmed processors execute any of the methods disclosed herein.
A television receiver device that processes disparity data for closed captions in accord with certain implementations has a receiver that receives closed caption data including closed caption text within a service block having a service number in the range of 1-6. The receiver further receives closed caption disparity data within a Standard service block having a service number equal to n, where in is between 1 and 6. The receiver further receives a linkage field which associates each instance of said disparity data to a corresponding Standard service. One or more processors act as parsers that parse the disparity data from the closed caption data appearing in service number n. The one or more processors process the caption text and disparity data to produce an output suitable for defining a rendering of a three dimensional image on a display of the caption text at a z-axis position defined by the disparity data. A compositor receives and processes the disparity data and the caption text to produce an output suitable for defining a rendering of a three dimensional image on a display of the caption text at a z-axis position defined by the disparity data.
In certain implementations, the disparity data are carried in a CEA-708 compliant variable length command. In certain implementations, the Standard service number n equals service number 6. In certain implementations, the receiver device further has a display such as a three dimensional television displaying the closed caption text as a stereoscopic image produced by the compositor.
Another television receiver device that processes disparity data for closed captions has a receiver that receives closed caption data including closed caption text within a service block having a service number in the range of 1-6. The receiver further receives closed caption disparity data within a Standard service block having a service number equal to n, where n is between 1 and 6. The receiver further receive a linkage field which associates each instance of said disparity data to a corresponding Standard service. A parser parses the disparity data from the closed caption data appearing in service number n. One or more processors process the caption text and disparity data to produce an output suitable for defining a rendering of a three dimensional image on a display of the caption text at a z-axis position defined by the disparity data. A compositor receives and processes the disparity data and the caption text to produce an output suitable for defining a rendering of a three dimensional image on a display of the caption text at a z-axis position defined by the disparity data.
In certain implementations, the disparity data are carried in a CEA-708 compliant variable length command. In certain implementations, the Standard service number equals service number 6. In certain implementations, a three dimensional television display displays the closed caption text as a stereoscopic image produced by the compositor.
Another television receiver device that processes disparity data for closed captions has a three dimensional television display and a receiver that receives closed caption data including closed caption text within a service block having a service number in the range of 1-6. The receiver further receives closed caption disparity data within a Standard service block having a service number equal to 6. The receiver further receives a linkage field which associates each instance of said disparity data to a corresponding Standard service. A parser parses the disparity data from the closed caption data appearing in service number n. One or more processors process the caption text and disparity data to produce an output suitable for defining a rendering of a three dimensional image on the display of the caption text at a z-axis position defined by the disparity data. A compositor receives and processes the disparity data and the caption text to produce an output suitable for defining a rendering of a three dimensional image on the display of the caption text at a z-axis position defined by the disparity data. The disparity data are carried in a CEA-708 compliant variable length command.
1. A method for processing disparity data for closed captions for three dimensional video, comprising:
receiving closed caption data including closed caption text within a first Standard service block associated with a first Standard caption service having a service number in the range of 1-6;
receiving closed caption disparity data within a second Standard service block associated with a second Standard caption service having a service number equal to 6;
parsing, by circuitry of a reception apparatus, the disparity data from the second Standard caption service having the service number 6, the disparity data including a linkage field which associates said disparity data with the first Standard caption service;
processing, by the circuitry of the reception apparatus, the caption text and the disparity data to produce an output suitable for defining a three dimensional television display of the caption text at a z-axis position based on the disparity data;
where the disparity data are carried in a CEA-708 compliant variable length command; and
displaying the closed caption text as a stereoscopic image.
2. A method for processing disparity data for closed captions for three dimensional video, comprising:
receiving closed caption disparity data within a second Standard service block associated with a second Standard caption service having a service number equal to n, where n is between 1 and 6;
parsing, by circuitry of a reception apparatus, the disparity data from the second Standard caption service having the service number n, the disparity data including a linkage field which associates said disparity data with the first Standard caption service; and
processing, by the circuitry of the reception apparatus, the caption text and the disparity data to produce an output suitable for defining a display of the caption text.
3. The method according to claim 2, where the disparity data are carried in a CEA-708 compliant variable length command.
4. The method according to claim 3 where the Standard service number n equals 6.
5. The method according to claim 2, further comprising displaying the closed caption text as a stereoscopic image on the display.
6. The method according to claim 2, wherein the first Standard caption service and the second Standard caption service have different service numbers.
7. A non-transitory computer readable storage medium storing instructions that when executed on one or more programmed processors execute a method according to claim 2.
8. A method for processing disparity data for closed captions for three dimensional video, comprising:
receiving closed caption disparity data within a second Standard service block associated with a second Standard caption service having service number equal to 6;
parsing, by circuitry of a reception apparatus, the disparity data from the second Standard caption service having the service number 6, the disparity data including a linkage field which associates said disparity data with the first Standard caption service; and
processing, by the circuitry of the reception apparatus, the caption text and the disparity data to produce an output suitable for defining a display of the caption text at a z-axis position based on the disparity data.
9. The method according to claim 8, where the disparity data are carried in a CEA-708 compliant variable length command.
10. The method according to claim 8, further comprising displaying the closed caption text as a stereoscopic image on the display.
11. A non-transitory computer readable storage medium storing instructions that when executed on one or more programmed processors execute a method according to claim 8.
12. A television receiver device that processes disparity data for closed captions, comprising:
receive closed caption data including closed caption text within a first Standard service block associated with a first Standard caption service having a service number in the range of 1-6;
receive closed caption disparity data within a second Standard service block associated with a second Standard caption service having a service number equal to n, where n is between 1 and 6;
parse the disparity data from the second Standard caption service having the service number n, the disparity data including a linkage field which associates said disparity data with the first Standard caption service; and
process the caption text and the disparity data to produce an output suitable for defining a display of the caption text.
13. The device according to claim 12, where the disparity data are carried in a CEA-708 compliant variable length command.
14. The device according to claim 13, where the Standard service number n equals 6.
15. The device according to claim 12, further comprising a three dimensional television display configured to display the closed caption text as a stereoscopic image produced by the compositor.
16. A television receiver device that processes disparity data for closed captions, comprising:
process the caption text and disparity data to produce an output suitable for defining a rendering of the caption text at a z-axis position based on the disparity data.
17. The device according to claim 16, where the disparity data are carried in a CEA-708 compliant variable length command.
18. The device according to claim 16, where the Standard caption service number equals service number 6.
19. The device according to claim 16, further comprising a three dimensional television display configured to display the closed caption text as a stereoscopic image.
20. A television receiver device that processes disparity data for closed captions, comprising:
a three dimensional television display; and
receive closed caption disparity data within a second Standard service block associated with a second Standard caption service having a service number equal to 6;
process the caption text and the disparity data to produce an output suitable for defining a display of the caption text at a z-axis position based on the disparity data;
where the disparity data are carried in a CEA-708 compliant variable length command.
US13/176,088 2011-03-14 2011-07-05 Disparity data transport in standard caption service Active 2032-03-01 US8760498B2 (en)
US201161452247P true 2011-03-14 2011-03-14
US13/176,088 US8760498B2 (en) 2011-03-14 2011-07-05 Disparity data transport in standard caption service
EP20120155439 EP2501147B1 (en) 2011-03-14 2012-02-14 Method and television receiver for processing disparity data
CN201210036132.0A CN102685524B (en) 2011-03-14 2012-02-15 Disparity data transport in standard caption service
KR1020137019799A KR101865983B1 (en) 2011-03-14 2012-03-14 Disparity data transport in standard caption service
PCT/US2012/029037 WO2012125699A2 (en) 2011-03-14 2012-03-14 Disparity data transport in standard caption service
MX2013006917A MX2013006917A (en) 2011-03-14 2012-03-14 Disparity data transport in standard caption service.
CA2819527A CA2819527C (en) 2011-03-14 2012-03-14 Disparity data transport in standard caption service
US14/275,231 US9247198B2 (en) 2010-03-12 2014-05-12 Data transport in unannounced standard caption service
US14/940,571 US9912932B2 (en) 2010-03-12 2015-11-13 Data transport in caption service
US14/275,231 Continuation US9247198B2 (en) 2010-03-12 2014-05-12 Data transport in unannounced standard caption service
US20120236113A1 US20120236113A1 (en) 2012-09-20
US8760498B2 true US8760498B2 (en) 2014-06-24
ID=45566946
US13/176,088 Active 2032-03-01 US8760498B2 (en) 2011-03-14 2011-07-05 Disparity data transport in standard caption service
US14/275,231 Active US9247198B2 (en) 2010-03-12 2014-05-12 Data transport in unannounced standard caption service
US14/940,571 Active US9912932B2 (en) 2010-03-12 2015-11-13 Data transport in caption service
US (3) US8760498B2 (en)
EP (1) EP2501147B1 (en)
KR (1) KR101865983B1 (en)
CN (1) CN102685524B (en)
CA (1) CA2819527C (en)
MX (1) MX2013006917A (en)
WO (1) WO2012125699A2 (en)
CN103404153A (en) * 2011-08-04 2013-11-20 索尼公司 Transmission device, transmission method, and receiving device
KR20170040040A (en) 2015-10-02 2017-04-12 삼성전자주식회사 Method for Outputting an Image and Electronic Device supporting the same
US20100157025A1 (en) * 2008-12-02 2010-06-24 Lg Electronics Inc. 3D caption display method and 3D display apparatus for implementing the same
CA2749064A1 (en) 2009-01-08 2010-07-15 Lg Electronics Inc. 3d caption signal transmission method and 3d caption display method
US20100188572A1 (en) 2009-01-27 2010-07-29 Echostar Technologies Llc Systems and methods for providing closed captioning in three-dimensional imagery
US7848425B2 (en) * 2002-12-27 2010-12-07 Electronics And Telecommunications Research Institute Method and apparatus for encoding and decoding stereoscopic video
US20100002134A1 (en) * 2008-07-03 2010-01-07 Sony Corporation Communication system with display status
US9215435B2 (en) * 2009-06-24 2015-12-15 Dolby Laboratories Licensing Corp. Method for embedding subtitles and/or graphic overlays in a 3D or multi-view video data
JP5429034B2 (en) * 2009-06-29 2014-02-26 ソニー株式会社 Stereoscopic image data transmission apparatus, stereoscopic image data transmission method, the stereoscopic image data reception device and stereoscopic image data receiving method
JP5407968B2 (en) * 2009-06-29 2014-02-05 ソニー株式会社 Stereo image data transmitting apparatus and stereoscopic image data reception device
2011-07-05 US US13/176,088 patent/US8760498B2/en active Active
2012-02-14 EP EP20120155439 patent/EP2501147B1/en active Active
2012-02-15 CN CN201210036132.0A patent/CN102685524B/en active IP Right Grant
2012-03-14 MX MX2013006917A patent/MX2013006917A/en active IP Right Grant
2012-03-14 WO PCT/US2012/029037 patent/WO2012125699A2/en active Application Filing
2012-03-14 KR KR1020137019799A patent/KR101865983B1/en active IP Right Grant
2012-03-14 CA CA2819527A patent/CA2819527C/en active Active
2014-05-12 US US14/275,231 patent/US9247198B2/en active Active
2015-11-13 US US14/940,571 patent/US9912932B2/en active Active
US20110279644A1 (en) 2009-01-08 2011-11-17 Jong-Yeul Suh 3d caption signal transmission method and 3d caption display method
Extended European Search Report issued Jun. 5, 2012, in European Patent Application No. 12155439.8.
International Search Report and the Written Opinion issued Jun. 20, 2012, in International Application No. PCT/US2012/029037 (filed Mar. 14, 2010.
Office Action issued Dec. 13, 2013, in Chinese Patent Application No. 201210036132.0 (with English-language Translation).
WO2012125699A2 (en) 2012-09-20
CN102685524B (en) 2015-06-24
US20160073079A1 (en) 2016-03-10
CN102685524A (en) 2012-09-19
WO2012125699A3 (en) 2014-04-10
KR20140017536A (en) 2014-02-11
MX2013006917A (en) 2013-07-22
US20120236113A1 (en) 2012-09-20
KR101865983B1 (en) 2018-06-08
CA2819527A1 (en) 2012-09-20
CA2819527C (en) 2019-06-25
EP2501147A1 (en) 2012-09-19
US20140327825A1 (en) 2014-11-06
US9247198B2 (en) 2016-01-26
EP2501147B1 (en) 2014-05-14
US9912932B2 (en) 2018-03-06
KR101556129B1 (en) 2015-09-30 The digital broadcasting transmission / reception system and data processing method
JP5721732B2 (en) 2015-05-20 Multimedia stream generating method and apparatus for three-dimensional reproduction of the video additional playback information, and receiving method and apparatus
US9288469B2 (en) 2016-03-15 Digital broadcast receiving method providing two-dimensional image and 3D image integration service, and digital broadcast receiving device using the same
CA2765570C (en) 2016-05-03 Broadcast transmitter, broadcast receiver and 3d video processing method thereof
KR101622691B1 (en) 2016-05-19 3d caption signal transmission method anf 3d caption display method
KR101353115B1 (en) 2014-01-21 Method of encoding video content
CN102883172A (en) 2013-01-16 Receiving device, receiving method and sending receiving method
CN102439980B (en) 2014-12-10 Broadcast receiver and 3D subtitle data processing method thereof
CN102685524B (en) 2015-06-24 Disparity data transport in standard caption service
JP5960679B2 (en) 2016-08-02 Method of generating a bit stream, generator, receiving method and receiving apparatus
Free format text: ASSIGNMENT OF ASSIGNORS INTEREST;ASSIGNOR:EYER, MARK KENNETH;REEL/FRAME:026541/0968