Audio processing method and device, electronic equipment, storage medium and program product

Abstract

The invention provides an audio processing method and device, electronic equipment, a storage medium and a program product, and relates to the field of automobile audio. The method comprises the following steps: acquiring an audio processing requirement of a first system, controlling the first system to write audio data into a shared memory, controlling a second system to read the audio data from the shared memory, and performing audio processing operation on the first audio data through the second system. Therefore, the audio processing requirement of the first system and the audio processing requirement of the second system can be maintained through the second system, the format and the clock of the audio data can be uniformly controlled, additional equipment is not needed, a hardware port maintained by a single system is not needed to realize sound production links of multiple systems, the scheme is simple and easy to implement, and the cost is low. And the hardware maintenance difficulty can be reduced.

Description

Technical Field

[0001] The present invention relates to the field of automobile audio, and in particular to an audio processing method, device, electronic equipment, storage medium and program product. Background Art

[0002] With the development of the automobile industry, the number of audio channels related to car computers is increasing, and the car computer system is becoming more and more complex. There may be multiple systems in a car. Each system in the vehicle may have sound requirements such as audio playback, but each system can only make sounds through its own driver, or through the application of gateway protocols, let another system handshake to help make sounds.

[0003] However, the way the above-mentioned different systems handle audio playback and other sound needs respectively is prone to data misalignment and synchronization problems because the clock and data are not controlled by the same system. The way different systems connect to the sound hardware is relatively fragmented, and hardware maintenance is difficult. Summary of the invention

[0004] One of the purposes of the present invention is to provide an audio processing method, device, electronic device, storage medium and program product to solve the problems of inconsistent audio data of different systems in a vehicle and high difficulty in hardware maintenance.

[0005] In order to achieve the above object, the technical solution adopted by the present invention is as follows:

[0006] An audio processing method is applied to a virtual machine, wherein the virtual machine runs a first system and a second system, and the first system and the second system have a shared memory in the virtual machine, and the method comprises:

[0007] Obtaining audio processing requirements of the first system;

[0008] Controlling the first system to write first audio data into the shared memory;

[0009] Controlling the second system to read the first audio data from the shared memory;

[0010] An audio processing operation is performed on the first audio data through the second system.

[0011] Further, controlling the first system to write the first audio data into the shared memory includes:

[0012] Allocating a first interrupt to the first system, the first interrupt including a write pointer;

[0013] The first system writes first audio data to the shared memory based on the write pointer.

[0014] Further, controlling the second system to read the first audio data from the shared memory includes:

[0015] In response to the amount of first audio data written by the first system to the shared memory meeting a preset condition, allocating a second interrupt to the second system, the second interrupt including a read pointer;

[0016] The second system reads the first audio data from the shared memory based on the read pointer.

[0017] Further, the audio processing requirement is an audio playback requirement, the second system is connected to a preset hardware port, and the audio processing operation on the first audio data by the second system includes:

[0018] The first audio data is transmitted to the hardware port so that the first audio data is played through the hardware device corresponding to the hardware port.

[0019] Furthermore, the audio processing requirement is an audio data capture requirement, and the performing of an audio processing operation on the first audio data by the second system includes:

[0020] generating, by the second system, a first audio file corresponding to the first audio data;

[0021] The first audio file is saved to a preset storage address.

[0022] Furthermore, it also includes:

[0023] Controlling the second system to write second audio data into the shared memory, and controlling the first system to read the second audio data from the shared memory;

[0024] An audio processing operation is performed on the second audio data through the first system.

[0025] Furthermore, the first system is a Linux system, and / or the second system is an Android system.

[0026] Furthermore, the first system is a vehicle instrument system, and / or the second system is a vehicle central control system.

[0027] An audio processing device is applied to a virtual machine, wherein the virtual machine runs a first system and a second system, wherein the first system and the second system have a shared memory in the virtual machine, and the device comprises:

[0028] An acquisition module, used to acquire the audio processing requirements of the first system;

[0029] A control module, used for controlling the first system to write the first audio data into the shared memory, and controlling the second system to read the first audio data from the shared memory;

[0030] An audio operation module is used to perform an audio processing operation on the first audio data through the second system.

[0031] An electronic device comprises: a processor, and a memory communicatively connected to the processor;

[0032] The memory stores computer-executable instructions;

[0033] The processor executes the computer-executable instructions stored in the memory to implement any of the above audio processing methods.

[0034] A computer-readable storage medium comprises: the computer-readable storage medium stores computer-executable instructions, and the computer-executable instructions are used to implement the audio processing method as described in any one of the above when executed by a processor.

[0035] A computer program product comprises a computer program, wherein when the computer program is executed by a processor, the audio processing method as described in any one of the above items is implemented.

[0036] Beneficial effects of the present invention:

[0037] (1) The present invention maintains both the audio processing requirements of the first system and the audio processing requirements of the second system through the second system, thereby uniformly controlling the format and clock of the audio data;

[0038] (2) The present invention does not require the addition of additional equipment and uses a hardware port maintained by a single system to implement the sound transmission links of multiple systems. The solution is simple and easy to implement, which can reduce the difficulty of hardware maintenance. BRIEF DESCRIPTION OF THE DRAWINGS

[0039] Figure 1 A schematic diagram of an application scenario provided exemplarily for the present invention;

[0040] Figure 2 A flowchart of an audio processing method provided by an exemplary embodiment of the present invention;

[0041] Figure 3 A schematic diagram of a flow chart of controlling audio data writing provided by an exemplary embodiment of the present invention;

[0042] Figure 4 A schematic diagram of a flow chart of controlling audio data reading provided by an exemplary embodiment of the present invention;

[0043] Figure 5A schematic flow chart of another audio processing method provided for an exemplary embodiment of the present invention;

[0044] Figure 6 A schematic diagram of a dual-system audio sounding link provided for an exemplary embodiment of the present invention;

[0045] Figure 7 A schematic diagram of the structure of an audio processing device provided by an exemplary embodiment of the present invention;

[0046] Figure 8 A schematic structural diagram of an electronic device provided by an exemplary embodiment of the present invention.

[0047] Through the above drawings, clear embodiments of the present invention have been shown, which will be described in more detail below. These drawings and text descriptions are not intended to limit the scope of the present invention in any way, but to illustrate the concept of the present invention for those skilled in the art by referring to specific embodiments. DETAILED DESCRIPTION

[0048] The following will describe the embodiments of the present invention with reference to the accompanying drawings and preferred embodiments. Those skilled in the art can easily understand other advantages and effects of the present invention from the contents disclosed in this specification. The present invention can also be implemented or applied through other different specific embodiments, and the details in this specification can also be modified or changed in various ways based on different viewpoints and applications without departing from the spirit of the present invention. It should be understood that the preferred embodiments are only for illustrating the present invention, not for limiting the scope of protection of the present invention.

[0049] It should be noted that the illustrations provided in the following embodiments are only schematic illustrations of the basic concept of the present invention, and thus the drawings only show components related to the present invention rather than being drawn according to the number, shape and size of components in actual implementation. In actual implementation, the type, quantity and proportion of each component may be changed arbitrarily, and the component layout may also be more complicated.

[0050] Exemplary embodiments will be described in detail herein, examples of which are shown in the accompanying drawings. When the following description refers to the drawings, the same numbers in different drawings represent the same or similar elements unless otherwise indicated. The embodiments described in the following exemplary embodiments do not represent all embodiments consistent with the present invention. Instead, they are merely examples of devices and methods consistent with some aspects of the present invention as detailed in the appended claims.

[0051] The terms "comprises", "includes" or any other variations thereof are intended to cover non-exclusive inclusion, so that a process, method, product or device including a series of elements includes not only those elements, but also includes other elements not explicitly listed, or also includes elements inherent to such process, method, product or device. In the absence of further restrictions, it is not excluded that there are other identical or equivalent elements in the process, method, product or device including the elements. For example, if the words first, second, etc. are used to indicate names, they do not indicate any particular order.

[0052] Figure 1 The following is a schematic diagram of an application scenario provided by the present invention. Figure 1 As shown, a vehicle may include multiple systems, such as a vehicle central control system and an instrument system, etc. Both the vehicle central control system and the instrument system may control a sound device to play audio through an audio driver.

[0053] The present invention provides an audio processing method. The method can set a virtual machine on a vehicle based on virtualization technology. The virtual machine can be used to run multiple different operating systems. These systems can have a shared memory in the virtual machine, and audio data can be read and written based on the shared memory, so that audio data from different systems can be transferred to the same system for processing.

[0054] Taking dual systems as an example, a virtual machine can run a first system and a second system. The first system can write audio data into the shared memory allocated by the virtual machine, and then the second system can read the audio data from the shared memory. In this way, both the audio data of the first system and the audio data of the second system can be sounded through the sound hardware connected to the second system. Among them, the first system can be Figure 1 The instrument system in the second system can be Figure 1 The vehicle central control system.

[0055] For example, different operating systems can be run on the same main control chip based on Hypervisor virtualization technology. The system architecture based on Hypervisor is equivalent to giving the smart cockpit an operating system to coordinate different chips, different chip underlying software and different application layer software, so that hardware and software resources can be flexibly allocated in different systems according to needs.

[0056] The application scenarios mentioned above are only some examples. Those skilled in the art can expand the application to specific business scenarios, and the embodiments of this application do not impose specific limitations on this. Figure 1 For application scenarios, refer to Figures 2 to 6 An audio processing method according to an exemplary embodiment of the present invention will be described.

[0057] Figure 2 FIG. 1 is a flow chart of an audio processing method provided by an exemplary embodiment of the present invention. Figure 2 As shown, the method may include:

[0058] Step S201: obtaining audio processing requirements of the first system.

[0059] The audio processing requirement may be an audio playback requirement or an audio detection requirement.

[0060] The audio processing method of this embodiment can be applied to a virtual machine.

[0061] Specifically, a demand detection module can be pre-set, and the module can communicate with the first system and the second system respectively, and the first system and the second system can send audio processing requirements to the demand detection module separately. The demand detection module can be set in the first system, the second system, or other systems on the virtual machine.

[0062] In some possible implementations, the first system is a Linux system, and / or the second system is an Android system.

[0063] In some possible implementations, the first system is a vehicle instrument system, and / or the second system is a vehicle central control system.

[0064] Step S202: Control the first system to write the first audio data into the shared memory, and control the second system to read the first audio data from the shared memory.

[0065] Specifically, the identities of the first system and the second system in audio processing can be determined according to the acquired audio processing requirements, and the writing and reading of data can be controlled by allocating corresponding pointers to the first system and the second system. For example, by accepting the audio processing requirements of the first system, it can be determined that the second system needs to receive the audio data of the first system. Based on this, the virtual machine can allocate a write pointer to the first system, and the first system uses the write pointer to write the audio data to the shared memory. After the data is written, the virtual machine can allocate a read pointer to the second system, and the second system uses the read pointer to read the audio data from the shared memory.

[0066] Step S203: performing an audio processing operation on the first audio data through the second system.

[0067] Specifically, after the second system reads the first audio data from the shared memory, it can perform corresponding audio processing operations on the read audio data according to the audio processing requirements of the first system. For example, if the audio processing requirements of the first system are to play the first audio data in the car, the second system can store the first audio data read from the shared memory in the dedicated memory allocated by the virtual machine to the second system, and the application of the second system can control the clock and audio format, take out the audio data from the dedicated memory and send it to the application-related port to play the audio.

[0068] In some possible implementations, the audio processing requirement is an audio playback requirement, the second system is connected to a preset hardware port, and the second system performs an audio processing operation on the first audio data, including:

[0069] The first audio data is transmitted to the hardware port so that the first audio data is played through the hardware device corresponding to the hardware port.

[0070] The hardware device may be a device with a sound playing function, such as a car audio system.

[0071] For example, the second system can drive and maintain the port of the vehicle audio system by itself. The second system can not only transmit the audio data that it needs to play to the port for playback, but also retrieve the audio data written to the shared memory by the first system and transmit it to the port for playback. In this way, the sound of two different systems, the first system and the second system, can be realized by only using the port of the second system maintenance device.

[0072] In the above embodiment, by obtaining the audio processing requirements of the first system, the first system can be controlled to write audio data to the shared memory, and the second system can be controlled to read audio data from the shared memory, and then the second system can perform audio processing operations on the first audio data. In this way, the audio processing requirements of the first system and the audio processing requirements of the second system can be maintained by the second system, so that the format and clock of the audio data can be uniformly controlled, and there is no need to add additional equipment. The sound links of multiple systems are realized using hardware ports maintained by a single system. The solution is simple and easy, which can reduce the difficulty of hardware maintenance.

[0073] In one embodiment, Figure 3 As shown, controlling the first system to write the first audio data to the shared memory includes:

[0074] Step S301: Allocate a first interrupt to a first system.

[0075] The first interrupt includes a write pointer.

[0076] Step S302: The first system writes the first audio data into the shared memory based on the write pointer.

[0077] Specifically, the first system can be pre-configured so that the first system can respond to a specific interrupt, which will be used to trigger the writing operation of the audio data. When the interrupt is triggered, the first system will write the audio data to the shared memory based on the write pointer. The write pointer is used to indicate the current writing position and moves forward after each writing. When the amount of the written audio data reaches a certain level, the writing can be stopped.

[0078] In one embodiment, Figure 4 As shown, controlling the second system to read the first audio data from the shared memory includes:

[0079] Step S401: in response to the data volume of the first audio data written by the first system to the shared memory meeting a preset condition, allocating a second interrupt to the second system.

[0080] The second interrupt includes a read pointer.

[0081] Step S402: The second system reads the first audio data from the shared memory based on the read pointer.

[0082] Specifically, when the amount of audio data written by the first system to the shared memory is greater than or equal to a preset threshold, an interrupt of the second system is triggered. This interrupt can be used to notify the second system to perform a data read operation. When the interrupt of the second system is triggered, the second system will read the audio data from the shared memory based on the read pointer. The read pointer is used to indicate the current read position and moves forward after each read.

[0083] In some possible implementations, when the data read by the second system reaches a set standard, an interrupt can be used to notify the application of the second system to retrieve the data for other audio processing operations, such as converting the format of the audio data or transmitting the audio data to a hardware port.

[0084] In one embodiment, the first system is the vehicle's instrument system, the second system is the vehicle's central control system, the vehicle's central control system is an Android operating system, and the instrument system may be a Linux-based operating system (such as a Yocto system).

[0085] In this case, the vehicle's central control system has the audio dump function, while the instrument system does not. Audio dump (data capture) is a function that can export or dump audio data from one object to another. The objects involved in audio data export or dump can be devices, systems, storage media, etc.

[0086] As mentioned above, some vehicles use Yocto system as instrument system, which does not have audio dump function, so the audio data in the instrument system cannot be exported. There may be some audio data in the instrument system that needs to be analyzed and processed by professional audio software or played by professional equipment. The lack of audio dump (audio data capture) function makes it impossible to process this part of the instrument system data. Therefore, it is necessary to provide a method that can handle the audio data capture needs of the instrument system.

[0087] Based on this, on the basis of the above-mentioned audio processing method, if the audio processing requirement is an audio capture requirement, performing an audio processing operation on the first audio data through the second system may include: generating a first audio file corresponding to the first audio data through the second system; saving the first audio file to a preset storage address.

[0088] Specifically, the second system is a vehicle central control system (such as an Android system) with an audio dump function, the first system can be an instrument system (such as a Yocto system) that does not have an audio dump function, the second system can read the audio data written to the shared memory by the first system, and the second system can use the audio dump function to process the read audio data. For example, the vehicle central control system can store audio data as an audio file in a preset audio format, and can transfer the audio file from the memory of the vehicle central control system to the memory of other devices (such as a personal computer) through a readable storage medium, so that the audio analysis software on other devices can be used to analyze the audio file to determine whether the audio data written by the instrument system is abnormal.

[0089] In the above embodiment, the vehicle central control system can read the audio data written by the instrument system to the shared memory, and dump the audio data through the audio dump function of the vehicle central control system, so as to analyze whether the data written by the instrument system is abnormal through other devices or systems, thereby solving the problem that the instrument system does not have the audio dump (audio data capture) function and increasing the means of analyzing vehicle audio problems.

[0090] In one embodiment, Figure 5 As shown, the audio processing method may further include:

[0091] Step S501, controlling the second system to write second audio data into the shared memory, and controlling the first system to read the second audio data from the shared memory.

[0092] Step S502: Perform an audio processing operation on the second audio data through the first system.

[0093] For example, the first system may be an instrument system, and the second system may be a vehicle central control system. In some cases, the instrument system needs to obtain external audio data, and the vehicle central control system may obtain the data required by the instrument system and write it into a shared memory, and the instrument system reads the data from the shared memory and performs corresponding audio processing operations. The audio processing operations may include audio noise reduction, audio synthesis, or audio playback.

[0094] In one embodiment, an audio processing system is also provided. The system may include a virtualization module, an audio control module, an audio transmission module and a data capture module.

[0095] The virtualization module can run multiple operating systems on the same main control chip based on the Hypervisor technology, and allocate shared memory to at least two operating systems.

[0096] The audio control module can be used to accept the audio processing requirements of at least two systems, and judge the data producer and data consumer according to the audio processing requirements, allocate the write pointer to the system of the data producer, and allocate the read pointer to the system of the data consumer. The audio control module can be a standard ALSA architecture. When the application needs to read and write data, it opens the corresponding channel, controls the clock, controls the audio format, and sends the required data to the corresponding port. In the present embodiment, for the situation where the audio processing requirement is a data capture requirement, the system without data capture capability acts as a producer, and the system with data capture capability acts as a consumer, consumes data, and plays the data, and can realize data capture at the same time. Wherein, ALSA (Advanced Linux Sound Architecture, Advanced Linux Sound Architecture) is an audio driver framework based on the Linux operating system, which can provide support for audio and MIDI (Musical Instrument Digital Interface, Musical Instrument Digital Interface).

[0097] The audio transmission module can be used to access the memory to realize data transfer, and transfer the data in the cache buffer through DMA (Direct Memory Access). When the data volume of a port reaches the set standard, the audio transmission module is notified through an interrupt to transfer the data. When the transferred data volume reaches the set standard, the application is notified through an interrupt to take away the data. In this embodiment, the system without data capture capability will transfer the data to the system with data capture capability.

[0098] The data capture module can be used to capture audio data of each channel through the Android system. It can capture the PCM raw data read and written by the PCM (audio coding) node. When a system with data capture capability (i.e. Android system) receives the data, this module can be used to capture the data when data capture is needed, and the data can be exported for analysis.

[0099] Figure 6 A schematic diagram of a dual-system audio sound link provided by an exemplary embodiment of the present invention. Figure 6 As shown in the figure, the dual system includes the instrument system and the vehicle central control system. The instrument sound chain is: instrument application → instrument DL → virtual machine shared memory → Android UL → audio HAL → Android DL → central control memory → hardware. Among them, DL means writing data and UL means reading data. Audio HAL is an audio interface that can be used to manage the input, output and control of audio hardware.

[0100] Figure 7 FIG. 1 is a schematic diagram of the structure of an audio processing device provided by an exemplary embodiment of the present invention. Figure 7 As shown, the audio processing device 700 may include:

[0101] The acquisition module 701 is used to acquire the audio processing requirements of the first system.

[0102] The control module 702 is used to control the first system to write the first audio data into the shared memory, and control the second system to read the first audio data from the shared memory.

[0103] The audio operation module 703 is used to perform an audio processing operation on the first audio data through the second system.

[0104] In one embodiment, the control module 702 may include:

[0105] The first allocation unit is used to allocate a first interrupt to the first system, where the first interrupt includes a write pointer.

[0106] The first processing unit is used to control the first system to write the first audio data into the shared memory based on the write pointer.

[0107] In one embodiment, the control module 702 may include:

[0108] The second allocation unit is configured to allocate a second interrupt to the second system in response to the amount of first audio data written by the first system to the shared memory meeting a preset condition, wherein the second interrupt includes a read pointer.

[0109] The second processing unit is used to control the second system to read the first audio data from the shared memory based on the read pointer.

[0110] In one embodiment, the audio processing requirement is an audio playing requirement, and the audio operation module 703 is further used to: transmit the first audio data to the hardware port so as to play the first audio data through a hardware device corresponding to the hardware port.

[0111] In one embodiment, the audio processing requirement is an audio data capture requirement, and the audio operation module 703 is further used to: generate a first audio file corresponding to the first audio data through the second system; and save the first audio file to a preset storage address.

[0112] In one embodiment, the audio processing device 700 may further include:

[0113] The second control module is used to control the second system to write the second audio data into the shared memory, and control the first system to read the second audio data from the shared memory.

[0114] The second operating module is used to perform an audio processing operation on the second audio data through the first system.

[0115] In one embodiment, the first system is a Linux system, and / or the second system is an Android system.

[0116] In one embodiment, the first system is a vehicle instrument system, and / or the second system is a vehicle central control system.

[0117] The audio processing device provided in this embodiment is used to execute the technical solution in any of the aforementioned method embodiments. Its implementation principle and technical effects are similar and will not be described in detail here.

[0118] It should be understood that the above device embodiments are only illustrative, and the device of the present invention can also be implemented in other ways. For example, the division of units / modules in the above embodiments is only a logical function division, and there may be other division methods in actual implementation. For example, multiple units, modules or components can be combined, or can be integrated into another system, or some features can be ignored or not executed.

[0119] In addition, unless otherwise specified, each functional unit / module in each embodiment of the present invention may be integrated into one unit / module, or each unit / module may exist physically separately, or two or more units / modules may be integrated together. The above-mentioned integrated unit / module may be implemented in the form of hardware or in the form of a software program module.

[0120] Figure 8 FIG. 1 is a schematic diagram of a structure of an electronic device provided by an exemplary embodiment of the present invention. Figure 8 As shown, the electronic device 80 includes:

[0121] Processor 81, memory 82, and communication interface 83;

[0122] The memory 82 is used to store executable instructions of the processor 81; the executable instructions may be computer-executable instructions;

[0123] The processor 81 is configured to execute the technical solution in any of the aforementioned method embodiments by executing the executable instructions.

[0124] Optionally, the memory 82 can be independent or integrated with the processor 81.

[0125] Optionally, when the memory 82 is a device independent of the processor 81, the electronic device 80 may further include:

[0126] The bus 84 , the memory 82 and the communication interface 83 are connected to the processor 81 via the bus 84 and communicate with each other. The communication interface 83 is used to communicate with other devices.

[0127] Optionally, the communication interface 83 may be implemented by a transceiver. The communication interface is used to implement communication between the database access device and other devices (such as a client, a read-write library, and a read-only library). The memory may include a random access memory (RAM) and may also include a non-volatile memory (non-volatile memory), such as at least one disk storage.

[0128] The bus 84 may be a peripheral component interconnect (PCI) bus or an extended industry standard architecture (EISA) bus, etc. The bus may be divided into an address bus, a data bus, a control bus, etc. For ease of representation, only one line is used in the figure, but it does not mean that there is only one bus or one type of bus.

[0129] The above-mentioned processor can be a general-purpose processor, including a central processing unit CPU, a network processor (NP), etc.; it can also be a digital signal processor DSP, an application-specific integrated circuit ASIC, a field programmable gate array FPGA or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components.

[0130] The electronic device is used to execute the technical solution in any of the aforementioned method embodiments, and its implementation principle and technical effect are similar and will not be repeated here.

[0131] An embodiment of the present invention further provides a readable storage medium, which may be a computer-readable storage medium having a computer program stored thereon. When the computer program is executed by a processor, the technical solution provided by any of the aforementioned method embodiments is implemented.

[0132] An embodiment of the present invention further provides a computer program product, including a computer program, which is used to implement the technical solution provided by any of the aforementioned method embodiments when executed by a processor.

[0133] Those skilled in the art can understand that all or part of the steps of implementing the above-mentioned method embodiments can be completed by hardware related to program instructions. The aforementioned program can be stored in a computer-readable storage medium. When the program is executed, the steps of the above-mentioned method embodiments are executed; and the aforementioned storage medium includes: ROM, RAM, disk or optical disk and other media that can store program codes.

[0134] In the above embodiments, the description of each embodiment has its own emphasis. For the part not described in detail in a certain embodiment, please refer to the relevant description of other embodiments. The technical features of the above embodiments can be combined arbitrarily. In order to make the description concise, all possible combinations of the technical features in the above embodiments are not described. However, as long as there is no contradiction in the combination of these technical features, they should be considered to be within the scope of this specification.

[0135] Those skilled in the art will readily appreciate other embodiments of the present invention after considering the specification and practicing the invention disclosed herein. The present invention is intended to cover any variations, uses or adaptations of the present invention that follow the general principles of the present invention and include common knowledge or customary techniques in the art that are not disclosed by the present invention. The description and examples are to be considered exemplary only, and the true scope and spirit of the present invention is indicated by the following claims.

[0136] The above embodiments are only preferred embodiments for fully illustrating the present invention, and the protection scope of the present invention is not limited thereto. Any equivalent substitution or change made by a person skilled in the art based on the present invention is within the protection scope of the present invention.

Claims

1. An audio processing method, characterized in that: Applied to a virtual machine, the virtual machine runs a first system and a second system, the first system and the second system have a shared memory in the virtual machine, the method includes: Obtaining audio processing requirements of the first system; Controlling the first system to write first audio data into the shared memory, and controlling the second system to read the first audio data from the shared memory; An audio processing operation is performed on the first audio data through the second system.

2. The audio processing method according to claim 1, characterized in that: The controlling the first system to write the first audio data into the shared memory includes: Allocating a first interrupt to the first system, the first interrupt including a write pointer; The first system writes first audio data to the shared memory based on the write pointer.

3. The audio processing method according to claim 1, characterized in that: The controlling the second system to read the first audio data from the shared memory comprises: In response to the amount of first audio data written by the first system to the shared memory meeting a preset condition, allocating a second interrupt to the second system, the second interrupt including a read pointer; The second system reads the first audio data from the shared memory based on the read pointer.

4. The audio processing method according to claim 1, characterized in that: The audio processing requirement is an audio playback requirement, the second system is connected to a preset hardware port, and the audio processing operation on the first audio data by the second system includes: The first audio data is transmitted to the hardware port so that the first audio data is played through the hardware device corresponding to the hardware port.

5. The audio processing method according to claim 1, characterized in that: The audio processing requirement is an audio data capture requirement, and the performing an audio processing operation on the first audio data by the second system includes: generating a first audio file corresponding to the first audio data by the second system; The first audio file is saved to a preset storage address.

6. The audio processing method according to any one of claims 1 to 5, characterized in that: Also includes: Controlling the second system to write second audio data into the shared memory, and controlling the first system to read the second audio data from the shared memory; An audio processing operation is performed on the second audio data through the first system.

7. The audio processing method according to any one of claims 1 to 5, characterized in that: The first system is a Linux system, and / or the second system is an Android system.

8. The audio processing method according to any one of claims 1 to 5, characterized in that: The first system is a vehicle instrument system, and / or the second system is a vehicle central control system.

9. An audio processing device, characterized in that: Applied to a virtual machine, the virtual machine runs a first system and a second system, the first system and the second system have a shared memory in the virtual machine, the device comprises: An acquisition module, used to acquire the audio processing requirements of the first system; A control module, used for controlling the first system to write the first audio data into the shared memory, and controlling the second system to read the first audio data from the shared memory; An audio operation module is used to perform an audio processing operation on the first audio data through the second system.

10. An electronic device, characterized in that: include: A processor, and a memory communicatively connected to the processor; The memory stores computer-executable instructions; The processor executes the computer-executable instructions stored in the memory to implement the method according to any one of claims 1 to 8.

11. A computer-readable storage medium, characterized in that: The computer-readable storage medium stores computer-executable instructions, which are used to implement the method according to any one of claims 1 to 8 when executed by a processor.

12. A computer program product, characterized in that The invention comprises a computer program, which implements the method according to any one of claims 1 to 8 when being executed by a processor.

Images