Microsoft Technology Licensing, LLC

Firoz Dalal

Kishore Arvind Kotteri

Yongjun Wu

Jarred Bonaparte

Shyam Sadhwani

Herman Widjaja

Janani Vasudevan

Andrew M Precious

Ryan Segeberg

Todd Frost

Rajkumar Mohanram

Arthi Gokarn

An audio capture method is performed by a computing system. A plurality of applications is instantiated. An audio data stream is received via audio capture hardware. The audio data stream is stored in a memory space accessible by the plurality of applications. A trigger associated with an application of the plurality of applications is detected. A history segment of the audio data stream is provided from the shared memory space to the application based on the trigger. The history segment is captured prior to the trigger. A contemporary segment of the audio data stream is provided to the application based on the trigger. The contemporary segment is captured subsequent to the trigger.

Providing historical captured audio data to applications

An audio playback method for a virtual machine of a computing system includes instantiating, via a host operating system of the computing system, a virtual machine A shared memory space is allocated for shared access by both the virtual machine and the host operating system. An audio data stream from the virtual machine is received at the shared memory space. The audio data stream is rendered from the shared memory space based on a global audio policy of the host operating system.

Audio rendering from virtual machine

Methods and devices for panning audio may include receiving audio data from an application open on at least one display device of a plurality of display devices in communication with a computer device. The methods and devices may include selecting a set of speakers from a plurality of speakers of the plurality of display devices to receive the audio data in response to speaker location information and application location information with a current location for the application. The methods and devices may include receiving updated application location information with a new location for the application and selecting a new set of speakers from the plurality of speakers to receive the audio data in response to the new location for the application. The methods and devices may include transitioning the audio data from the set of speakers to the new set of speakers.

Sending audio to various channels using application location information

In a computer system that provides for automatic detection and correction of audio system performance issues, an interface receives calls from audio applications for services of the audio system. An audio capture/playback manager executes the calls. A performance monitor tracks the execution of the calls. A rules store maintains one or more rules, each defining criteria for execution of a type of call for audio system services and a corrective action to be taken if the performance monitor indicates the criteria are not met. In this way, performance issues with the audio system can be quickly detected and corrected without user intervention.

Audio system maintenance using system call monitoring

In a computer system that provides for routing of audio content of a target audio application to a requestor audio application, an audio playback/routing manager manages audio routing between audio applications. For example, a requestor audio application may specify a target audio application from which audio content is to be received. An audio playback/routing manager can determine the audio content of the target audio application and provide the requested audio content to the requestor audio application. In this way, rather than receiving all of the audio content being rendered to an audio endpoint, which may include audio content of multiple applications, the requestor audio application can receive only audio content of one or more particular target audio applications.

Selective routing of audio between applications

Test cases are executed by the software engineering test system. The test cases target software products. Test outputs are generated indicating whether the software engineering test system determined the test cases to have passed or failed. Separately, bug records are stored in a first dataset whose records identify corresponding bugs. Records of the test case executions are stored in a second dataset. Records thereof indicate whether a corresponding test case failed when executed. Such records may have bug identifiers entered by a test engineer and corresponding to bugs identified by the test engineer. The first dataset is parsed to identify records of test runs that have failed, and for each such test run record a bug identifier thereof is identified. Statistics such as failure counts are updated for the bugs found in the test run records.

Identifying high impact bugs

A container format processing tool performs syntax-aware manipulation of hierarchically organized syntax elements defined according to a container format in a media file. For example, a container format verifier checks conformance of a media file to a container format, which can help ensure interoperability between diverse sources of media content and playback equipment. Conformance verification can include verification of individual syntax elements, cross-verification, verification that any mandatory syntax elements are present and/or verification of synchronization. Or, a container format 'fuzzer' simulates corruption of a media file, which can help test the resilience of playback equipment to errors in the media files. The container format fuzzer can simulate random bit flipping errors, an audio recording failure or incorrect termination of recording. Or, a container format editor can otherwise edit the media file in the container format.

Syntax-aware manipulation of media files in a container format

Disclosed herein are representative embodiments of methods, apparatus, and systems for manipulating bitstreams of digital media data compressed according to a compression standard. Also disclosed are representative embodiments of methods, apparatus, and systems for evaluating compliance of an encoded bitstream of digital media data with a compression standard. In one exemplary embodiment, a conforming bitstream of compressed digital media data is input. One or more of the parameters in the bitstream are selectively altered into parameters that do not conform to the video compression standard. The selective alteration can be performed such that parameters that would make the bitstream non-decodable if altered are bypassed and left unaltered. A non-conforming bitstream that includes the one or more selectively altered parameters is output.

Bitstream manipulation and verification of encoded digital media data

A media processing comparison system ('MPCS') and techniques facilitate concurrent, subjective quality comparisons between media presentations produced by different instances of media processing components performing the same functions (for example, instances of media processing components in the form of hardware, software, and/or firmware, such as parsers, codecs, decryptors, and/or demultiplexers, supplied by the same or different entities) in a particular media content player. The MPCS receives an ordered stream of encoded media samples from a media source, and decodes a particular encoded media sample using two or more different instances of media processing components. A single renderer renders and/or coordinates the synchronous presentation of decoded media samples from each instance of media processing component(s) as separate media presentations. The media presentations may be subjectively compared and/or selected for storage by a user in a sample-by-sample manner.

Growing community of inventors

Sammamish, WA, United States of America

Firoz Dalal