Amazon Technologies, Inc.

Brent Ryan Nash

Christopher Navin Stewart

Pablo Puo Hen Cheng

David Hendrik Verfaillie

Bruce J McKenzie

Heath Hunnicutt

Simon Dawson

Kevin Jeremy Loose

Jorge Oseguera

Drew Repasky

Yasser Rihan

Gerard Joseph Heinz, Ii

Syed Suhaib Sarmad Barbero

William Allan Dugan

Gerard J Heinz

Christopher Talucci

Mark Bartlett

Joshua Harris

A video game client on a client device may, for example, be operated by a broadcasting game player, and the client device may capture video generated by a video game client and transmit (e.g., stream) the video to one or more spectators. The video game client may include a local server component, such as a hypertext transfer protocol (HTTP) server, which executes locally at the client device. The local server component may be employed to provide statistical information from the video game to a local client component, such as a web interface. The statistical information provided by the local server component may be included in one or more visual display items that are generated by the client device. The visual display items may be included in the video that is captured and transmitted by the client device, thereby potentially providing live streaming statistical information to spectators of the video game.

Streaming video game statistics

Techniques for stream sniping prevention are disclosed herein. A video game player may provide captured video of the video game for transmission to viewers. In some examples, an obfuscation component may detect, within the captured video, private game information regarding the player, for example using one or more non-visual detection techniques. The private game information may then be obfuscated in the video that is provided to the viewers, while still allowing the private game information to be displayed to the player. Also, in some examples, a user may issue a request associated with a video game, such as a request to join a video game, game server, and/or match. It may then be determined whether the user is currently receiving video of the video game from the player. If so, then the user may be blocked from joining the same video game, game server, and/or match as the player.

Stream sniping prevention

Service-based prevention of stream sniping

Useful metadata can be embedded directly into dynamically rendered content in a way that is minimally perceptible to a viewer. Objects to be rendered for an application, such as backgrounds and gameplay elements for a gaming application, can have their appearance modified in order to embed specified metadata. The modifications can impact the color, patterns, configuration, or other aspects of the objects. The metadata can include any data useful for identifying a state, context, or configuration for the presentation of content, such as the state of a game at the time of rendering, as well as information about the player or device corresponding to a device-specific rendering of the content. A video segment including a representation of the rendered content can be analyzed to quickly identify and extract the metadata, which can help to quickly obtain the information needed to perform certain tasks, such as debugging or issue spotting.

Embedding metadata in rendered content

Techniques for multiple-stage crash reporting are described herein. In particular, in some cases, a first stage may include reporting of crash metadata. Also, in some cases, a second stage may include reporting of crash artifact data, such as a crash dump file, error logs, server logs, client logs and/or other data. The crash artifact data may, in some examples, be provided after the crash metadata. By employing multiple stages for reporting of crash-related information, the time required to notify and provide at least some crash-related information to users may be reduced, without requiring the omission of any desired reporting information. Additionally, the use of multiple stages may help to ensure that a notification of the occurrence of the crash and associated metadata are consistently reported, even when crash artifact data uploads fail.

Multiple-stage crash reporting

Disclosed are various embodiments to determine network transit time for a packet. A request packet for determining a network transit time is received. A reply packet is transmitted to the requester in response to the request packet. A reply packet is transmitted to the requester. The reply packet includes information about a packet processing time. This packet processing time includes a time between the receiving of the request packet and the transmitting of the reply packet.

Measuring network transit time

Growing community of inventors

Redondo Beach, CA, United States of America

Brent Ryan Nash