Audio driver sound management method

Abstract

The invention relates to a sound management method of an audio driver program, which adopts a play buffer and adds a play list, including parallel steps: A) using the play list to record in real time various current sound data written by an application program and their priorities; B) moving the corresponding sound data to the play buffer in the descending order of the priority; C) transmitting the sound data to the audio device through the play buffer. In this method, a playlist for recording multiple parallel sound data is added inside the audio driver, and high-priority sound data is selected for playback. Further, sound data that needs to be played at the same time can also be selected to be mixed with the sound data before playback, avoiding single sound The complex inter-process communication, synchronization and large amount of data transmission caused by service program management, together with the use of extended general standard interface functions, make program transplantation relatively simple and fully meet the sound playback management requirements of mobile phones.

Description

technical field [0001] The invention relates to a sound management method of an embedded operating system, in particular to a sound management method of an audio driver in a wireless mobile terminal. Background technique [0002] At present, the most typical embedded operating systems on mobile phones and PDA terminals are Linux and WinCE. Taking Linux as an example, the general application program plays sound, and usually calls the sound interface functions such as open(), ioctl(), write(), read(), close() in the Linux operating system, and the audio driver operates the audio device to complete the specific play. [0003] When the audio driver is called by the application, it can create a DMA data buffer in memory, such as figure 1 , including several buffer units. Play sound methods for existing audio drivers such as figure 2 , including: 210) start; 220) judge whether there is sound data in the DMA data buffer; yes, proceed to step 230); no, enter the next step; 221)...

AI Technical Summary

Problems solved by technology

However, this method is applied to the embedded operating systems of terminals such as mobile phones and PDAs, and there are two obvious disadvantages: (1) the service program is complicated to implement, and multiple situations must be considered: simple ring tones can directly use the file name as the message parameter , the service program calls the codec to decompress, and directly operates the sound card to play; for MP3 music, since the MP3 player has already called the codec to decompress, the service program only needs to write the unpacked data directly to the sound card for playback, but it needs to consider how the data is played from the media It is a problem to pass the device to the service program, because it is two different processes and the amount of data that needs to be transmitted is very large, so a complex inter-process communication and synchronization mechanism and a large amount of data transmission mechanism between processes are required; (2) this method does not It is easy to transplant other existing mobile phone programs. Since other existing mobile phone programs directly operate the sound card to play sound, they will conflict with the system and bring great trouble to the transplantation.

Images