Extensible kernel-mode audio processing architecture

• US 6,961,631 B1
• Filed: 04/26/2000
• Issued: 11/01/2005
• Est. Priority Date: 04/12/2000
• Status: Expired due to Fees

• Current Assignee: Microsoft Technology Licensing LLC (Microsoft Corporation)
• Original Assignee: Microsoft Corporation
• Inventors: Puryear, Martin G.
• Primary Examiner(s): Mei, Xu
• Assistant Examiner(s): Tran, Con P.
• Application Number:
  US09/559,901
• Time in Patent Office: 2,015 Days
• Field of Search: 700/94, 846/22, 846/02, 713/400, 709/230, 709/238
• US Class Current: 700/94
• CPC Class Codes: G10H 1/0066 using a MIDI interface
• CPC Class Codes: G10H 1/183 Channel-assigning means for polyphonic instruments
• CPC Class Codes: G10H 2210/225 Portamento, i.e. smooth continuously variable pitch-bend, without emphasis of each chromatic pitch during the pitch change, which only stops at the end of the pitch shift, as obtained, e.g. by a MIDI pitch wheel or trombone pitch bend with emphasis of each chromatic pitch during pitch change, e.g. glissando, G10H2210/221
• CPC Class Codes: G10H 2210/281 Reverberation or echo
• CPC Class Codes: G10H 2240/291 SCSI, i.e. Small Computer System Interface
• CPC Class Codes: G10H 2240/295 Packet switched network, e.g. token ring circuit-switched networks, e.g. traditional analog telephone transmission G10H2240/241
• CPC Class Codes: G10H 2240/305 Internet or TCP/IP protocol use for any electrophonic musical instrument data or musical parameter transmission purposes
• CPC Class Codes: G10H 7/00 Instruments in which the tones are synthesised from a data store, e.g. computer organs
• CPC Class Codes: G10H 7/002 using a common processing for different operations or calculations, and a set of microinstructions (programme) to control the sequence thereof

Abstract

An extensible kernel-mode audio (e.g., MIDI) processing architecture is implemented using multiple modules that together comprise a module graph. The module graph is implemented in kernel-mode, reducing latency and jitter when handling audio data by avoiding transfers of the audio data to user-mode applications for processing. In one embodiment, the audio processing architecture is readily extensible. A graph builder can readily change the module graph, adding new modules, removing modules, or altering connections as necessary, all while the graph is running.

Claims

1. A system comprising:

a first module implemented in kernel-mode and coupled to receive audio data from hardware, wherein the first module is to process the audio data by obtaining a data packet structure into which the audio data can be placed, wherein the data packet structure includes;

a data portion that can include one of;

the audio data, a pointer to a chain of additional data packet structures that include the audio data, and a pointer to a data buffer, and

an event byte count portion that identifies, if the data portion does not include the pointer to the chain of additional data packet structures, whether the data portion includes the audio data or a pointer to the data buffer,

a second module implemented in kernel mode and coupled to communicate processed audio data to an application executing in user-mode; and

a third module, implemented in kernel-mode, to receive the audio data from the first module, process the audio data, and communicate the processed audio data to the second module.

2. A system as recited in claim 1, wherein the first module is further to process the audio data before forwarding the audio data to the second module.

3. A system as recited in claim 1, further comprising additional modules, situated between the first and third modules, to further process the audio data.

4. One or more computer-readable media having stored thereon a series of instructions that, when executed by one or more processors of a computer, causes the one or more processors to perform acts including:

maintaining a pool of memory available for allocation to a plurality of transform filters executing at a privileged level;

allocating a portion of the pool of memory to one of the plurality of transform filters to use to store audio data, wherein the portion comprises sufficient memory to store a data structure including;

a data portion that can include one of;

audio data, a pointer to a chain of additional data structures that include the audio data, and a pointer to a data buffer;

a structure byte count portion that identifies the size of the data structure;

a channel group portion that identifies which of a plurality of channel groups the data identified in the data portion corresponds to;

a presentation time portion indicating when audio data is to be rendered;

a flag portion indicating whether the data portion includes either the pointer to the chain of additional data structures or one of either the audio data or the pointer to the data buffer; and

an event byte count portion that identifies, if the data portion does not include the pointer to the chain of additional data structures, whether the data portion includes the audio data or a pointer to the data buffer; and

returning the allocated portion to the pool of memory after the plurality of transform filters have finished processing the audio data.

5. One or more computer-readable media as recited in claim 4, wherein the privileged level comprises kernel-mode.

6. One or more computer-readable media as recited in claim 4, wherein the portion comprises a data buffer to store a plurality of audio data messages.

7. One or more computer-readable media as recited in claim 4, wherein the series of instructions, when executed, further cause the one or more processors to perform acts including requesting additional memory, from a memory manager, to add to the pool of memory.

8. One or more computer-readable media as recited in claim 7, wherein the series of instructions, when executed, further cause the one or more processors to perform acts including requesting additional non-paged memory from the memory manager to add to the pool of memory.