Abstract: 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.

Abstract: 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.

Abstract: 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.

Abstract: 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.

Abstract: 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.

Abstract: 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.

Abstract: 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.

Abstract: 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.

Abstract: 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.

Abstract: Techniques are described for verifying long-term reference (LTR) usage by a video encoder and/or a video decoder. For example, verifying that a video encoder and/or a video decoder is applying LTR correctly can done by encoding and decoding a video sequence in two different ways and comparing the results. In some implementations, verifying LTR usage is accomplished by decoding an encoded video sequence that has been encoded according to an LTR usage pattern, decoding a modified encoded video sequence that has been encoded according to the LTR usage pattern and modified according to a lossy channel model, and comparing decoded video content from both the encoded video sequence and the modified encoded video sequence. For example, the comparison can comprise determining whether both decoded video content match bit-exactly beginning from an LTR recovery point location.

Abstract: 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.

Abstract: Video parameter storage and processing techniques with MPEG-4 file format are described. In one or more implementations, techniques are described in which sequence and parameter sets are specified in-band with collections of pictures of video as the default option. Techniques are also described in which different parameter set identifiers (IDs) are specified for the collections within the video. Techniques are also described in which maximum clip parameters are specified in a sample description box. Further, techniques are described in which parameter sets are inserted at a beginning of sample data when an access unit delimiter (AUD) network access layer (NAL) unit is not present or are inserted after the AUD NAL unit in the video when present.

Abstract: 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.

Abstract: 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.

Abstract: Techniques are described for inserting encoded markers into encoded audio-video content. For example, encoded audio-video content can be received and corresponding encoded audio and video markers can be inserted. The encoded audio and video markers can be inserted without changing the overall duration of the encoded audio and video streams and without changing most or all of the properties of the encoded audio and video streams. Corresponding encoded audio and video markers can be inserted at multiple locations (e.g., sync locations) in the encoded audio and video streams. Audio-video synchronization testing can be performed using encoded audio-video content with inserted encoded audio-video markers.

Abstract: 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.

Abstract: 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.

Abstract: 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.

Abstract: 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.

Abstract: 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.