Abstract: A method of decoding closed caption disparity data, involves a TV receiver receiving closed caption disparity data for a 3D display encoded as a sequence of frame interval/slope change pairs, with the frame interval representing a designated number of frames over which each linear function representing disparity is to be applied paired with a value indicating a change in slope from the slope of a preceding segment. A first segment in the sequence presumes a predetermined slope as a reference. A sequence of caption data packets specifies a closed caption display window containing closed caption text. The disparity value is used in each frame to determine a horizontal offset of left and right eye views of the CC display that establishes the closed caption display window's perceived z-axis position. This abstract is not to be considered limiting, since other embodiments may deviate from the features described in this abstract.

Abstract: An example apparatus that processes DTVCC data has a demultiplexer that extracts DTVCC data packets from an DTV signal. A parser receives the DTVCC data packets and parses the data packets by: passing normal DTVCC data to a CC decoder; detecting ancillary data in the DTVCC data packets; and separating the ancillary data from the DTVCC data for output to an ancillary data process. An example apparatus that processes DTVCC data has an ancillary data packager that packages data ancillary to DTV data for insertion into the DTVCC data packets. A DTVCC data packager receives CC data from a CC data source into DTVCC data packets and packages the ancillary data together with the DTVCC data into DTVCC data packets. A multiplexer multiplexes the DTVCC data packets from the DTVCC data packager with non-CCDTV data to produce DTV signal data. This abstract is not to be considered limiting, since other embodiments may deviate from the features described in this abstract.

Abstract: 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; mapping the service number to a corresponding mapped extended service having a service number in the range of 7 through 63; parsing the disparity data from the closed caption data appearing in the mapped extended service; receiving closed caption text data; 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.

Abstract: The video bookmark feature allows a user to tag an item or segment of interest within audio/video content being watched. Each tag, or bookmark, can contain within it metadata associated with the content captured by the receiver at the time the bookmark was recorded; further information can be derived via interaction over the Internet with a service provider. Applications supported by video bookmarks include telescoping ads, capturing screen shots for later review or printing, and retrieving more information about any arbitrary subject being viewed, whether it is a scene in a program, an advertisement, or other associated information about the subject. This abstract is not to be considered limiting, since other embodiments may deviate from the features described in this abstract.

Abstract: 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.

Abstract: In certain embodiments, a method for receiving non-real time push content involves receiving a transport stream containing an Internet Protocol stream of packets containing non-real time content, non-real time service metadata and non-real time content metadata; demultiplexing the Internet Protocol stream of packets to produce: non-real time content, non-real time service metadata, and non-real time content metadata; where the Non-Real Time content metadata includes a Non-Real Time push NRT_Service_Category. This abstract is not to be considered limiting, since other embodiments may deviate from the features described in this abstract.

Abstract: A 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; mapping the service number to a corresponding mapped extended service having a service number in the range of 7 through 63; parsing the disparity data from the closed caption data appearing in the mapped extended service; receiving closed caption text data; 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.

Abstract: In certain embodiments, a transmitter transmits an output packet stream containing non-real time program content, a FLUTE file description table (FDT), NRT service metadata and NRT content metadata. A multiplexer is configured to multiplex the IP packet stream to contain: NRT program content, the FLUTE FDT, NRT service metadata, and NRT program content metadata. This abstract is not to be considered limiting, since other embodiments may deviate from the features described in this abstract.

Abstract: In certain implementations, closed captioning data can be packaged in IP packets and transmitted over an HDMI interface to permit closed captioning data to be rendered at a television set or other HDMI sink closer to the TV set rather than at a source so as to more closely match the capabilities of the display device. This abstract is not to be considered limiting, since other embodiments may deviate from the features described in this abstract.

Abstract: The video bookmark feature allows a user to tag an item or segment of interest within audio/video content being watched. Each tag, or bookmark, can contain within it metadata associated with the content captured by the receiver at the time the bookmark was recorded; further information can be derived via interaction over the Internet with a service provider. Applications supported by video bookmarks include telescoping ads, capturing screen shots for later review or printing, and retrieving more information about any arbitrary subject being viewed, whether it is a scene in a program, an advertisement, or other associated information about the subject. This abstract is not to be considered limiting, since other embodiments may deviate from the features described in this abstract.

Abstract: An embodiment of the present invention includes a technique for extracting private user data. A data sequence in a packetized transport stream is parsed to obtain a user data identifier (UDI) associated with a pre-defined data structure. The UDI is registered with a registration authority and is different from a standard identifier that is defined by a standard organization in a published standard document. The UDI is recognized. The private user data is extracted from the data sequence according to the pre-defined data structure corresponding to the recognized UDI.

Abstract: In certain embodiments, a transmitter transmits an output packet stream containing non-real time program content, a FLUTE file description table (FDT), NRT service metadata and NRT content metadata. A multiplexer is configured to multiplex the IP packet stream to contain: NRT program content, the FLUTE FDT, NRT service metadata, and NRT program content metadata. This abstract is not to be considered limiting, since other embodiments may deviate from the features described in this abstract.

Abstract: In certain implementations, a method consistent with the invention involves at a television receiver device, receiving a television program depicting a sports program, where data associated with the sports program is represented in a score graphic that is displayed on a television display overlaying images of the sports program; storing the television program depicting the sports program; analyzing the score graphic to identify a change in at least one element of data displayed in the score graphic from one video frame to a subsequent video frame; and storing a chapter mark associated with the time that the change in the element of data displayed in the score graphic occurred. This abstract is not to be considered limiting, since other embodiments may deviate from the features described in this abstract.

Abstract: An embodiment of the present invention includes a technique for inserting private user data. A user data identifier (UDI) associated with a pre-defined data structure is inserted into a data sequence within a content stream. The UDI is registered with a registration authority and is different from a standard identifier that is defined by a standard organization in a published standard document. The data is inserted into the data sequence according to the pre-defined data structure. The data sequence has the UDI and the private user data and is packetized into a transport stream. Another embodiment of the present invention includes a technique for extracting private user data. A data sequence in a packetized transport stream is parsed to obtain a user data identifier (UDI) associated with a pre-defined data structure. The UDI is registered with a registration authority and is different from a standard identifier that is defined by a standard organization in a published standard document. The UDI is recognized.

Abstract: In certain embodiments, a digital television receiver method for receiving non-real time (NRT) program content involves receiving a transport stream containing an Internet Protocol (IP) stream of packets containing non-real time program content, NRT service metadata and NRT content metadata; a demultiplexer that demultiplexes the IP stream of packets to produce: NRT program content, NRT service metadata, and NRT content metadata; an NRT metadata parser that produces NRT service metadata and NRT content metadata; and where the NRT service metadata contains an indication whether or not a particular NRT service is to be offered on a subscription basis. This abstract is not to be considered limiting, since other embodiments may deviate from the features described in this abstract.

Abstract: In certain embodiments, a method for receiving non-real time push content involves receiving a transport stream containing an Internet Protocol stream of packets containing non-real time content, non-real time service metadata and non-real time content metadata; demultiplexing the Internet Protocol stream of packets to produce: non-real time content, non-real time service metadata, and non-real time content metadata; where the Non-Real Time content metadata includes a Non-Real Time push NRT_Service_Category. This abstract is not to be considered limiting, since other embodiments may deviate from the features described in this abstract.

Abstract: In certain embodiments, a method for receiving non-real time content involves receiving a transport stream containing an Internet Protocol stream of packets containing non-real time content, non-real time service metadata and non-real time content metadata; demultiplexing the Internet Protocol stream of packets to produce: non-real time content, non-real time service metadata, and non-real time content metadata. This abstract is not to be considered limiting, since other embodiments may deviate from the features described in this abstract.

Abstract: In certain embodiments, a method of receiving digital television signals involves tuning a radio frequency tuner to receive a radio frequency modulated channel containing a transport stream; demodulating the channel to produce an output transport stream; the output transport stream containing an Internet Protocol (IP) stream of packets containing non-real time content, a FLUTE file description table (FDT), NRT service metadata and NRT content metadata; demultiplexing the IP stream of packets to produce: NRT content that is stored in an electronic storage medium, the FLUTE FDT, NRT service metadata, and NRT content metadata; parsing the metadata to produces NRT service metadata; NRT content description text and NRT content metadata; and processing the NRT content description text derived from a Text Fragment Table (TFT). This abstract is not to be considered limiting, since other embodiments may deviate from the features described in this abstract.

Abstract: A combined IEEE 1394-2000 and ethernet network allows devices on the network to operate according to both the IEEE 1394-2000 protocol and the ethernet protocol. The devices within the network are able to send IEEE 1394-2000 isochronous data, IEEE 1394-2000 asynchronous data and ethernet data. Both IEEE 1394-2000 and ethernet devices within the network are coupled to modified hubs (MHubs) to form a local cluster. The MHubs are coupled to an ethernet switch which controls communications between devices in different local clusters. The ethernet switch and the MHubs obey an isochronous interval in which all isochronous data transfers will be allowed. Preferably, on a regular and reoccurring period, the ethernet switch sends an isotick signal to begin the isochronous interval. Any bandwidth left after the isochronous interval is then allocated to the traditional ethernet traffic and the IEEE 1394-2000 asynchronous traffic, until the start of the next isochronous interval.

Abstract: In certain embodiments, a method for receiving non-real time content involves receiving a transport stream containing an Internet Protocol stream of packets containing non-real time content, non-real time service metadata and non-real time content metadata; demultiplexing the Internet Protocol stream of packets to produce: non-real time content, non-real time service metadata, and non-real time content metadata. This abstract is not to be considered limiting, since other embodiments may deviate from the features described in this abstract.