Amazon Technologies, Inc.

Tut Systems, Inc.

Ryan Paul Hegar

Kevin Moore

John Saxton

Khawaja Salman Shams

David Montgomery

Brian Lewis

Eric Woodruff

Trevor Wells

Jeffrey K Lassahn

Michael Reddick Coleman

Erik Jason Johnson

Timur Kiykioglu

Gregory Kenneth Truax

Brian Enigma

Norman T Bright

Orlando Maldonado

John Bach

Ai Luo

Michael Cronk

Paul S Nahlous

John William Evans

Mayer D Schwartz

Evan Gerald Statton

Darin J Klaas

Thomas Jason Dytko

Avinash Priya Khurana

Michael James Henry

Matthew Scharr

Ronan C Waide

Colin McCoy

Steve Andrew Orchard

Matthew Rehrer

Rodney Monsees

Krishna Sankaran

Gadi Yechiel Golan

David William Cardwell

Karthik Bangalore Shamsunder

Ryan Bernstein

Bhushan Mehendale

Athar N Pasha

Mohamed Anouar Hadj Taieb

Jon E Erickson

A video packaging and origination service can include one or more encoder components that receive content for encoding and transmitting to requesting entities. During the operation of the encoder components, a management service associated with the video packaging and origination service can receive information related to updates or modifications to the encoder components. Responsive to the information, the management service can instantiate and configure an updated encoder. Once the updated encoder component is instantiated and configured, both the updated and target encoder components receive content for streaming, encode content and generating encoding content. Additionally, the updated encoder component can initiate a notification to the target encoder component that a handover will be occurring and begin a negotiation process identifying a handover event. Based on the negotiated handover event, the target encoder component can illustratively cease operation upon evaluation and detection of the handover event.

Managing encoder updates

Approaches are disclosed for providing path diversity in a data transmission network. A primary transmission path can be selected through a network, such as a backbone network, based on factors such as cost of transmission. At least one waypoint can be selected that is to be included in a secondary transmission path. The waypoint(s) can be selected such that the secondary transmission path will have few, if any, network components in common with the primary transmission path, providing significant path diversity. The waypoint(s) can be selected based on a cost ratio or other such factor. In the event of a failure of transmission of a data packet over one of the transmission paths, a second transmission attempt can be performed using the same path or the other transmission path, or both.

Reliable packet delivery through path diversification

Systems and methods in provide approaches for channel fitting to determine a particular number of resources, such as cores, that may be used for one or more processing jobs for a particular input channel. A given channel may be evaluated to determine performance affecting parameters and those parameters may be evaluated against previously known hardware configurations or against a historical heuristic dataset. A configuration for the channel may be selected where particular cores of a set of resources are assigned to the channel to perform one or more operations, such as transcoding operations. As a result, empirically determined or historical data may be used to efficiently allocate resources for different transcoding operations to provide both predictable performance and high utilization.

Channel fitting for media processing

A transcoding process may be performed in parallel, which may include different nodes processing different segments of a media file at different times. Different time slices of media files may have different properties, which may lead to errors when media files are encoded for later playback. Extracting metadata from frames of media files and evaluating the frames for discrepancies enables creation of a reconciliation manifest to correct discrepancies associated with the media file. As the transcoding process is performed, the reconciliation manifest may be reference to generate an output media file.

Reconciliation for parallel transcoding

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

A contribution encoder receives media from a source, encodes the media, and transmits the encoded media to a network-adaptive encoding system for eventual distribution to end users. The network-adaptive encoding system tests a network connection between the contribution encoder and the network-adaptive encoding system before transmission of the encoded media begins. The network-adaptive encoding system uses the results of the test to select appropriate values for parameters that define the encoding and transmission of the media. The selected parameter values are transmitted by the network-adaptive encoding system to the contribution encoder for use in encoding and transmitting the media.

Network-adaptive live media encoding system

Technologies are provided for analyzing packet loss in network packet streams using windowed loss durations. A computing device can be configured to detect a first loss period in a network packet stream and a second, subsequent loss period in the network packet stream. The computing device can determine a number of packets received in the stream between the two loss periods, and can compare this number of packets to a specified recovery window length. If the number of packets received between the two loss periods is less than the recovery window length, then the computing device can treat the two loss periods, and the packets received between the two loss periods, as a single period of packet loss. The packet loss period can be treated as a single loss event for the purposes of analyzing network packet stream quality of experience and/or tuning packet loss compensation mechanisms.

Network packet loss period expansion

Systems and methods, to efficiently prepare for live and stored file content, implement one or more warm inputs, which actively ingest and demux content, but do not actively decode the content until an input switch is commanded. Each warm input can cache a most recent instantaneous decoder refresh and subsequent reference frames (I-frames and P-frames). Upon an input switch being commanded, the subject input commences decoding of such preserved frames. The formerly-warm input then acts as a hot input (decoding every frame) until the input switch completes. The use of warm inputs, which avoid the decoding stage, reduces computational resource use, allows preparation of all inputs by default, and permits metrics, status reports, and thumbnails to be generated regarding non-active inputs.

Preparation of warm inputs for digital content streaming

Systems, devices, and methods are provided for transmitting and retransmitting data. A first message transmitted by a sender computing entity to a receiver computing entity over a first port may exercise a first network path whereas a second message transmitted over a second port may exercise a second network path. A system (e.g., sender computing entity) may determine network reliability metrics for a plurality of network paths. If a system detects data loss (e.g., packet loss) on a first port, a second port may be selected based on network reliability metrics for retransmission of the lost data. A port may for example, be selected for retransmission based on the following criteria: (1) the port has the longest consecutive duration without packet loss and (2) the port has received an acknowledgement for a packet that was sent more recently than the initial transmission of the lost packet.

Selection of network paths for reliable communications based on network reliability metrics

Techniques for adapting source ports for traffic include generating a first packet with a header and a payload, the header including an indication of a first source port from which the first packet is to be transmitted. The first packet is transmitted to a receiver using the first source port and, upon not receiving an acknowledgment from the receiver, a second packet with second header and the same payload is generated. The second header includes an indication of a second, different source port from which the second packet is to be transmitted. The second packet is transmitted to the receiver using the second, different source port. An acknowledgment is received from the receiver for one of the first or second packets, and the acknowledgment includes an indication of the source port that sent the packet.

Source port adaptive multi-path (SAM) protocol

A video packaging and origination service can include one or more encoder components that receive content for encoding and transmitting to requesting entities. During the operation of the encoder components, individual encoders receive input signals for encoding and determine quality metric information related to the generation of an encoded segment. The encoder components exchange quality metric information and an encoder component is selected to transmit an encoded segment. The selection of an individual encoder component per segment can continue throughout the streaming process.

Encoder output coordination

Techniques for lossless transport stream compression from constant bitrate to variable bitrate to constant bitrate are described. An exemplary method includes generating elementary stream data from an encoder; receiving the generated elementary stream data in a packetizer; generating a transport stream output in the packetizer; and in a statmux, for consecutive NULL packets generated by the packetizer, counting a number of NULL packets between non-null packets and dropping those NULL packets, modifying a next packet to indicate the number of NULL packets dropped using a field in the next packet, and sending the next packet to a receiver.

Lossless transport stream compression from constant bitrate to variable bitrate to constant bitrate

Growing community of inventors

Clackamas, OR, United States of America

Ryan Paul Hegar