Microsoft Technology Licensing, LLC

Max Alan McMullen

Daniel Wood

Nadim Y Abdo

Marcus J Andrews

Leonardo Esteban Blanco

Silvana Patricia Moncayo

Andrei Baioura

Bennett Sorbo

Jesse Natalie

Amar Dinesh Patel

Michael I Borysenko

Mikhail V Leonov

Ameet Arun Chitre

Zhigang Xu

Matthew David Sandy

Yuri Dotsenko

Brian T Klamik

Allison Klein

Keith D Melmon

Michael P Crider

Vlad Alexandrov

Youssef M Barakat

Sameer Avinash Nene

Asael Dror

Mary Luo

Hang Li

Glenn Frederick Evans

Charles Lawrence Zitnick, Iii

Steve Pronovost

Reiner Fink

Stuart Raymond Patrick

Anuj Bharat Gosalia

Benjamin C Constable

Voicu Anton Albu

Joshua Warren Priestley

Lucia Darsa

Andrew Zicheng Yeung

Onur Filiz

Mohamed Sadek

Nicholas Defay Feeney

Aleksandar Antonijevic

Alice Tang

Deepali Bhagvat

Imran Majid

Kanishka Shrivastava

Stuart Ray Patrick

To manage dynamic adjustment of the refresh rate of a computer display, the operating system defines at least two playback modes: one or more custom modes that can be selected by applications, and a standard mode which is a default setting for the system that can be expected by applications. The operating system provides an application programming interface that enables an application to request using a custom mode. If approved to use the custom mode, then the application presents frames for display based on the custom mode. The operating system stores timing data for each buffered frame indicating how to play the frame in both standard mode and the custom mode. If a transition back to the standard mode occurs, the operating system uses the timing data to properly present frames of video until the application stops generating frames of video in the custom mode.

Managing transitions of adaptive display rates for different video playback scenarios

The described technology addresses one or more of the foregoing problems by receiving one or more workloads from an application. Each of the one or more graphics workloads are associated with completion deadline information and execution metadata representing execution guidance for the workload. The described technology further generates a processor performance adjustment for each of the one or more workloads using a performance model providing the processor performance adjustment based on the completion deadline information and the execution metadata for each of the one or more workloads. The described technology further communicates each of the one or more received workloads and its corresponding generated processor performance adjustment to a processor subsystem. Each of the processor performance adjustments instructs the processor subsystem on a processor adjustment to be implemented when executing the associated workload.

Dynamic processor power management

The application programming interface permits an application to specify resources to be used by shaders, executed by the GPU, through a data structure called the 'root arguments.' A root signature is a data structure in an application that defines the layout of the root arguments used by an application. The root arguments are a data structure resulting from the application populating locations in memory according to the root signature. The root arguments can include one or more constant values or other state information, and/or one or more pointers to memory locations which can contain descriptors, and/or one or more descriptor tables. Thus, the root arguments can support multiple levels of indirection through which a GPU can identify resources that are available for shaders to access.

Configuring resources used by a graphics processing unit

Examples described herein generally relate to drawing digital ink on a display of a computer device. The computer device may render a frame via a graphics queue of a graphics processing unit (GPU). The computer device may fetch updated digital ink input from an input buffer at a designated time before scanning at least a portion of the frame including the digital ink. The computer device may draw the digital ink on the rendered frame via a priority queue of the GPU based on the updated digital ink input prior to displaying at least a portion of the frame including the digital ink. The priority queue may provide commands to dispatch a compute shader of the GPU to draw the digital ink.

Ink render using high priority queues

Various techniques for remoting graphics are described in the claims, drawings, and text forming a part of the present disclosure.

Command remoting

A resource used by a shader executed by a graphics processing unit is referenced using a 'descriptor'. Descriptors are grouped together in memory called a descriptor heap. Applications allocate and store descriptors in descriptor heaps. Applications also create one or more descriptor tables specifying a subrange of a descriptor heap. To bind resources to a shader, descriptors are first loaded into a descriptor heap. When the resources are to be used by a set of executing shaders, descriptor tables are defined on the GPU identifying ranges within the descriptor heap. Shaders, when executing, refer to the currently defined descriptor tables to access the resources made available to them. If the shader is to be executed again with different resources, and if those resources are already in memory and specified in the descriptor heap, then the descriptor tables are changed to specify different ranges of the descriptor heap.

Techniques for improved command level remoting are disclosed. In embodiments of the invention, commands to generate vertices are sent in a terminal service session. As commands to draw vertices are generated by a server to be sent to a client to display, they are analyzed by the server. Where some of those vertices have been previously sent to the client, such as to generate a previous bitmap image, the server determines not to send those vertices to the client, and sends the client the new vertices.

Command remoting techniques

Buffer display techniques are described. In one or more implementations, at least part of an off-screen buffer is rasterized by an application to generate an item for display by the computing device. One or more communications are formed that describe the part of the off-screen buffer which contains the item that is to be copied to update an onscreen buffer.

Buffer display techniques

Atlasing and virtual surface techniques are described. In one or more implementations, virtual surface functionality is exposed by an operating system for access by one or more applications of the computing device. A virtual surface is created in response to a request from the one or more applications to be used to render visuals for display by a display device. The virtual surface is allocated in memory of the computing device by the exposed virtual surface functionality to have an area that is larger than an area to be used to display the visuals from the one or more applications.

Atlasing and virtual surfaces

A technique for generating content for a stereo 3D display buffer having both stereo 3D graphic objects and non-stereo 3D graphic objects that may be utilized to render stereo 3D content onto one or more windows of a display. The technique incorporates content from stereo 3D application frame buffers into a composition tree that represents the graphic objects in each window displayed on a computing device. At each refresh cycle, the composition tree is traversed to generate content for a stereo 3D display buffer that is then used to draw one or more windows onto a display.

Composing stereo 3D windowed content

Growing community of inventors

Redmond, WA, United States of America

Max Alan McMullen