Microsoft Technology Licensing, LLC

Leonardo Esteban Blanco

Reiner Fink

Silvana Patricia Moncayo

Joshua Warren Priestley

Cenk Ergan

Paul C David

Max Alan McMullen

Sriram Subramanian

Michael I Borysenko

Oreste Dorin Ungureanu

Daniel Wood

Joseph S Beda, Iii

Kevin T Gallo

Blake Douglas Pelton

Hang Li

Ling Tony Chen

Greg D Schechter

Steve Pronovost

Gerhard A Schneider

Gregory David Swedberg

Ashraf A Michail

Adam M Smith

Gilman Kuey Wong

Michael Dean Stokes

Nadim Y Abdo

Glenn Frederick Evans

Kenneth S Reneris

Amar Dinesh Patel

Brendan Joseph Clark

Michael John Hillberg

Ivan J Leichtling

Donald B Curtis

Joy Chik

Anuj Bharat Gosalia

Marcus J Andrews

Namita Gupta

Kenneth Lawrence Young

Benjamin C Constable

Ivan Brugiolo

Miles Cohen

Gilles Khouzam

Andrei Baioura

Matthew W Calkins

Matt Calkins

Zhigang Xu

Michael Paul Erich Von Hippel

Andrey E Arsov

Brian T Klamik

Keith D Melmon

Allison Klein

Zachary Scott Northrup

Michael P Crider

Ana Marta Amaral De Carvalho

Hrushit Kamal Parikh

Rajat Goel

Imran Majid

Adrian Secchia

Eric S Vandenberg

Sameer Avinash Nene

Kurt B Jacob

Prashant Ratanchandani

Jevan D Saks

Aleksandar Antonijevic

John Gossman

Jesse Bishop

Pawel Wiktor Olszta

Ian Hanschen

Lucas Brodzinski

Patrick G Mullen

Amos Eshel

Elizabeth K Nelson

Don Curtis

Mary Luo

Meng Yang

Sriya Sampath

Shalini Akella

Jonathan P Liperi

Vidhya Sriram

Christopher A Fortier

Leah M Keegan

Paul David

Adrian A Mascarenhas

Daniel C Rischar

Bede A Jordan

Dynamic refresh rate (DRR) switching is used to dynamically update a refresh rate of content presented on an interface. When a first application and a second application are presented on a user interface at a first refresh rate; a request may be received to temporarily boost the first refresh rate to a second, higher, refresh rate. DRR switching is initiated as the first refresh rate is temporarily boosted to a second refresh rate. Applications that are opted in to the second refresh rate receive signals to refresh content at the second refresh rate, while applications that are not opted in to the second refresh rate receive signals to refresh content at a virtualized refresh rate that matches the first refresh rate. Thus, the first application refreshes content at the first refresh rate and the second application refreshes content at the second, higher refresh rate, providing a smooth user experience without unnecessarily utilizing power consumption.

Dynamic refresh rate switching system and method thereof

Dynamic refresh rate switching

Independent refresh rates may be enabled for multiple monitors. Any displays that are presenting content in a full screen mode are refreshed at a rate set by the application presenting the content. All other devices are refreshed at a rate that is determined by a window manager based on various factors including the type of application(s) executing, the size of the applications presenting content, the location of the applications presenting content, hardware configurations, and so forth.

Independent refresh rate for multiple monitors

Virtual surface techniques are described. These techniques support the use of initialization and batching of updates, use of updates and lookaside lists, use of gutters, blending and BLT operations, use of surface optimization techniques such as push down as well as enumeration and clumping, mesh usage, and use of occlusion management techniques.

Virtual surface blending and BLT operations

Virtual surface update and composition techniques are described. These techniques include support of initialization and batching of updates, use of updates and lookaside lists, use of gutters, blending and BLT operations, surface optimization techniques such as push down as well as enumeration and clumping, mesh usage, and occlusion management techniques.

Virtual surface compaction

Virtual surface gutters

In one example, a graphic computing device may apply a clipping technique to accurately and efficiently render a graphic data set. A central processing unit may generate a convex polygonal clip from a two-dimensional polygon. The central processing unit may calculate a clipping plane for a convex polygonal clip based on an edge of the convex polygonal clip. A graphics processor may apply the convex polygonal clip in a pixel shader.

Convex polygon clipping during rendering

Transitions between monitor configurations may be streamlined by minimizing the tearing down and recreating of render targets and primary frame buffers associated with the monitors. In at least one example, the techniques described herein include identifying at least one render target in a first monitor configuration that is also in a second monitor configuration. In response to identifying the at least one render target in the first monitor configuration that is also in the second monitor configuration, the techniques herein describe maintaining the at least one render target during a transition between the first monitor configuration to second monitor configuration.

Streamlined handling of monitor topology changes

Composition system thread techniques are described. In one or more implementations, a composition system may be configured to compose visual elements received from applications on a thread that is executed separately than a user interface thread of the applications. As such, the composition system may execute asynchronously from a user interface thread of the application. Additionally, the composition system may be configured to expose one or more application programming interfaces (APIs) that are accessible to the applications. The APIs may be used for constructing a tree of objects representing the operations that are to be performed to compose one or more bitmaps. Further, these operations may be controlled by several API visual properties to allow applications to animate content within their windows and use disparate technologies to rasterize such content.

Composition system thread

Shared compositional resources are described. In one or more implementations, a global composition system may be configured to perform rendering for a plurality of processes, e.g., applications. For example, the global composition system may be configured to expose one or more application programming interfaces (APIs) that are accessible to the processes. The APIs may then be used to cause a single composition engine to perform the rendering for the plurality of applications. Thus, the single composition engine may be leveraged to support a variety of functionality, such as to manage sharing of compositional resources by a plurality of processes. This sharing may be performed in a variety of ways, which may include use of a writer/reader paradigm.

Shared compositional resources

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

A global composition system is described. In one or more implementations, the global composition system may be configured to perform rendering for a plurality of applications. For example, the global composition system may be configured to expose one or more application programming interfaces (APIs) that are accessible to the applications. The APIs may then be used to cause a single composition engine to perform the rendering for the plurality of applications. The use of a single composition engine may be used to support a variety of different functionality, such as to perform efficient rendering by knowing what elements are provided by each of the applications and how those items relate for rendering to a display device.

Global composition system

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

Virtual surface techniques are described. These techniques include support of initialization and batching of updates, use of updates and lookaside lists, the use of gutters, the use of blending and BLT operations, surface optimization techniques such as push down as well as enumeration and clumping, mesh usage, and occlusion management techniques.

Display techniques using virtual surface allocation

Growing community of inventors

Redmond, WA, United States of America

Leonardo Esteban Blanco