Abstract: Techniques described herein are directed toward creating one or more “dynamic profiles” for media (video) streaming in which an encoding bit rate (and optionally other profile settings) is optimized for particular content. More specifically, techniques involve performing one or more “probe” encodings of the particular content to determine an encoding bit rate (and optionally other profile settings) that results in an encoding having a quality value sufficiently near (within a threshold) a target quality value.

Abstract: A system for steering chunked media content using a plurality of content delivery networks (CDNs) and an edge computing platform, is disclosed. Upon receiving a media content request, a first edge server routes the request to a first CDN for delivering chunks of media content. A second edge server processes a steering request to instantiate a stateless steering server. The second edge server analyzes Quality of Service (QOS) of the CDNs to determine a priority order of the CDNs for future content delivery. The steering server generates a response containing a priority order of CDNs, a time interval for subsequent requests, and a reload URI. The URI triggers a new steering server instantiation with the plurality of CDNs after the time interval. The system enhances media playback by dynamically steering content across CDNs based on QOS analysis.

Abstract: Techniques described herein are directed toward creating one or more “dynamic profiles” for media (video) streaming in which an encoding bit rate (and optionally other profile settings) is optimized for particular content. More specifically, techniques involve performing one or more “probe” encodings of the particular content to determine an encoding bit rate (and optionally other profile settings) that results in an encoding having a quality value sufficiently near (within a threshold) a target quality value.

Abstract: A method for creating a low latency DASH (LL-DASH) video stream from a Low latency HLS video stream (LL-HLS) is provided. The LL-HLS video stream corresponding to a live event is retrieved. The LL-HLS video stream is converted to a LL-DASH video stream. This conversion of the LL-DASH stream from the LL-HLS stream provides reformatting without encoding of the LL-DASH stream.

Abstract: Techniques described herein provide for a live advertising processing engine service to act as an intermediary between client applications and advertising networks. The live advertising processing engine service can provide an interface with which the client can interact, via an application programming interface (API) or directly through the use of a standardized language, thereby allowing client applications to receive advertisement data without the need to be customized to communicate with specific advertising networks. The live advertising processing engine service can further track where, in playback the live content, a client currently is, to indicate to the client—or other application—when advertisement breaks are and/or provide supplemental advertisement information to enable the client to provide a rich user experience.

Abstract: Techniques described herein are directed toward creating one or more “dynamic profiles” for media (video) streaming in which an encoding bit rate (and optionally other profile settings) is optimized for particular content. More specifically, techniques involve performing one or more “probe” encodings of the particular content to determine an encoding bit rate (and optionally other profile settings) that results in an encoding having a quality value sufficiently near (within a threshold) a target quality value.

Abstract: A fault-tolerant, cloud-based system can comprise a redundancy control unit capable of switching between transcoded video streams output by two or more transcoders. The redundancy control unit outputs a manifest from one of the transcoded streams and, upon detecting a fault in the stream, can modify the manifest to switch to another of the transcoded video streams. The redundancy control unit can further modify the manifest to flag the discontinuity in the video stream, which allows the player to switch to the new transcoding video stream without error. Other embodiments can include additional redundancies to help provide additional fault tolerance.

Abstract: Techniques described herein provide for a live advertising processing engine service to act as an intermediary between client applications and advertising networks. The live advertising processing engine service can provide an interface with which the client can interact, via an application programming interface (API) or directly through the use of a standardized language, thereby allowing client applications to receive advertisement data without the need to be customized to communicate with specific advertising networks. The live advertising processing engine service can further track where, in playback the live content, a client currently is, to indicate to the client—or other application—when advertisement breaks are and/or provide supplemental advertisement information to enable the client to provide a rich user experience.

Abstract: Techniques are disclosed for the creation of multi-codec encoding profiles (or encoding ladders), which define quality and bitrate for each of the streams made available to clients for streaming a video. In particular, optimization techniques may take into account a quality rate function of each of the codecs when determining the encoding ladder. Additional considerations may include a network bandwidth distribution and/or a distribution of client types.

Abstract: A fault-tolerant, cloud-based system can comprise a redundancy control unit capable of switching between transcoded video streams output by two or more transcoders. The redundancy control unit outputs a manifest from one of the transcoded streams and, upon detecting a fault in the stream, can modify the manifest to switch to another of the transcoded video streams. The redundancy control unit can further modify the manifest to flag the discontinuity in the video stream, which allows the player to switch to the new transcoding video stream without error. Other embodiments can include additional redundancies to help provide additional fault tolerance.

Abstract: Techniques discussed herein improve a user's playback experience of a multimedia file by automatically adjusting playback settings based on change history data stored in one or more profiles. A system is configured to detect and collect information regarding changes to playback settings made by one or more users, and/or made in response to input from one or more users, during presentation of a media title, such as a song and/or movie, on one or more computers. This information is processed by a backend process on one or more server computers to determine predicted preferred playback settings for a particular user using a particular computer or playback device, requesting a particular multimedia file.

Abstract: A method of providing customized interaction of a media player based on metadata obtained from an origin server. In one step, the origin server obtains metadata related to an active substream content. The media player is provided a playlist for playing a primary video stream. The playlist includes a request for the metadata, the request being associated with the insertion of the active substream content in the playback of the primary video stream. The origin server receives the request for the metadata from the media player. The origin server inserts the active substream content and metadata segments into the primary video stream. A secondary video stream is obtained after insertion of the active substream content. The origin server provides the metadata to the media player using a metadata storage and a metadata service. The media player customizes the interaction using the metadata during playback of the secondary video stream.

Abstract: Techniques described herein are directed toward creating one or more “dynamic profiles” for media (video) streaming in which an encoding bit rate (and optionally other profile settings) is optimized for particular content. More specifically, techniques involve performing one or more “probe” encodings of the particular content to determine an encoding bit rate (and optionally other profile settings) that results in an encoding having a quality value sufficiently near (within a threshold) a target quality value.

Abstract: A fault-tolerant, cloud-based system can comprise a redundancy control unit capable of switching between transcoded video streams output by two or more transcoders. The redundancy control unit outputs a manifest from one of the transcoded streams and, upon detecting a fault in the stream, can modify the manifest to switch to another of the transcoded video streams. The redundancy control unit can further modify the manifest to flag the discontinuity in the video stream, which allows the player to switch to the new transcoding video stream without error. Other embodiments can include additional redundancies to help provide additional fault tolerance.

Abstract: A fault-tolerant, cloud-based system can comprise a redundancy control unit capable of switching between transcoded video streams output by two or more transcoders. The redundancy control unit outputs a manifest from one of the transcoded streams and, upon detecting a fault in the stream, can modify the manifest to switch to another of the transcoded video streams. The redundancy control unit can further modify the manifest to flag the discontinuity in the video stream, which allows the player to switch to the new transcoding video stream without error. Other embodiments can include additional redundancies to help provide additional fault tolerance.

Abstract: Techniques are disclosed for the creation of multi-codec encoding profiles (or encoding ladders), which define quality and bitrate for each of the streams made available to clients for streaming a video. In particular, optimization techniques may take into account a quality rate function of each of the codecs when determining the encoding ladder. Additional considerations may include a network bandwidth distribution and/or a distribution of client types.

Abstract: A fault-tolerant, cloud-based system can comprise a redundancy control unit capable of switching between transcoded video streams output by two or more transcoders. The redundancy control unit outputs a manifest from one of the transcoded streams and, upon detecting a fault in the stream, can modify the manifest to switch to another of the transcoded video streams. The redundancy control unit can further modify the manifest to flag the discontinuity in the video stream, which allows the player to switch to the new transcoding video stream without error. Other embodiments can include additional redundancies to help provide additional fault tolerance.

Abstract: Techniques are disclosed for the creation of multi-codec encoding profiles (or encoding ladders), which define quality and bitrate for each of the streams made available to clients for streaming a video. In particular, optimization techniques may take into account a quality rate function of each of the codecs when determining the encoding ladder. Additional considerations may include a network bandwidth distribution and/or a distribution of client types.

Abstract: Techniques discussed herein improve a user's playback experience of a multimedia file by automatically adjusting playback settings based on change history data stored in one or more profiles. A system is configured to detect and collect information regarding changes to playback settings made by one or more users, and/or made in response to input from one or more users, during presentation of a media title, such as a song and/or movie, on one or more computers. This information is processed by a backend process on one or more server computers to determine predicted preferred playback settings for a particular user using a particular computer or playback device, requesting a particular multimedia file.

Abstract: Techniques described herein provide for cloud-based media delivery that accepts or ingests media content, transcodes it according to various media profiles to create a plurality of video files, and provides notification that at least a portion of the video files is ready for delivery. The notification can be provided using a notification Unique Resource Locator (URL), which can be provided in a request to prepare the media content for delivery. Cloud-based media delivery can be customized based on any of a variety of factors, such as requesting party, media type, and the like.