Amazon Technologies, Inc.

Erik Jason Johnson

Ryan Paul Hegar

John Bach

Ai Luo

Eric Woodruff

Trevor Wells

Mohamed Anouar Hadj Taieb

Rodney Monsees

Gadi Yechiel Golan

An application (or process) may have an amount of steady state work to perform per unit time, as well as one or more mechanisms for doing a lower quality job of that work in the event the application falls behind. Approaches presented herein can utilize a clock monitor that enables the application to determine whether a clock loss was encountered that was due to an external source, and is of an amount of time that may be naturally recoverable by the application. If so, the application can enter into a mode of operation wherein the activation of one or more recovery mechanisms is postponed for a period of time to provide the application time to recover. If, after the period of such mode operation, the application has not recovered from the real time clock loss, then the recovery mechanism(s) can be activated as appropriate.

Detecting real-time clock loss

Techniques for using statmuxes are described. In some examples, each statmux is to perform activities such as receiving complexity and quality data per frame per encoder of each channel of a first zone of a provider network, wherein a first channel of the first zone is associated with a first source and a second channel of the first zone is associated with a second source; receiving complexity and quality data per frame per encoder of each channel of a second zone of the provider network, wherein a first channel of the second zone is associated with the first source and a second channel of the second zone is associated with the second source; determining, based on the received complexity data and quality data, which channels are to be active, wherein an active channel's content data is to be included in the multi program transport stream output; providing an indication to the channels of which channels have been determined to be active based upon the encoder determination; receiving content data from the encoders of the active channels; and generating a multi program transport stream output from the received content data.

Architecture and algorithms for high availability statmuxing

Techniques for dynamic video bandwidth determination are described. An exemplary method includes receiving an indication of a desired total bitrate for a multiple program transport stream (MPTS), the MPTS having at least two programs; receiving non-video content from two or more encoders; buffering video content during a determination of available video bandwidth; and determining an amount of the desired total bitrate to be the available video bandwidth by: for each active encoder, determining a non-video bitrate over a first time period for each encoder using a sliding window based on a statistical measurement, summing the determined non-video bitrates for the active encoders to get a total non-video bitrate, subtracting the total non-video bitrate from the desired total bitrate to get an available video bandwidth, and allocating the available video bandwidth amongst the two or more encoders.

Dynamic statmux video bandwidth determination

Golf yardage marker

Growing community of inventors

St. Helens, OR, United States of America

Erik Jason Johnson