Low-latency Bluetooth audio transmission methods, apparatus, devices and media

Abstract

This application relates to a low-latency Bluetooth audio transmission method, apparatus, device, and medium. The Bluetooth audio transmission method includes: a data access step, initiating an audio data transmission request to a microphone; after receiving the audio data sent by the microphone via Bluetooth, the host device parses the audio data through the Bluetooth protocol stack and writes the parsed audio data as raw data into the operating system's data interface; an audio processing step, reading the raw data from the data interface through an audio processing library, processing the raw data, and outputting the processed audio data for playback; wherein the audio processing library is located in the operating system's hardware abstraction layer. This invention achieves low-latency and stable Bluetooth audio playback by processing audio data at the hardware abstraction layer and combining it with a playback clock adaptive adjustment mechanism.

Description

Technical Field

[0001] This application relates to the field of electronic device technology, and in particular to a low-latency Bluetooth audio transmission method, apparatus, device, and medium. Background Technology

[0002] With the increasing popularity of Android host devices such as smart TVs and set-top boxes, the demand for karaoke applications based on home entertainment scenarios is constantly growing. Karaoke applications typically require an external microphone to capture the user's voice and mix and play it with the accompaniment audio in real time, thus placing high demands on audio transmission latency, stability, and sound effect processing capabilities.

[0003] Currently, there are several main technical solutions for implementing wireless karaoke functionality in Android systems: One solution uses a UHF wireless microphone, connecting to the host device via a dedicated USB dongle. While this solution meets basic low-latency requirements, it requires an additional USB receiver, increasing hardware costs and system complexity, and also consuming the host device's USB port resources, hindering device integration and large-scale application. Another solution uses a Bluetooth microphone for wireless connection. However, its overall transmission and processing latency is generally high, typically above 80ms, making it difficult to meet the low-latency experience requirements of real-time singing scenarios.

[0004] Furthermore, in existing karaoke systems, the remote control and microphone are usually separate devices, requiring users to use multiple peripherals simultaneously, resulting in complex interactions and hindering convenient use in home settings. Moreover, due to differences in hardware performance and system configuration among various Android host devices, existing karaoke solutions often perform inconsistently across different devices, easily leading to issues such as fluctuating vocal volume, monotonous sound effects, mismatched volume with accompaniment, and even feedback, making it difficult to guarantee a stable and consistent karaoke experience. Summary of the Invention

[0005] Based on this, and to address the aforementioned problems, the present invention provides a low-latency Bluetooth audio transmission method, apparatus, device, and medium, which achieves low-latency and stable playback of Bluetooth audio by processing audio data at the hardware abstraction layer and combining it with a playback clock adaptive adjustment mechanism.

[0006] According to a first aspect of the present invention, a low-latency Bluetooth audio transmission method is provided, characterized in that it includes: a data access step, wherein an audio data transmission request is initiated to a microphone, and after receiving the audio data transmitted by the microphone via Bluetooth, the host device parses the audio data through the Bluetooth protocol stack and writes the parsed audio data as raw data into the data interface of the operating system; an audio processing step, wherein the raw data is read from the data interface through an audio processing library, the raw data is processed, and the processed audio data is output for playback; wherein the data interface and the audio processing library are located in the hardware abstraction layer of the operating system.

[0007] In some embodiments, the microphone transmits compressed and encoded audio data to the host device via Bluetooth; the processing of the raw data includes: decoding the raw data and performing audio format conversion processing.

[0008] In some embodiments, the processing of the original data further includes: performing algorithm compensation processing and / or sound effect processing on the data after audio format conversion.

[0009] In some embodiments, the algorithm compensation process includes using historical data to compensate for packet loss in the audio data during transmission via a compensation algorithm.

[0010] In some embodiments, the step of outputting and playing the processed audio data includes: slowing down the playback when packet loss exists and cannot be compensated for by historical data; and speeding up the playback when there is data accumulation.

[0011] In some embodiments, the step of outputting and playing the processed audio data includes: caching the processed audio data into a playback buffer; performing acceleration processing on the audio data when the amount of data in the playback buffer exceeds a first threshold; performing deceleration processing on the audio data when the amount of data in the playback buffer is lower than a second threshold; and outputting the accelerated or decelerated audio data to the audio playback hardware; wherein the playback buffer is located in the hardware abstraction layer of the operating system.

[0012] In some embodiments, the step of outputting and playing the processed audio data includes: caching the processed audio data into a playback buffer; obtaining the hardware playback clock of the audio playback hardware; determining the target playback time range corresponding to the playback buffer based on the audio data cached in the playback buffer; comparing the hardware playback clock with the target playback time range to determine the data consumption status of the playback buffer; increasing the audio data consumption rate when the hardware playback clock lags behind the target playback time and the amount of data in the playback buffer is higher than a first threshold; and decreasing the audio data consumption rate when the hardware playback clock leads the target playback time and the amount of data in the playback buffer is lower than a second threshold; wherein the playback buffer is located in the hardware abstraction layer of the operating system.

[0013] According to a second aspect of the present invention, a low-latency Bluetooth audio transmission device is provided, comprising: a data access module, configured to initiate an audio data transmission request to a microphone; a host device, after receiving audio data transmitted by the microphone via Bluetooth, performing data parsing on the audio data through a Bluetooth protocol stack, and writing the parsed audio data as raw data into the data interface of the operating system; and an audio processing module, configured to read the raw data from the data interface through an audio processing library, process the raw data, and output the processed audio data for playback; wherein the data interface and the audio processing library are located in a hardware abstraction layer.

[0014] According to a third aspect of the present invention, a computer device is provided, including a memory, a processor, and a computer program stored in the memory and executable on the processor, characterized in that the processor executes the computer program to implement the steps of any of the methods described above.

[0015] According to a fourth aspect of the present invention, a computer-readable storage medium is provided having a computer program stored thereon, which, when executed by a processor, implements the steps of the methods of any of the above embodiments.

[0016] This invention achieves low-latency transmission and processing of human voice audio in karaoke scenarios through Bluetooth-based data transmission, eliminating the reliance on external receiving devices such as USB dongles, reducing system hardware costs and improving device integration. At the same time, by processing audio data at the hardware abstraction layer and combining packet loss compensation and playback timing adjustment mechanisms, the latency and jitter caused by Bluetooth audio transmission are effectively reduced, keeping the overall latency at a low level to meet the needs of real-time singing.

[0017] Other features and advantages of the invention will become clear from the following detailed description of exemplary embodiments of the invention with reference to the accompanying drawings. Attached Figure Description

[0018] To more clearly illustrate the technical solutions in the embodiments of the present invention or the prior art, the drawings used in the description of the embodiments or the prior art will be briefly introduced below. Obviously, the drawings described below are only some embodiments of the present invention. For those skilled in the art, other drawings can be obtained based on these drawings without creative effort.

[0019] Figure 1 This is a flowchart of some embodiments of the low-latency Bluetooth audio transmission method of the present invention; Figure 2 This is a flowchart illustrating some embodiments of the data access steps of the present invention; Figure 3 This is a flowchart illustrating some embodiments of the audio processing steps of the present invention; Figure 4 These are schematic diagrams illustrating the operation of mixing console control commands according to some embodiments of the present invention; Figure 5 This is a flowchart of some other embodiments of the low-latency Bluetooth audio transmission method of the present invention; Figure 6 A schematic diagram of the system structure of the low-latency Bluetooth audio transmission method of the present invention is shown; Figure 7 These are schematic diagrams illustrating the structure of some embodiments of the low-latency Bluetooth audio transmission device of the present invention; Figure 8 This is an internal structural diagram of a computer device used to implement some embodiments of the present invention. Detailed Implementation

[0020] Embodiments of the invention will now be described more fully with reference to the accompanying drawings, in which embodiments of the invention are illustrated. However, the invention may be practiced in many different forms, and should not be construed as limited to the embodiments set forth herein.

[0021] The terminology used herein is for the purpose of describing particular embodiments only and is not intended to limit the invention. As used herein, the singular forms “a” and “this” are intended to include the plural forms as well, unless the context clearly indicates otherwise. It should also be understood that, when used herein, the term “comprising” specifies the presence of the stated features, integrals, steps, operations, elements, and / or components, but does not exclude the presence or addition of one or more other features, integrals, steps, operations, elements, components, and / or groups thereof.

[0022] Unless otherwise defined, the terms used herein (including technical and scientific terms) shall have the same meaning as commonly understood by one of ordinary skill in the art to which this invention pertains. Terms used herein shall be interpreted as having the same meaning as they have in the context of this specification and in the relevant field, and shall not be interpreted in an idealized or overly formal sense, unless specifically defined herein.

[0023] Figure 1 A flowchart illustrating some embodiments of the low-latency Bluetooth audio transmission method of the present invention is shown.

[0024] like Figure 1 As shown, the method includes: In the data access step S102, an audio data transmission request is initiated to the microphone. After receiving the audio data sent by the microphone via Bluetooth, the host device parses the audio data through the Bluetooth protocol stack and writes the parsed audio data as raw data into the data interface of the operating system. In some embodiments, the microphone transmits compressed, encoded audio data to the host device via Bluetooth. For example... Figure 2 As shown, in some specific implementations, when a user turns on the Bluetooth microphone and starts the karaoke mode, the mixing console program sends an audio data transmission request to the Bluetooth microphone. The audio is then transmitted via Bluetooth to the host device (e.g., a television). The Bluetooth protocol stack is responsible for parsing the compressed PCM audio data and writing it to the data interface (hidraw node). Through the cooperation of the Bluetooth protocol stack and the operating system data interface, low-level direct access to audio data is achieved; audio data transfer at the application layer is avoided, reducing the number of data copies and lowering system latency; and a stable and continuous data input channel is provided for subsequent real-time audio processing at the hardware abstraction layer.

[0025] In audio processing step S104, the raw data is read from the data interface through the audio processing library, the raw data is processed, and the processed audio data is output for playback.

[0026] like Figure 3As shown, in some embodiments, the audio processing library creates an independent thread at the hardware abstraction layer to continuously read raw data from the data interface and sequentially execute the following processing steps: decoding the compressed PCM audio data to obtain mono audio data; converting the decoded audio data into an audio format, including sampling rate conversion and channel conversion; performing packet loss compensation processing on the format-converted audio data; performing sound effect processing on the packet loss-compensated audio data; and outputting the processed audio data for playback. Since the transmission bandwidth of Bluetooth Low Energy is limited, the audio data transmitted by the Bluetooth microphone is mono and compressed, therefore, corresponding decoding and format conversion processing needs to be performed on the host side.

[0027] By completing decoding and audio processing at the hardware abstraction layer, uncertain latency caused by application layer scheduling is avoided; through format conversion, mono, low bitrate audio data can be adapted to the host's audio playback hardware; and a unified and standardized PCM data format is provided for subsequent packet loss compensation and audio processing.

[0028] In some embodiments, processing the raw data includes: compensating for packet loss during audio data transmission using a compensation algorithm based on historical audio data. When missing audio data is detected, the compensation algorithm predicts or interpolates the missing audio data based on historical audio frames.

[0029] Through compensation algorithms, audio noise is effectively suppressed when the Bluetooth link is unstable or interfered with; the continuity and naturalness of vocals are improved during karaoke; and the karaoke usage needs are met in the context of Bluetooth transmission.

[0030] In some embodiments, outputting and playing processed audio data includes: caching the audio data in a playback buffer located in the hardware abstraction layer; performing acceleration consumption processing on the audio data when the amount of data in the playback buffer is detected to be higher than a first threshold; performing deceleration consumption processing on the audio data when the amount of data in the playback buffer is detected to be lower than a second threshold; and outputting the accelerated or decelerated audio data to the audio playback hardware.

[0031] In a further preferred embodiment, the method further includes: acquiring the hardware playback clock of the audio playback hardware; determining the corresponding target playback time range based on the cached data in the playback buffer; comparing the hardware playback clock with the target playback time range to determine the data consumption status of the playback buffer; and dynamically adjusting the audio data consumption rate according to the determination result.

[0032] By introducing a mechanism to compare the hardware playback clock of the audio playback hardware with the expected playback time range of the audio data in the playback buffer, the actual consumption status of the audio data in the playback buffer can be detected in a timely manner. When it is detected that the hardware playback clock is about to exceed the expected playback time range, the audio data consumption rate is dynamically adjusted or a compensation strategy is activated. This effectively avoids playback interruptions caused by wireless link jitter or unstable data arrival under low-latency playback conditions, ensuring the continuity and stability of audio playback. For example, if the current playback buffer contains 20ms of audio data, the corresponding target playback time range is 30ms to 50ms, meaning the target playback time for the first frame of audio data in the buffer is 30ms and the target playback time for the last frame is 50ms. Data accumulation scenario (requiring acceleration): When the obtained hardware playback clock is 15ms, it indicates that the audio playback progress is significantly behind the target playback time range of the audio data in the buffer, and the amount of data in the playback buffer is detected to be higher than a first threshold (e.g., 15ms), it is determined that there is audio data accumulation. At this time, the audio data consumption rate is increased, for example, by increasing the audio playback rate for a short period of time, so that the audio data in the playback buffer is consumed faster, thereby shortening the overall playback latency. Insufficient data scenario (requiring deceleration): When the acquired hardware playback clock is 55ms, indicating that the audio playback progress has exceeded the target playback time range of the audio data in the buffer, and the amount of data in the playback buffer is detected to be below the second threshold (e.g., 8ms), it is determined that there is a risk of insufficient audio data supply. At this time, the rate of audio data consumption is reduced, for example by reducing the audio playback rate or inserting compensating audio data, to delay the consumption of data in the playback buffer and avoid playback interruption or noise caused by buffer exhaustion.

[0033] By employing a dual constraint of "buffer data size + hardware playback clock", precise control of playback rhythm is achieved; while avoiding buffer overflow or underload, the continuity of audio output is maintained; and low-latency audio playback can still be stably maintained even when the system load fluctuates.

[0034] In some embodiments, the present invention further includes a tuning step, which is performed by a mixing console program. For example... Figure 4 As shown, the mixing console program reads the host device configuration parameters, including the device model, number of speakers, and amplifier type, and selects the corresponding microphone sound effect parameters from the local sound effect parameter library based on the configuration to initialize the audio processing. When the mixing console program is connected to the network, it can also obtain sound effect configurations from the cloud server and compare and update them with the local configuration. The mixing console program transmits the sound effect configuration parameters to the underlying audio processing library, causing the sound effect configuration parameters to act on the PCM data processing process of audio playback to achieve karaoke sound enhancement effects processing.

[0035] Through the tuning process, it can automatically match and apply differentiated sound effect parameters for different host hardware platforms and audio output structures, thereby achieving optimal sound effect adaptation; effectively solving the problems of inconsistent volume and monotonous sound effect performance caused by hardware differences between different Android devices; at the same time, it supports remote distribution, updating and continuous optimization of sound effect parameters, improving the system's versatility, scalability and long-term maintenance capabilities.

[0036] like Figure 5 As shown, in some other embodiments of the present invention, the system for implementing the low-latency Bluetooth audio transmission method of the present invention includes: A Bluetooth microphone device, used in conjunction with a mixing console, enables device authentication, compresses the original audio file, and sends it to the host via BLE.

[0037] The mixing console is responsible for interacting with the user, authenticating devices, processing microphone button information, managing sound effect configurations for different Android hosts, and downloading sound effect configurations to the audio processing library (SO library).

[0038] The underlying audio processing library (SO library) integrated into the HAL layer is responsible for audio decoding, packet loss compensation, sound effects processing, and low-latency audio output.

[0039] This system ensures user flexibility while achieving low-latency audio quality close to that of traditional UHF wireless microphones, thus enhancing the overall versatility, stability, and scalability of the system.

[0040] Figure 6 A schematic diagram of the system structure of the low-latency Bluetooth audio transmission method of the present invention is shown. Figure 6 As shown, the system of the present invention includes a mixing console module running at the application layer and an audio processing module integrated at the hardware abstraction layer.

[0041] The mixing console module can be implemented as an SDK or application (Apk) (such as Loostone TuningService), running as an application layer program on the host device. The mixing console module is used to implement user interface interaction, Bluetooth device pairing and connection management, volume and sound effect parameter adjustment, BLE microphone device authentication, and to subscribe to audio data from the BLE microphone.

[0042] The audio processing module is an audio processing library (such as Loostone Loopback & SoundEffect) integrated into the operating system's Audio HAL layer. This module integrates sound effect algorithms, anti-feedback algorithms, and packet loss compensation algorithms. It also acquires audio data from the BLE microphone from a data interface (such as the / dev / hidraw device node), decodes and processes the audio data, and outputs it to the audio playback hardware.

[0043] The purpose of integrating the audio processing module into the Audio HAL layer is twofold: firstly, it can directly connect to the underlying audio output path, reducing the processing overhead caused by cross-layer calls, thereby reducing the overall audio processing latency; secondly, it can realize parameter interaction and control between the application layer mixing console module and the underlying audio processing module through the interfaces provided by the HAL layer (such as AudioManager.setParameters and AudioManager.getParameters).

[0044] In some embodiments of the present invention, when the Bluetooth module and the WiFi module are integrated into the same wireless chip module, and the WiFi module needs to be in a normally-on state, the Bluetooth module adopts at least a dual-antenna structure to reduce mutual interference between WiFi and Bluetooth during antenna time-division multiplexing, thereby improving the stability of BLE audio data transmission.

[0045] In the BLE audio data processing path, the audio processing module completes sound effect processing at the HAL layer and directly outputs audio data from the HAL layer. Compared to performing audio processing at the application layer, this method can significantly improve processing efficiency and reduce system latency. Furthermore, combined with the parameter control mechanism of the application layer mixing console module, sound effect parameters can be dynamically configured for different host devices, thus balancing low latency and sound effect consistency, and exhibiting strong versatility.

[0046] In a further embodiment, the audio processing module obtains the raw data from the BLE microphone through the / dev / hidraw device node at the HAL layer, and performs PCM decoding and packet loss compensation processing at the HAL layer. By introducing a packet loss compensation mechanism into the underlying audio path and combining it with multiple collaborative optimization measures, the probability of noise occurrence can be effectively reduced, the end-to-end audio latency can be shortened, and the performance of the BLE microphone can be made close to that of a traditional UHF wireless microphone, thus possessing practical application value.

[0047] This application also provides a low-latency Bluetooth audio transmission device. For example... Figure 7 As shown, it includes: The data access module 100 is used to initiate an audio data transmission request to the microphone. After receiving the audio data transmitted by the microphone via Bluetooth, the host device parses the audio data through the Bluetooth protocol stack and writes the parsed audio data as raw data into the data interface of the operating system. The audio processing module 200 is used to read the raw data from the data interface through the audio processing library, process the raw data, and output the processed audio data for playback. The data interface and the audio processing library are located in the hardware abstraction layer.

[0048] For specific limitations regarding a low-latency Bluetooth audio transmission device, please refer to the limitations of a low-latency Bluetooth audio transmission method described above, which will not be repeated here. Each module in the aforementioned low-latency Bluetooth audio transmission device can be implemented entirely or partially through software, hardware, or a combination thereof. These modules can be embedded in or independent of the processor in a computer device in hardware form, or stored in the memory of a computer device in software form, so that the processor can call and execute the operations corresponding to each module.

[0049] The present invention also provides a computer device, which may be a terminal, and its internal structure diagram may be as follows: Figure 8 As shown. The computer device includes a processor, memory, network interface, display screen, and input devices connected via a system bus. The processor provides computing and control capabilities. The memory includes a non-volatile storage medium and internal memory. The non-volatile storage medium stores the operating system and computer programs. The internal memory provides an environment for the operation of the operating system and computer programs in the non-volatile storage medium. The network interface is used to communicate with external terminals via a network connection. When the computer program is executed by the processor, it implements the aforementioned low-latency Bluetooth audio transmission method. The display screen can be a liquid crystal display (LCD) or an e-ink display. The input devices can be a touch layer covering the display screen, buttons, a trackball, or a touchpad mounted on the computer device casing, or an external keyboard, touchpad, or mouse. Those skilled in the art will understand that… Figure 8 The structure shown is merely a block diagram of a portion of the structure related to the present invention and does not constitute a limitation on the computer device to which the present invention is applied. A specific computer device may include more or fewer components than those shown in the figure, or combine certain components, or have different component arrangements.

[0050] The present invention also provides a computer-readable storage medium having a computer program stored thereon, which, when executed by a processor, implements the aforementioned low-latency Bluetooth audio transmission method.

[0051] Those skilled in the art will understand that implementing all or part of the processes in the above method embodiments can be accomplished by a computer program instructing related hardware. The computer program can be stored in a non-volatile computer-readable storage medium, and when executed, it can include the processes of the embodiments of the above methods. Any references to memory, storage, databases, or other media used in the embodiments provided by this invention can include non-volatile and / or volatile memory. Non-volatile memory can include read-only memory (ROM), programmable ROM (PROM), electrically programmable ROM (EPROM), electrically erasable programmable ROM (EEPROM), or flash memory. Volatile memory can include random access memory (RAM) or external cache memory. By way of illustration and not limitation, RAM is available in various forms, such as static RAM (SRAM), dynamic RAM (DRAM), synchronous DRAM (SDRAM), dual data rate SDRAM (DDRSDRAM), enhanced SDRAM (ESDRAM), synchronous link DRAM (SLDRAM), memory bus (RAMbus), direct RAM (RDRAM), direct memory bus dynamic RAM (DRDRAM), and memory bus dynamic RAM (RDRAM), etc.

[0052] The embodiments of the present invention have now been described in detail. To avoid obscuring the concept of the invention, some details known in the art have not been described. Those skilled in the art will fully understand how to implement the technical solutions disclosed herein based on the above description.

[0053] While specific embodiments of the present invention have been described in detail by way of examples, those skilled in the art should understand that the above examples are for illustrative purposes only and are not intended to limit the scope of the invention. Those skilled in the art should understand that modifications can be made to the above embodiments or equivalent substitutions can be made to some technical features without departing from the scope and spirit of the invention. The scope of the invention is defined by the appended claims.

Claims

1. A low-latency Bluetooth audio transmission method, characterized in that, include: In the data access step, an audio data transmission request is initiated to the microphone. After receiving the audio data sent by the microphone via Bluetooth, the host device parses the audio data through the Bluetooth protocol stack and writes the parsed audio data as raw data into the operating system's data interface. The audio processing steps involve reading the raw data from the data interface through the audio processing library, processing the raw data, and outputting the processed audio data for playback. The data interface and the audio processing library are located in the hardware abstraction layer of the operating system.

2. The low-latency Bluetooth audio transmission method according to claim 1, characterized in that, The microphone transmits compressed, encoded audio data to the host device via Bluetooth; The processing of the raw data includes: The raw data is decoded and then converted to an audio format.

3. The low-latency Bluetooth audio transmission method according to claim 2, characterized in that, The processing of the raw data also includes: The data after audio format conversion is processed by algorithm compensation and / or sound effects processing.

4. The low-latency Bluetooth audio transmission method according to claim 3, characterized in that, The algorithm compensation process includes using historical data to compensate for packet loss during the transmission of the audio data through a compensation algorithm.

5. The low-latency Bluetooth audio transmission method according to claim 4, characterized in that, The step of outputting and playing the processed audio data includes: When packet loss occurs and cannot be compensated for using historical data, playback is slowed down. When there is data backlog, playback is accelerated.

6. The low-latency Bluetooth audio transmission method according to claim 1, characterized in that, The step of outputting and playing the processed audio data includes: The processed audio data is cached in the playback buffer; When the amount of data in the playback buffer exceeds the first threshold, accelerated consumption processing is performed on the audio data. When the amount of data in the playback buffer is detected to be lower than the second threshold, the audio data is slowed down and consumed. The audio data, after being accelerated or decelerated, is output to the audio playback hardware. The playback buffer is located in the operating system's hardware abstraction layer.

7. The low-latency Bluetooth audio transmission method according to claim 1, characterized in that, The step of outputting and playing the processed audio data includes: The processed audio data is cached in the playback buffer; Obtain the hardware playback clock of the audio playback hardware; Based on the audio data cached in the playback buffer, the target playback time range corresponding to the playback buffer is determined; By comparing the hardware playback clock with the target playback time range, the data consumption status of the playback buffer is determined. When the hardware playback clock lags behind the target playback time and the amount of data in the playback buffer is higher than the first threshold, the audio data consumption rate is increased. When the hardware playback clock is ahead of the target playback time and the amount of data in the playback buffer is lower than the second threshold, the rate of audio data consumption is reduced. The playback buffer is located in the operating system's hardware abstraction layer.

8. A low-latency Bluetooth audio transmission device, characterized in that, include: The data access module is used to initiate an audio data transmission request to the microphone. After receiving the audio data transmitted by the microphone via Bluetooth, the host device parses the audio data through the Bluetooth protocol stack and writes the parsed audio data as raw data into the data interface of the operating system. The audio processing module is used to read the raw data from the data interface through the audio processing library, process the raw data, and output the processed audio data for playback. The data interface and the audio processing library are located in the hardware abstraction layer.

9. A computer device, comprising a memory, a processor, and a computer program stored in the memory and executable on the processor, characterized in that, When the processor executes the computer program, it implements the steps of the method according to any one of claims 1 to 7.

10. A computer-readable storage medium having a computer program stored thereon, characterized in that, When the computer program is executed by a processor, it implements the steps of the method according to any one of claims 1 to 7.

Images