Microsoft Technology Licensing, LLC

Marcus J Andrews

Max Alan McMullen

James E Veres

Michael Milirud

Bryan L Langley

Om Sharma

Zhigang Xu

Daniel Wood

Mikhail V Leonov

Andrei Baioura

Bennett Sorbo

Vlad Alexandrov

John Michael Thornton

C Shane Evans

Steven E Lees

Youssef M Barakat

Ameet Arun Chitre

Sameer Avinash Nene

Kiran Muthabatulla

Scott R Leatham

Lukasz Konrad Brodzinski

Kenneth D Ray

Firdosh Kersy Bhesania

Doron J Holan

Leonardo Esteban Blanco

Ervin Peretz

Oreste Dorin Ungureanu

Katherine Blair Huffman

Jocelyn Berrendonner

Lucas Brodzinski

Amos Eshel

Katie Anderson

Hideyuki Nagase

Shalini Akella

Robert Ingman

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

Methods and devices for presenting an image in an atomic manner across a plurality of displays of a computer device from a single buffer shared by the plurality of displays may include synchronizing the plurality of displays of the computer device. The methods and devices may initiate an atomic present request to present an image frame on the plurality of displays including a first display and a second display, the atomic present request may identify at least a first display texture and a second display texture from a plurality of display textures stored in the single buffer corresponding to the image frame and that the first display texture corresponds to a first display and the second display texture corresponds to a second display. The devices and methods may transmit a bundled set of first image frame data and second image frame data from the single buffer to a display driver.

Mechanism to present in an atomic manner a single buffer that covers multiple displays

Described are examples for adjusting display level properties across multiple displays. One or more ranges of display brightness capability values that are supported by a given display device can be received for multiple display devices. For each of the multiple display devices, at least a portion of display brightness capability values in the one or more ranges of display brightness capability values can be mapped to selectable brightness levels available in an operating system. One of the selectable brightness levels can be determined as selected via the operating system. For each of the multiple display devices, a corresponding display brightness capability value mapped to the one of the selectable brightness levels can be determined and indicated to each of the multiple display devices, such that the multiple display devices may set different display brightness capability value brightness, but the brightness may be perceptually similar across the display devices.

Techniques for supporting brightness adjustment across multiple displays

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

Resources of a video presenting network having plural outputs can be configured. A provisional configuration can be supported. Configuration of inputs can be performed separately from configuration of outputs. Interdependencies between network resources can be considered to restrict provided options to those co-functional with a provisional configuration. A client can use a set of functions provided by a service to traverse the configuration solution space. The functions can support a transactional configuration approach. Responsibility for considering interdependencies can be delegated to a video driver, such as a video miniport.

Video presenting network management

Systems and methods for rebootless updating of a IHV display driver are disclosed. According to such a method, first, the operating system stops the driver from running Second, the system switches over to an interim or temporary display driver, which be a default driver provided with the operating system. Third, the new hardware-specific driver is started. Thus, a hardware-specific display driver may be updated without rebooting.

Rebootless display driver upgrades

Systems and methods for rebootless updating of a IHV display driver are disclosed. According to such a method, first, the operating system stops the driver from running. Second, the system switches over to an interim or temporary display driver, which be a default driver provided with the operating system. Third, the new hardware-specific driver is started. Thus, a hardware-specific display driver may be updated without rebooting.

Resources of a video presenting network having plural outputs can be configured. Provisional configuration functionality supports a transactional configuration approach. Interdependencies between network resources can be considered to restrict provided options to those co-functional with a provisional configuration. Responsibility for considering interdependencies can be delegated to a video driver, such as a video miniport. A client can use a variety of approaches to find a desired configuration.

Video presenting network supporting separately-configurable resources

Resources of a video presenting network having plural outputs can be configured. A provisional configuration can be supported. Configuration of inputs can be performed separately from configuration of outputs. Interdependencies between network resources can be considered to restrict provided options to those co-functional with a provisional configuration. Responsibility for considering interdependencies can be delegated to a video driver, such as a video miniport. A client can use a variety of approaches to find a desired configuration. The desired configuration can be treated as a solution to an NP-Complete graph problem.

Video presenting network configuration solution space traversal

Resources of a video presenting network having plural outputs can be configured. A provisional configuration can be supported. Configuration of inputs can be performed separately from configuration of outputs. Interdependencies between network resources can be considered to restrict provided options to those co-functional with a provisional configuration. Responsibility for considering interdependencies can be delegated to a video driver, such as a video miniport. A client can use a variety of approaches to find a desired configuration. A variety of configuration goals (e.g., optimal configurations) can be achieved in light of the interdependencies.

Configuration goals via video presenting network

A system for using computer input devices with software applications is disclosed. The system includes an input device mapper API, which uses a language of semantics as an interface between input devices and software applications. The input device mapper receives information about which semantics the devices connected to the computer are able to implement, and which semantics correspond to actions that a user can request the software to perform. The input device mapper maps controls on the available devices into user-requestable software actions by matching, as closely as possible, device controls and software actions that correspond to the same semantic. The system thus makes input devices and software applications transparent to each other, and permits a software application to be designed to operate without regard to which input device is being used to control its actions.

Application programming interface that maps input device controls to software actions

A computer peripheral has a processor, non-volatile memory, and a plurality of controls. The non-volatile memory holds control mappings corresponding to a plurality of application program genres. The control mappings indicate actions to be performed in application programs of particular genres in response to actuation of particular controls. The control mappings indicate controls by unique string indexes that are also used in HID control descriptors associated with the computer peripheral.

Growing community of inventors

Redmond, WA, United States of America

Marcus J Andrews