Abstract: Systems and methods for allowing different presentations of a multimedia program, the different presentation delayed relative to each other, by using a delay manifest that includes a sliding window of links to subordinate manifests, and where the subordinate manifests in turn contain links to sequential segments of the multimedia program.

Abstract: A method is provided to provide configuration information from a broadcast network controller (BNC) to a decoder in an HTTP live streaming (HLS) network. The method includes the steps of: (a) initiating a configuration event notification by the BNC; (b) writing the configuration information as file; (c) announcing the configuration information as a SCTE-104 request; (d) translating the SCTE-104 request into an SCTE-35 message; (e) translating the SCTE-35 message into an HLS playlist file; and (f) retrieving the HLS playlist file at the decoder.

Abstract: A method to provide configuration information from a broadcast network controller (BNC) to a decoder in an HTTP live streaming (HLS) network. The method includes the steps of: (a) initiating a configuration event notification by the BNC; (b) writing the configuration information as file; (c) announcing the configuration information as a SCTE-104 request; (d) translating the SCTE-104 request into an SCTE-35 message; (e) translating the SCTE-35 message into an HLS playlist file; and (f) retrieving the HLS playlist file at the decoder.

Abstract: Systems and methods for allowing different presentations of a multimedia program, the different presentation delayed relative to each other, by using a delay manifest that includes a sliding window of links to subordinate manifests, and where the subordinate manifests in turn contain links to sequential segments of the multimedia program.

Abstract: A method and system provide the ability to deliver media content. A packager receives an original encrypted transport stream, and segments the stream into multiple fixed-duration transport stream files (chunks). The packager further generates a manifest file that describes the chunks and is consistent with a hypertext transfer protocol (HTTP) live streaming (HLS) protocol. The manifest file and chunks are delivered to a content delivery network (CDN). An enhanced HLS client is embed in an integrated receiver decoder (IRD). The enhanced HLS client retrieves the manifest file and the chunks from the CDN, and reconstructs the original encrypted transport stream for use by a service provider network.

Abstract: A method is provided to provide configuration information from a broadcast network controller (BNC) to a decoder in an HTTP live streaming (HLS) network. The method includes the steps of: (a) initiating a configuration event notification by the BNC; (b) writing the configuration information as file; (c) announcing the configuration information as a SCTE-104 request; (d) translating the SCTE-104 request into an SCTE-35 message; (e) translating the SCTE-35 message into an HLS playlist file; and (f) retrieving the HLS playlist file at the decoder.

Abstract: Disclosed is a method including receiving program event information indicating whether a media asset is to be presented with supplemental content, receiving, from a client, a request for a media-segment file corresponding to the media asset for consumption at the client, determining whether the program event information indicates that the media asset is to be presented with the supplemental content, and restricting trick-play operations in response to the program event information indicating that the media asset is to be presented with the supplemental content and restriction criteria are met.

Abstract: Disclosed is a method including receiving program event information indicating whether a media asset is to be presented with supplemental content, receiving, from a client, a request for a media-segment file corresponding to the media asset for consumption at the client, determining whether the program event information indicates that the media asset is to be presented with the supplemental content, and restricting trick-play operations in response to the program event information indicating that the media asset is to be presented with the supplemental content and restriction criteria are met.

Abstract: Disclosed is a comprising generating a top level manifest file for a media asset or stream that includes program event information, providing the top level manifest file and corresponding element manifest files to a real-time adaptive bitrate (“ABR”) packager, and receiving a request for a media-segment file from a client, wherein the ABR packager is configured to interpret the program event information, and wherein the ABR packager is configured to restrict trick-play operations if a program event is detected in a requested media-segment file and restriction criteria are met.

Abstract: A system is provided for coordinating the presentation of program content received from a first network and a second network independent from the first network. The system uses heartbeat messages typically transmitted along communication paths to monitor the operation of the communications paths to transmit information necessary for stream switching to alternate programming or alternate sources of the same programming.

Abstract: A system is provided for coordinating the presentation of program content received from a first network and a second network independent from the first network. The system uses heartbeat messages typically transmitted along communication paths to monitor the operation of the communications paths to transmit information necessary for stream switching to alternate programming or alternate sources of the same programming.

Abstract: A media content broadcast blackout control method, comprising receiving a retune message requesting a blackout of a primary media content broadcast in specific regions, generating a playlist for each region comprising a content key wrapped in a region-specific media key, wherein the content key in the playlists for regions that are not subject to the blackout is configured to access the primary media content broadcast, and the content key in the playlists for regions that are subject to the blackout is configured to access an alternate media content broadcast, providing the playlists to client devices within each region, providing the primary media content broadcast to client devices whose region-specific media key unwraps the content key for the primary media content broadcast, and providing the alternate media content broadcast to client devices whose region-specific media key unwraps the content key for the alternate primary media content broadcast.

Abstract: A media content broadcast blackout control method, comprising receiving a retune message requesting a blackout of a primary media content broadcast in specific regions, generating a playlist for each region comprising a content key wrapped in a region-specific media key, wherein the content key in the playlists for regions that are not subject to the blackout is configured to access the primary media content broadcast, and the content key in the playlists for regions that are subject to the blackout is configured to access an alternate media content broadcast, providing the playlists to client devices within each region, providing the primary media content broadcast to client devices whose region-specific media key unwraps the content key for the primary media content broadcast, and providing the alternate media content broadcast to client devices whose region-specific media key unwraps the content key for the alternate primary media content broadcast.

Abstract: Disclosed is a comprising generating a top level manifest file for a media asset or stream that includes program event information, providing the top level manifest file and corresponding element manifest files to a real-time adaptive bitrate (“ABR”) packager, and receiving a request for a media-segment file from a client, wherein the ABR packager is configured to interpret the program event information, and wherein the ABR packager is configured to restrict trick-play operations if a program event is detected in a requested media-segment file and restriction criteria are met.

Abstract: A method for authorizing a computer program having a number of features for use with a product includes: receiving license data generated using a first key, the license data specifying a unique identifier associated with the product and specifying at least one feature authorized for use with the product; using a second key associated with the first key, obtaining the unique identifier from the license data; retrieving a product identifier from the product; determining whether the unique identifier corresponds to the product identifier; and based on the determination, authorizing use of the at least one feature with the product.

Abstract: A statistical multiplexer includes a plurality of primary encoders 120 and at least one backup encoder 130 which is activated a primary encoder fails. The statistical multiplexer also includes at least two multiplexers 140,160 such that at any given time one of the multiplexers 140,160 is in an active state and the other is in a backup state. The encoders 120, 130, the multiplexers 140, 160, and a rate processor 150 employ a dynamic identity allocation arrangement for identifying a source of the messages such that messages originating from the encoders 120, 130 indicate whether the source is a primary 120 or backup encoder 130 and messages originating from the multiplexers 140, 160 include a character selected from among a predetermined sequence of characters that is incremented to the next character in the sequence each time one of the multiplexers 140, 160 transitions between an active and a backup state.

Abstract: A method and apparatus for managing bandwidth of video and data over DSL is disclosed. Incoming packets of data are first inspected to determine if the data is video data or other (non-video) data. The video data is further analyzed to determine if it is intended for real-time delivery to the subscriber or if the video data is intended for viewing at a later time by the subscriber. Video data intended for real-time delivery to the subscriber is re-compressed to optimize the video quality. Statistical multiplexing is performed on the video data for real-time delivery, the video data for viewing at a later time, and the non-video data. The bandwidth needs for the video data for real-time delivery, the video data for viewing at a later time, and the non-video data are all evaluated.