Audio processing method and related device

Abstract

The invention discloses an audio processing method and a related device, which are applied to the technical field of computers. According to the audio scene used by the to-be-collected audio data, the time delay requirement corresponding to the audio scene is determined, the compatible audio parameter combinations are screened from the audio parameter combinations meeting the time delay requirement to form the first candidate parameter combination, and the first candidate parameter combination can comprise one or more audio parameter combinations. And screening the audio parameter combination with the lowest time delay from the first candidate parameter combinations as a first target parameter combination to perform parameter configuration through an audio parameter table indicating the time delay sorting relationship of the audio parameter combinations so as to continue to collect the to-be-collected audio data. According to the mode, the target parameter combination is selected from the candidate parameters of the compatible device, compatibility adaptation of the audio parameters to the device is achieved, the problem that due to the device compatibility problem, an audio call is abnormal is avoided, the target parameter combination is the compatible parameter with the lowest time delay, and the user experience is improved.

Description

Technical Field

[0001] The present application relates to the field of computer technology, and in particular to an audio processing method and related devices. Background Art

[0002] With the development of the internet, audio and video have become ubiquitous in everyday life, such as audio calls and interactive live broadcasts. Real-time voice interaction greatly facilitates information exchange and improves communication efficiency. However, in actual use, audio recording or playback anomalies may occur during audio calls, such as silence, interruptions, and noise. These issues are often caused by device compatibility, such as issues with the device supporting the recording and playback parameters configured by the application.

[0003] The current method for determining audio parameters for capturing or playing audio data is to configure different parameters based on information such as the device system version and chip type. For example, more conservative audio parameters are used for lower Android versions, while more aggressive audio parameters are used for higher Android versions. However, because device manufacturers can modify the system, even with the same system version and device parameters, support for audio parameters can vary between different device models. Therefore, configuring audio parameters based solely on device information is very limited in the number of compatible devices. Summary of the Invention

[0004] An embodiment of the present application provides an audio processing method and related devices, in which a target parameter combination is selected from candidate parameters of a compatible device, thereby achieving automatic compatibility adaptation of the audio parameters to the device, avoiding audio call abnormalities caused by device compatibility issues, and the target parameter combination is a compatible parameter with the lowest latency, thereby improving the user experience.

[0005] In view of this, the present application provides an audio processing method, comprising:

[0006] Acquire the audio data to be collected and determine the audio scene of the audio data to be collected;

[0007] Determine latency requirements based on audio scenarios;

[0008] Determining a first candidate parameter combination according to a delay requirement, where the first candidate parameter combination includes one or more compatible audio parameter combinations;

[0009] Obtaining an audio parameter table, the audio parameter table including a delay sorting relationship of multiple audio parameter combinations;

[0010] Selecting an audio parameter combination with the lowest delay from the first candidate parameter combinations according to the audio parameter table as a first target parameter combination;

[0011] The audio data to be collected is collected according to the first target parameter combination to be sent to the playback device.

[0012] In view of this, another aspect of the present application provides an audio processing method, comprising:

[0013] Acquire the audio data to be played from the acquisition device and determine the audio scene of the audio data to be played;

[0014] Determine latency requirements based on audio scenarios;

[0015] determining a third candidate parameter combination according to the delay requirement, where the third candidate parameter combination includes one or more compatible audio parameter combinations;

[0016] Obtaining an audio parameter table, the audio parameter table including a delay sorting relationship of multiple audio parameter combinations;

[0017] Selecting an audio parameter combination with the lowest delay from the third candidate parameter combinations according to the audio parameter table as a third target parameter combination;

[0018] The audio data to be played is played according to the third target parameter combination.

[0019] In view of this, another aspect of the present application provides an audio processing device, comprising:

[0020] An acquisition unit, configured to acquire the audio data to be collected and determine the audio scene of the audio data to be collected;

[0021] A determining unit, configured to determine a delay requirement according to an audio scenario; and determine a first candidate parameter combination according to the delay requirement, the first candidate parameter combination including one or more compatible audio parameter combinations;

[0022] The acquiring unit is further configured to acquire an audio parameter table, the audio parameter table including a time delay sorting relationship of a plurality of audio parameter combinations;

[0023] The determining unit is further configured to select, from the first candidate parameter combinations according to the audio parameter table, an audio parameter combination with the lowest delay as a first target parameter combination;

[0024] The collecting unit is used to collect the audio data to be collected according to the first target parameter combination, and send it to the playback device.

[0025] In a possible implementation manner, in another implementation manner of another aspect of the embodiment of the present application, the determining unit is specifically configured to:

[0026] Filtering supported audio parameter combinations according to the device information to obtain a first parameter combination;

[0027] detecting the amount of read data of the audio data to be collected according to the audio parameter combination in the first parameter combination, so as to obtain a second parameter combination from the first parameter combination;

[0028] interactively detecting the collected data of the audio data to be collected according to the audio parameter combination in the second parameter combination, so as to obtain a third parameter combination from the second parameter combination;

[0029] detecting audio content of the audio data to be collected according to the audio parameter combination in the third parameter combination, so as to obtain a fourth parameter combination by screening the third parameter combination;

[0030] The first candidate parameter combination is screened from the fourth parameter combination according to the delay requirement.

[0031] In a possible implementation manner, in another implementation manner of another aspect of the embodiment of the present application, the determining unit is further configured to:

[0032] When a compatibility problem occurs in the audio data to be collected, determining a second candidate parameter combination according to the delay requirement, where the second candidate parameter combination includes one or more audio parameter combinations;

[0033] Selecting an audio parameter combination with the lowest delay from the second candidate parameter combinations according to the audio parameter table as a second target parameter combination;

[0034] The acquisition unit is also used to:

[0035] The audio data to be collected is collected according to the second target parameter combination.

[0036] In one possible implementation manner, in another implementation manner of another aspect of the embodiment of the present application, the audio parameter combination includes an audio interface type, a sampling number, and a channel number, and the determining unit is specifically configured to:

[0037] Determine whether a reading duration of the audio data to be collected meets a first condition under each combination of the audio interface type, the number of samples, and the number of channels in the first parameter combination;

[0038] The second parameter combination is determined according to a combination of the audio interface type, the number of samples, and the number of channels that meets the first condition.

[0039] In one possible implementation manner, in another implementation manner of another aspect of the embodiment of the present application, the audio parameter combination includes an audio interface type, a sampling number, and a channel number, and the determining unit is specifically configured to:

[0040] Determine whether the duration of reading data of the audio data to be collected and the duration of synchronously processing data meet the second condition under each combination of the audio interface type, the number of samples, and the number of channels in the second parameter combination;

[0041] A third parameter combination is determined according to a combination of the audio interface type, the number of samples, and the number of channels that meets the second condition.

[0042] In one possible implementation manner, in another implementation manner of another aspect of the embodiment of the present application, the audio parameter combination includes an audio interface type, a sampling number, and a channel number, and the determining unit is specifically configured to:

[0043] Determining whether the audio value of the audio data to be collected meets a third condition under each combination of the audio interface type, the number of samples, and the number of channels in the third parameter combination;

[0044] A fourth parameter combination is determined based on a combination of the audio interface type, the number of samples, and the number of channels that meets the third condition.

[0045] In view of this, another aspect of the present application provides an audio processing device, comprising:

[0046] An acquisition unit, configured to acquire the audio data to be played from the acquisition device and determine the audio scene of the audio data to be played;

[0047] a determining unit, configured to determine a delay requirement according to an audio scenario; and determine a third candidate parameter combination according to the delay requirement, the third candidate parameter combination including one or more compatible audio parameter combinations;

[0048] The acquiring unit is further configured to acquire an audio parameter table, the audio parameter table including a time delay sorting relationship of a plurality of audio parameter combinations;

[0049] The determining unit is further configured to select, from the third candidate parameter combinations according to the audio parameter table, an audio parameter combination with the lowest delay as a third target parameter combination;

[0050] The playing unit is used to play the audio data to be played according to the third target parameter combination.

[0051] In a possible implementation manner, in another implementation manner of another aspect of the embodiment of the present application, the determining unit is specifically configured to:

[0052] Filtering supported audio parameter combinations according to the device information to obtain a fifth parameter combination;

[0053] detecting the amount of read data of the audio data to be played according to the audio parameter combination in the fifth parameter combination, so as to obtain a sixth parameter combination from the fifth parameter combination;

[0054] interactively detecting the playback data of the audio data to be played according to the audio parameter combination in the sixth parameter combination, so as to obtain a seventh parameter combination from the sixth parameter combination;

[0055] A third candidate parameter combination is screened from the seventh parameter combination according to the delay requirement.

[0056] In a possible implementation manner, in another implementation manner of another aspect of the embodiment of the present application, the determining unit is further configured to:

[0057] When a compatibility problem occurs in the audio data to be played, determining a fourth candidate parameter combination according to the delay requirement, where the fourth candidate parameter combination includes one or more audio parameter combinations;

[0058] Selecting the highest-ranked audio parameter combination from the fourth candidate parameter combinations according to the audio parameter table as the fourth target parameter combination;

[0059] The playback unit is also used to:

[0060] The audio data to be played is played according to the fourth target parameter combination.

[0061] In one possible implementation manner, in another implementation manner of another aspect of the embodiment of the present application, the audio parameter combination includes an audio interface type, a sampling number, and a channel number, and the determining unit is specifically configured to:

[0062] Determine whether the reading data length of the audio data to be played meets the first condition under each combination of the audio interface type, the number of samples, and the number of channels in the fifth parameter combination;

[0063] A sixth parameter combination is determined according to a combination of the audio interface type, the number of samples, and the number of channels that meets the first condition.

[0064] In one possible implementation manner, in another implementation manner of another aspect of the embodiment of the present application, the audio parameter combination includes an audio interface type, a sampling number, and a channel number, and the determining unit is specifically configured to:

[0065] Determine whether the reading data length of the audio data to be played and the synchronous processing data length meet the second condition under the combination of each audio interface type, sampling number, and number of channels in the sixth parameter combination;

[0066] A seventh parameter combination is determined based on a combination of the audio interface type, the number of samples, and the number of channels that meets the second condition.

[0067] Another aspect of the present application provides a computer device, comprising:

[0068] memories, transceivers, processors, and bus systems;

[0069] Wherein, the memory is used to store programs;

[0070] The processor is used to execute the program in the memory, including executing the above-mentioned methods;

[0071] The bus system is used to connect the memory and the processor so that the memory and the processor can communicate with each other.

[0072] Another aspect of the present application provides a computer-readable storage medium, wherein instructions are stored in the computer-readable storage medium. When the computer-readable storage medium is run on a computer, the computer is enabled to execute the above-mentioned methods.

[0073] Another aspect of the present application provides a computer program product or computer program, which includes computer instructions stored in a computer-readable storage medium. A processor of a computer device reads the computer instructions from the computer-readable storage medium and executes the computer instructions, causing the computer device to perform the methods provided in the above aspects.

[0074] It can be seen from the above technical solutions that the embodiments of the present application have the following advantages:

[0075] This application determines the delay requirement corresponding to the audio scene according to the audio scene used by the audio data to be collected, and selects a compatible audio parameter combination from the audio parameter combination that meets the delay requirement to form a first candidate parameter combination, that is, the first candidate parameter combination may include one or more audio parameter combinations, and then uses an audio parameter table that indicates the delay sorting relationship of the audio parameter combination to select the audio parameter combination with the lowest delay from the first candidate parameter combination as the first target parameter combination, and continues to collect the audio data to be collected according to the configuration of the first target parameter combination. Through the above method, among the audio parameter combinations that meet the delay requirements of the user's audio scene, the candidate parameter combination of compatible devices is screened, and then the candidate parameter combination with the lowest delay is selected as the target parameter combination to collect audio data, wherein the target parameter combination is selected from the candidate parameters of the compatible device, realizing automatic compatibility adaptation of the audio parameters to the device, avoiding the problem of audio call abnormality due to device compatibility issues, and the target parameter combination is the compatible parameter with the lowest delay, which improves the user experience. BRIEF DESCRIPTION OF THE DRAWINGS

[0076] Figure 1 This is a block diagram of an exemplary system architecture in an embodiment of the present application;

[0077] Figure 2 This is an architecture diagram of an audio processing system in an embodiment of the present application;

[0078] Figure 3 This is a flowchart of an audio processing method in an embodiment of the present application;

[0079] Figure 4 This is a structural diagram of an acquisition compatibility module in an embodiment of the present application;

[0080] Figure 5 This is a structural diagram of an acquisition and detection submodule in an embodiment of the present application;

[0081] Figure 6 This is a flowchart of another audio processing method according to an embodiment of the present application;

[0082] Figure 7 This is a structural diagram of a playback compatibility module in an embodiment of the present application;

[0083] Figure 8 This is a structural diagram of a playback detection submodule in an embodiment of the present application;

[0084] Figure 9 This is a structural diagram of an audio processing device according to an embodiment of the present application;

[0085] Figure 10 This is a structural diagram of another audio processing device in an embodiment of the present application;

[0086] Figure 11 This is a structural diagram of a computer device in an embodiment of the present application. DETAILED DESCRIPTION

[0087] An embodiment of the present application provides an audio processing method and related devices, in which a target parameter combination is selected from candidate parameters of a compatible device, thereby achieving automatic compatibility adaptation of the audio parameters to the device, avoiding audio call abnormalities caused by device compatibility issues, and the target parameter combination is a compatible parameter with the lowest latency, thereby improving the user experience.

[0088] The terms "first", "second", "third", "fourth", etc. (if any) in the specification and claims of the present application and the above-mentioned drawings are used to distinguish similar objects and are not necessarily used to describe a specific order or sequential order. It should be understood that the numbers used in this way can be interchangeable where appropriate, so that the embodiments of the present application described herein can, for example, be implemented in an order other than those illustrated or described herein. In addition, the terms "including" and "corresponding to" and any variations thereof are intended to cover non-exclusive inclusions, for example, a process, method, system, product or device that includes a series of steps or units is not necessarily limited to those steps or units clearly listed, but may include other steps or units that are not clearly listed or inherent to these processes, methods, products or devices.

[0089] The word “exemplary” is used exclusively herein to mean “serving as an example, example, or illustration.” Any embodiment described herein as “exemplary” is not necessarily to be construed as preferred or advantageous over other embodiments.

[0090] In the embodiments of the present application, the term "module" or "unit" refers to a computer program or a part of a computer program that has a predetermined function and works together with other related parts to achieve a predetermined goal, and can be implemented in whole or in part by using software, hardware (such as processing circuits or memories) or a combination thereof. Similarly, a processor (or multiple processors or memories) can be used to implement one or more modules or units. In addition, each module or unit can be part of an overall module or unit that includes the function of the module or unit.

[0091] In addition, numerous specific details are provided in the detailed description below to better illustrate the present application. Those skilled in the art will appreciate that the present application can be practiced without certain specific details. In some instances, methods, means, components, and circuits well known to those skilled in the art are not described in detail in order to highlight the main purpose of the present application.

[0092] With the development of the internet, audio and video have become ubiquitous in everyday life, such as voice calls and interactive live broadcasts. Real-time voice interaction greatly facilitates information exchange and improves communication efficiency. However, in actual use, audio recording or playback anomalies, such as audio freezes, interruptions, and noise, can sometimes occur during audio calls. These issues are often caused by device compatibility issues, such as issues with the device supporting the recording and playback parameters configured by the application. Currently, audio parameters for recording or playback are configured differently based on information such as the device's system version and chip type. For example, more conservative audio parameters are used for lower-end Android versions, while more aggressive audio parameters are used for higher-end Android versions. However, different audio scenarios also have different requirements for audio latency, and audio parameters are a crucial factor in determining this latency. Low-latency audio parameters are less compatible than high-latency audio parameters. To ensure compatibility, application vendors may tend to use high-latency audio parameters, which deprives users of the opportunity to experience low latency and degrades the user experience.

[0093] Based on this, an embodiment of the present application provides an audio processing method, which determines the delay requirements corresponding to the audio scene according to the audio scene used by the audio data to be collected, and screens compatible audio parameter combinations from the audio parameter combinations that meet the delay requirements to form a first candidate parameter combination, that is, the first candidate parameter combination can include one or more audio parameter combinations, and then through the audio parameter table indicating the delay sorting relationship of the audio parameter combinations, screens the audio parameter combination with the lowest delay from the first candidate parameter combination as the first target parameter combination, and continues to collect the audio data to be collected according to the configuration of the first target parameter combination. Through the above method, the audio application can adapt to the status of the device in real time and perform automatic corrections, so that the user does not feel the repair, avoids the application manufacturer's repeated adaptation work, and avoids long-term audio problems when the user uses the application, thereby improving the user experience.

[0094] In the embodiment of the present application, after the acquisition device collects the data to be collected, it is transmitted to the playback device through the server. The data to be collected can also be called data to be played in the playback device. The server stores corresponding sample data based on cloud technology. Cloud technology refers to a hosting technology that unifies a series of resources such as hardware, software, and network within a wide area network or a local area network to achieve data calculation, storage, processing, and sharing. It is a general term for network technology, information technology, integration technology, management platform technology, application technology, etc. based on the application of cloud computing business model. It can form a resource pool that can be used on demand and is flexible and convenient. Cloud computing technology will become an important support. The backend services of technical network systems require a large amount of computing and storage resources, such as video websites, image websites, and more portal websites. With the rapid development and application of the Internet industry, in the future, each item may have its own identification mark, and all need to be transmitted to the backend system for logical processing. Data of different levels will be processed separately. All kinds of industry data require strong system backend support, which can only be achieved through cloud computing.

[0095] The embodiments of the present application are applied to the field of artificial intelligence (AI). Artificial intelligence is the theory, method, technology, and application system for using digital computers or machines controlled by digital computers to simulate, extend, and expand human intelligence, perceive the environment, acquire knowledge, and use knowledge to achieve optimal results. In other words, artificial intelligence is a comprehensive technology in computer science that attempts to understand the essence of intelligence and produce new intelligent machines that can respond in a manner similar to human intelligence. Artificial intelligence is the study of the design principles and implementation methods of various intelligent machines, giving them the capabilities of perception, reasoning, and decision-making.

[0096] Artificial intelligence (AI) technology is a comprehensive discipline encompassing a wide range of fields, encompassing both hardware and software technologies. Foundational AI technologies generally include sensors, specialized AI chips, cloud computing, distributed storage, big data processing, pre-trained models, operating / interaction systems, and mechatronics. Pre-trained models, also known as large models or basic models, can be fine-tuned and widely applied to downstream tasks across various AI disciplines. AI software technologies primarily encompass computer vision, speech processing, natural language processing, and machine learning / deep learning.

[0097] The audio processing method provided in the embodiments of the present application can be implemented by various electronic devices, for example, by a terminal device alone, or by a server and a terminal device in collaboration. For example, the terminal device alone executes the audio processing method described below, or the terminal device and a server collaborate to execute the audio processing method described below, with the terminal device taking an acquisition device and a playback device as an example. Figure 1 This is a schematic diagram of the architecture of an exemplary system 10 provided in an embodiment of the present application. The system 10 includes an acquisition device 11, a server 12, and a playback device 13, wherein the acquisition device 11 includes an acquisition module 111, an audio processing module 112, a coding model 113, and an uplink transmission module 114, and the playback device 13 includes a playback module 131, a decoding module 132, a cache module 133, and a downlink transmission module 134.

[0098] The audio data collected by the acquisition device 11 through the acquisition module 111 is first processed by the audio processing module 112 to filter out echoes and noise in the collected data and adjust the sound gain. The audio processing module 112 may include 3A functions, which are a collective term for the three core technologies of audio processing, including acoustic echo cancellation (AEC), automatic gain control (AGC), and automatic noise suppression (ANS). The processed audio data is then encoded by the encoding module 113, and then the encoded audio data is transmitted to the server 12 through the uplink transmission module 114. At this time, other devices can download the encoded audio data from the server 12. Correspondingly, the playback device 13 downloads the encoded audio data from the server 12 through the downlink transmission module 134, caches it locally through the cache module 133, and decodes the cached audio data. It will also accelerate and decelerate according to the network jitter. The decoded audio data is then played through the playback module 131, such as through a speaker.

[0099] The server may be an independent physical server, a server cluster or distributed system composed of multiple physical servers, or a cloud server that provides basic cloud computing services such as cloud services, cloud databases, cloud computing, cloud functions, cloud storage, network services, cloud communications, middleware services, domain name services, security services, CDN, and big data and artificial intelligence platforms; the terminal may be a smartphone, tablet computer, laptop computer, desktop computer, smart speaker, smart watch, etc., but is not limited to these. The terminal device and the server may be directly or indirectly connected via wired or wireless communication, which is not limited in the embodiments of the present application.

[0100] Taking servers as an example, it can be a server cluster deployed in the cloud, opening artificial intelligence cloud services (AIaaS, AI as a Service) to objects. The AIaaS platform will split several common AI services and provide independent or packaged services in the cloud. This service model is similar to an AI theme mall. All objects can access one or more artificial intelligence services provided by the AIaaS platform through the application programming interface.

[0101] The embodiment of the present application can perform compatibility matching on the acquisition parameters of the acquisition device and / or the playback parameters of the playback device, wherein the compatibility matching function can be executed on the acquisition device or the playback device respectively, or the acquisition device or the playback device can upload the relevant information to the server, and the server performs compatibility matching and feeds back the matching result to the acquisition device or the playback device. The embodiment of the present application takes the acquisition device or the playback device as an example. The embodiment of the present application can configure the compatibility matching function only on the acquisition device or the playback device, or can configure the compatibility matching function on both the acquisition device and the playback device. Taking the example of configuring the compatibility matching function on both the acquisition device and the playback device, please refer to Figure 2 The audio processing system architecture diagram shown in Figure 1On the basis of the system architecture, an acquisition compatibility module 115 is added between the acquisition module 111 and the audio processing module 112 of the acquisition device 11, and a playback compatibility module 135 is added between the playback module 131 and the decoding module 132 of the playback device 13. Among them, the acquisition compatibility module 115 is responsible for the compatibility matching function of the acquisition device, determines the user's demand for delay according to the audio scene of the audio data to be collected, that is, determines the delay requirement, screens the audio parameter combination that meets the delay requirement, and selects the audio parameter combination that the acquisition device is compatible with as the first candidate parameter combination. Then, based on the audio parameter table indicating the delay sorting relationship of the audio parameter combination, the audio parameter combination with the lowest delay is selected from the first candidate parameter combination as the first target parameter combination, and the acquisition device 11 is reconfigured according to the first target parameter combination to collect subsequent audio data to be collected. The audio data collected subsequently can be obtained through Figure 1 The audio data is transmitted to the server 12 through the audio processing module 112, the encoding module 113 and the uplink transmission module 114 in the same manner as in the above. After the decoding module 132 in the playback device 13 decodes the audio data, the playback compatibility module 135 determines the delay requirement according to the audio scene of the decoded audio data, screens the audio parameter combinations that meet the delay requirement, and selects the audio parameter combination that the playback device is compatible with as the third candidate parameter combination. Then, based on the audio parameter table indicating the delay sorting relationship of the audio parameter combinations, the audio parameter combination with the lowest delay is selected from the third candidate parameter combination as the third target parameter combination. The playback device 13 is reconfigured according to the third target parameter combination to play the subsequent audio data to be played.

[0102] The following describes the audio processing method provided by the embodiments of the present application with reference to the accompanying drawings. The following audio processing method is performed by a terminal device as an example. Specifically, the terminal device can be implemented by running the various computer programs described above. Of course, based on the following understanding, it is not difficult to see that the audio processing method provided by the embodiments of the present application can also be implemented collaboratively by the terminal device and the server. The following method can be executed by the acquisition-compatible module of the acquisition device.

[0103] See also Figure 3 , Figure 3 FIG. 1 is a flow chart of an audio processing method provided in an embodiment of the present application, the method comprising:

[0104] Step 301: Acquire audio data to be collected and determine the audio scene of the audio data to be collected.

[0105] In this embodiment, when a remote party on the capture device initiates an audio interaction function based on the capture device, the capture device can correspondingly begin collecting the audio data to be collected. This audio data can be captured by the capture device's camera or microphone. The audio scenarios in which the remote party initiates audio interaction include various categories, such as on-demand, voice chat rooms, and chorus. The capture device uses corresponding interaction methods based on different audio scenarios to communicate with the playback device.

[0106] Step 302: Determine the delay requirement according to the audio scenario.

[0107] In this embodiment, for different audio scenarios, the user objects have different latency requirements. The corresponding latency requirements of the remote object can be determined based on the determined audio scenario. For example, the user objects corresponding to the on-demand scenario require stable audio transmission and have no latency requirements. This scenario can be called a conservative scenario. The user objects corresponding to the voice chat room scenario can meet normal latency or low latency. This scenario can be called a normal scenario. The user objects corresponding to the chorus scenario require audio synchronization due to the multiple objects participating in the chorus, that is, the lowest possible latency is required. This scenario can be called a low-latency scenario.

[0108] The comparison table of corresponding audio scenarios and delay requirements can be found in Table 1:

[0109] Table 1

[0110] Audio Scene Latency requirements Conservative scenario No need for delay, but stability is required Normal scenes Normal delay can meet the needs, and lower delay is better Low latency scenario The latency needs to be as low as possible

[0111] Step 303: Determine a first candidate parameter combination according to the delay requirement, where the first candidate parameter combination includes one or more compatible audio parameter combinations.

[0112] In this embodiment, after determining the delay requirement, the acquisition device can determine an audio parameter combination that meets the delay requirement. The audio parameter combination includes a combination of multiple audio parameters, such as sampling rate, number of channels, audio interface type, information representing the start of the microphone, and information representing the shutdown of the microphone. Then, the audio parameter combination that meets the delay requirement is tested, and one or more audio parameter combinations that are compatible with the acquisition device are screened as the first candidate parameter combination. Among them, the acquisition device can also first test the compatibility of each audio parameter combination, screen out compatible audio parameter combinations, and then select the audio parameter combination that meets the delay requirement from the compatible audio parameter combinations as the first candidate parameter combination. This is not limited here. The embodiment of the present application takes the example of first determining the audio parameter combination that meets the delay requirement and then screening the compatible audio parameter combination as the first candidate parameter combination.

[0113] It is understandable that the acquisition device may also preliminarily define a range of audio parameter combinations for the audio scene, and then select a compatible audio parameter combination from the defined range as the first candidate parameter combination. The preliminarily defined range of audio parameter combinations may be shown in Table 2. The audio parameter combination may include an audio interface category, a sampling rate, and a number of channels. The audio interface category may include Aaudio, Opensl ES, and AudioRecord. The sampling rates include 32000, 44100, and 48000. The number of channels is 1 or 2. The audio parameter combination ranges corresponding to the audio scenes corresponding to the various delay requirements are shown below:

[0114] Table 2

[0115]

[0116]

[0117] Step 304: Obtain an audio parameter table, where the audio parameter table includes a delay sorting relationship of multiple audio parameter combinations.

[0118] In this embodiment, the acquisition device can pre-acquire the delay corresponding to each audio parameter combination, that is, the delay of the audio parameter combination can be sorted, and the lower the delay, the higher the ranking. For example, please refer to the audio parameter table shown in Table 3. The audio parameter combination exemplarily includes the audio interface category, sampling rate and number of channels. The audio interface category can include Aaudio, Opensl ES and AudioRecord, the sampling rate includes 32000, 44100 and 48000, and the number of channels is 1 or 2. For example, it can be sorted into the following form according to the delay situation:

[0119] Table 3

[0120] Delay Level Audio interface type Number of samples Number of channels 1 Aaudio 48000 2 2 Aaudio 48000 1 3 Aaudio 44100 / 32000 2 4 Aaudio 44100 / 32000 1 5 OpenSSL ES 48000 2 6 OpenSSL ES 48000 1 7 OpenSSL ES 44100 / 32000 2 8 OpenSSL ES 44100 / 32000 1 9 AudioRecord 48000 2 10 AudioRecord 48000 1 11 AudioRecord 44100 / 32000 2 12 AudioRecord 44100 / 32000 1

[0121] That is, the audio parameter combination with Aaudio as the audio interface, 48000 as the sampling rate, and 2 channels has the lowest latency, while the audio parameter combination with AudioRecord as the audio interface, 44100 / 32000 as the sampling rate, and 1 channel has the highest latency.

[0122] Step 305: Select an audio parameter combination with the lowest delay from the first candidate parameter combination according to the audio parameter table as the first target parameter combination.

[0123] In this embodiment, the audio parameter combinations in the first candidate parameter combination are all parameter combinations that are compatible with the acquisition device and meet the audio scene requirements. When the first candidate parameter combination includes multiple audio parameter combinations, the audio parameter combination with the highest ranking in the first candidate parameter combination can be selected as the first target parameter combination according to the delay sorting of each audio parameter combination in the audio parameter table, that is, the first target parameter combination has the lowest delay among the audio parameter combinations that meet the delay requirements and are compatible with the acquisition device.

[0124] The structural diagram of the acquisition compatible module 115 can be referred to Figure 4 As shown, the acquisition compatibility module 115 includes an audio scene recognition submodule 1151, an audio parameter management submodule 1152, an acquisition detection submodule 1153, and an audio parameter decision submodule 1154. The audio scene recognition submodule 1151 is primarily used to identify the user's audio scene based on the user's operating scenario to determine the user's latency requirements. The audio parameter management submodule 1152 is responsible for organizing and classifying audio parameters according to latency and stability, and generating an audio parameter table. The acquisition detection submodule 1153 is used to screen audio parameter combinations compatible with the acquisition device. The audio parameter decision submodule 1154 is used to make a decision on the compatible audio parameter combinations output by the acquisition detection submodule 1153 based on the latency requirements output by the audio scene recognition submodule 1151 and the audio parameter table output by the audio parameter management submodule 1152, and determine the audio parameter combination that meets the latency requirements and has the lowest latency under compatible conditions as the first target parameter combination.

[0125] Step 306: Collect the audio data to be collected according to the first target parameter combination, and send it to the playback device.

[0126] In this embodiment, after determining the first target parameter combination, the capture device can be reconfigured according to the values ​​of the audio parameters in the first target parameter combination to continue to capture the audio data to be captured using the configuration of the first target parameter combination and then transmit it to the playback device. The playback device can obtain the audio data to be captured by downloading it from the server.

[0127] It is understandable that, in the case that the first candidate parameter combination includes only one audio parameter combination, the acquisition device may not go through the selection in step 305 and directly perform parameter reconfiguration according to the first candidate parameter combination.

[0128] This application determines the delay requirement corresponding to the audio scene according to the audio scene used by the audio data to be collected, and selects a compatible audio parameter combination from the audio parameter combination that meets the delay requirement to form a first candidate parameter combination, that is, the first candidate parameter combination may include one or more audio parameter combinations, and then uses an audio parameter table that indicates the delay sorting relationship of the audio parameter combination to select the audio parameter combination with the lowest delay from the first candidate parameter combination as the first target parameter combination, and continues to collect the audio data to be collected according to the configuration of the first target parameter combination. Through the above method, among the audio parameter combinations that meet the delay requirements of the user's audio scene, the candidate parameter combination of compatible devices is screened, and then the candidate parameter combination with the lowest delay is selected as the target parameter combination to collect audio data, wherein the target parameter combination is selected from the candidate parameters of the compatible device, realizing automatic compatibility adaptation of the audio parameters to the device, avoiding the problem of audio call abnormality due to device compatibility issues, and the target parameter combination is the compatible parameter with the lowest delay, which improves the user experience.

[0129] Optionally, in the above Figure 3 On the basis of the corresponding embodiments, in another optional embodiment provided by the embodiment of the present application, determining the first candidate parameter combination according to the delay requirement includes:

[0130] Filtering supported audio parameter combinations according to the device information to obtain a first parameter combination;

[0131] detecting the amount of read data of the audio data to be collected according to the audio parameter combination in the first parameter combination, so as to obtain a second parameter combination from the first parameter combination;

[0132] interactively detecting the collected data of the audio data to be collected according to the audio parameter combination in the second parameter combination, so as to obtain a third parameter combination from the second parameter combination;

[0133] detecting audio content of the audio data to be collected according to the audio parameter combination in the third parameter combination, so as to obtain a fourth parameter combination by screening the third parameter combination;

[0134] The first candidate parameter combination is screened from the fourth parameter combination according to the delay requirement.

[0135] In one or more embodiments, a method for determining a first candidate parameter combination is described. Since audio parameters may require a system version, the system version can be determined based on the device information of the acquisition device. Non-compliant audio parameter combinations can then be eliminated based on the system version. The remaining audio parameter combinations can be referred to as the first parameter combination. For the first parameter combination, the acquisition device can further reconfigure parameters of the audio parameter combinations within the first parameter combination. After each parameter reconfiguration, the data volume of the collected audio data can be tested under that parameter to determine whether data reading is normal. Audio parameter combinations in the first parameter combination that cause data reading anomalies can be eliminated. The remaining audio parameter combinations can be referred to as the second parameter combination. For the obtained second parameter combination, the acquisition device can further reconfigure each audio parameter combination within the second parameter combination to determine the data interaction of the collected audio data under each audio parameter combination. Audio parameter combinations in the second parameter combination that cause data interaction anomalies can be eliminated. The remaining audio parameter combinations can be referred to as the third parameter combination. The acquisition device can further perform audio content detection on the configurations of each audio parameter combination within the third parameter combination. Audio parameter combinations in the third parameter combination that cause audio content anomalies can be eliminated. The remaining audio parameter combinations can be referred to as the fourth parameter combination. The fourth parameter combination includes an audio parameter combination compatible with the acquisition device. The audio parameter combination that meets the user's needs can be selected from the fourth parameter combination according to the audio scenario as the first candidate parameter combination. It is understood that the order of device information screening, read data volume detection, collected data interaction detection, and audio content detection is merely an example and can be ordered arbitrarily. Alternatively, one or more of these can be performed simultaneously in a single test, and this is not a limitation herein.

[0136] For example, the structural diagram of the acquisition and detection submodule can be found in Figure 5 As shown, the acquisition detection submodule 1153 includes a device detection unit 51, an acquisition data volume detection unit 52, an acquisition data interaction detection unit 53, and an acquisition data content detection unit 54. The device detection unit 51 is used to detect the device information of the acquisition device to determine the system version of the acquisition device and identify the audio parameter combination that is compatible with the system version. The acquisition data volume detection unit 52 is used to detect the read data volume of the audio data to be collected and eliminate the audio parameter combination with abnormal read data volume. The acquisition data interaction detection unit 53 is used to detect the acquisition data interaction of the audio data to be collected and eliminate the audio parameter combination with abnormal acquisition data interaction. The acquisition data content detection unit 54 is used to detect the audio content of the audio data to be collected and eliminate the audio parameter combination with abnormal audio content.

[0137] In an embodiment of the present application, a method for determining a first candidate parameter combination is provided. By selecting the parameters of a compatible device as candidate parameters, compatibility adaptation can be automatically performed on the user device, thereby avoiding audio incompatibility issues when the user uses the application and improving the user experience.

[0138] Optionally, in the above Figure 3 On the basis of the corresponding embodiments, in another optional embodiment provided by the embodiments of the present application, after collecting the audio data to be collected according to the first target parameter combination, the method further includes:

[0139] When a compatibility problem occurs in the audio data to be collected, determining a second candidate parameter combination according to the delay requirement, where the second candidate parameter combination includes one or more audio parameter combinations;

[0140] Selecting an audio parameter combination with the lowest delay from the second candidate parameter combinations according to the audio parameter table as a second target parameter combination;

[0141] The audio data to be collected is collected according to the second target parameter combination.

[0142] In one or more embodiments, a method for real-time adaptation of audio parameters is introduced. The lower the delay, the more unstable the channel is, and the more easily it is affected by the system load. After collecting the audio data to be collected according to the first target parameter combination, the current load of the system may not be able to meet the thread response timeliness requirements under low latency, resulting in compatibility issues. At this time, the collection device can retest the parameters. Specifically, the compatibility of each audio parameter combination can be determined through the reconfiguration operation, and the compatible audio parameter combinations can be screened out. Then, based on the delay requirements, one or more audio parameter combinations that meet the delay requirements are determined as the second candidate parameter combination. Then, based on the delay sorting relationship in the audio parameter table, the audio parameter combination with the lowest delay can be selected from the second candidate parameter combination as the second target parameter combination. The second target parameter combination is the audio parameter with the lowest delay that meets the compatibility in the audio scenario. The parameters of the second target parameter combination can be used for configuration, and then the audio data to be collected can be continued to be collected based on the configuration.

[0143] In an embodiment of the present application, a method for real-time adaptation of audio parameters is provided. By updating the parameters of compatible devices in real time, compatibility adaptation can be performed in real time based on the device status, achieving a user-friendly repair and avoiding repeated adaptation work for application manufacturers.

[0144] Optionally, in the above Figure 3On the basis of the corresponding embodiments, in another optional embodiment provided by the embodiments of the present application, the audio parameter combination includes the audio interface type, the number of samples, and the number of channels. The amount of read data of the collected audio data is detected according to the audio parameter combination in the first parameter combination, so as to filter and obtain the second parameter combination from the first parameter combination, including:

[0145] Determine whether a reading duration of the audio data to be collected meets a first condition under each combination of the audio interface type, the number of samples, and the number of channels in the first parameter combination;

[0146] The second parameter combination is determined according to a combination of the audio interface type, the number of samples, and the number of channels that meets the first condition.

[0147] In one or more embodiments, a method for detecting the amount of data read is introduced. Each combination of the audio interface type, the number of samples, and the number of channels in a first parameter combination is configured sequentially. When collecting audio data to be collected according to the configuration, it is detected whether the corresponding reading data duration meets a first condition. If the first condition is met, it indicates that the amount of data read for the audio parameter combination is normal. If the first condition is not met, it indicates that the reading is abnormal, and the acquisition device can use the normal audio parameters as the second parameter combination. The first condition can be that the duration corresponding to the amount of data read within a reading cycle is the same as the reading cycle.

[0148] For example, the collected data may be counted according to the period T1, and the amount of read data may be converted into the corresponding duration, using the following formula:

[0149]

[0150] Where bytes is the amount of data read per acquisition, sample_rate is the sampling rate set by the application when starting acquisition, channels is the number of channels set by the application when starting acquisition, and bytesToMs is the duration of the data read. The BytesToMs corresponding to each acquisition will vary under different acquisition parameters, and even under the same acquisition parameters, the BytesToMs read per acquisition will fluctuate. It's understandable that you can also accumulate the BytesToMs corresponding to multiple periods T1 and then compare the periods and durations. This way, even if the amount of data collected varies, statistical accuracy is not affected. Normally, the amount of data read in a 2-second period also corresponds to a duration of 2 seconds. If the duration of the data read is less than or greater than 2 seconds, the data for that period is abnormal. Therefore, if the duration of the data read in period T2 deviates from T2 by more than a certain threshold, the amount of data collected is considered abnormal. T2 typically consists of N T1s.

[0151] In an embodiment of the present application, a method for detecting the amount of data read is provided. By eliminating incompatible audio parameter combinations based on whether the duration corresponding to the amount of data read under each audio parameter combination meets the conditions, it is possible to accurately determine whether the amount of data read is abnormal, thereby improving the accuracy of compatibility judgment.

[0152] Optionally, in the above Figure 3 On the basis of the corresponding embodiments, in another optional embodiment provided by the embodiments of the present application, the audio parameter combination includes the audio interface type, the number of samples, and the number of channels, and the collected data of the audio data to be collected is interactively detected according to the audio parameter combination in the second parameter combination, so as to filter and obtain the third parameter combination from the second parameter combination, including:

[0153] Determine whether the duration of reading data of the audio data to be collected and the duration of synchronously processing data meet the second condition under each combination of the audio interface type, the number of samples, and the number of channels in the second parameter combination;

[0154] A third parameter combination is determined according to a combination of the audio interface type, the number of samples, and the number of channels that meets the second condition.

[0155] In one or more embodiments, a method for detecting the interaction of collected data is introduced. Each combination of the second parameter combination including the audio interface type, the number of samples and the number of channels is configured in sequence, and when the audio data to be collected is collected according to the configuration, it is detected whether the corresponding reading data duration and the duration of synchronous processing of the data meet the second condition. If the second condition is met, it means that the interaction of the collected data of the audio parameter combination is normal. If the second condition is not met, it means that the interaction of the collected data is abnormal. The collection device can use the normal audio parameters as the third parameter combination. The second condition can be that the difference between the duration corresponding to the amount of read data in the reading cycle and the duration of synchronous processing of the read data is within a preset threshold.

[0156] For example, when reading data according to period T1, the difference between the duration t1 corresponding to the amount of data read each time and the duration t2 of each synchronous processing of the read data cannot exceed a certain threshold. Generally, t1 will be significantly greater than t2, so that the application can fully read the collected data provided by the system. If t1 is less than t2, it means that the collected data provided is faster than the speed at which the application processes the data, which will cause the collected data to overflow and be lost. The specific formula is as follows:

[0157]

[0158] Where bytes is the amount of data read per acquisition, sample_rate is the sampling rate set by the application when starting the acquisition, channel is the number of channels set by the application when starting the acquisition, and bytesToMs is the duration of the data read. t2 is the processing time of the same thread after the application reads the data. If t2-t1 exceeds a certain threshold number of times within period T2, the data exchange is considered abnormal.

[0159] In an embodiment of the present application, a method for detecting the interaction of collected data is provided. By using the above method, incompatible audio parameter combinations are eliminated based on whether the duration corresponding to the amount of data read within the reading cycle under each audio parameter combination and the duration of synchronous processing of the read data meet the conditions. This can accurately determine whether the collected data interaction is abnormal, thereby improving the accuracy of compatibility judgment.

[0160] Optionally, in the above Figure 3 On the basis of the corresponding embodiments, in another optional embodiment provided by the embodiments of the present application, the audio parameter combination includes the audio interface type, the number of samples, and the number of channels, and the audio content of the collected audio data is detected according to the audio parameter combination in the third parameter combination, so as to obtain the fourth parameter combination by screening from the third parameter combination, including:

[0161] Determining whether the audio value of the audio data to be collected meets a third condition under each combination of the audio interface type, the number of samples, and the number of channels in the third parameter combination;

[0162] A fourth parameter combination is determined based on a combination of the audio interface type, the number of samples, and the number of channels that meets the third condition.

[0163] In one or more embodiments, a method for detecting audio content is introduced. Each combination of the third parameter combination including the audio interface type, the number of samples and the number of channels is configured in sequence, and when the audio data to be collected is collected according to the configuration, it is detected whether the audio value corresponding to the audio content of the audio data to be collected meets the third condition. When the second condition is met, it indicates that the audio content of the audio parameter combination is normal. If the second condition is not met, it indicates that the audio content is abnormal. The collection device can use the normal audio parameters as the fourth parameter combination. The third condition can be that the audio value of the audio content meets a preset format. Exemplarily, the audio value format can refer to Table 4:

[0164] Table 4

[0165] 00000000000000000000000000000000000000000000000000000000000000000000000000000

[0166] Under normal circumstances, audio values ​​fluctuate. If the audio value remains at zero or a constant value, or remains above a certain threshold for a long time, the audio content is considered abnormal. Most audio noise, electrical current noise, silence, and other problems can be detected using audio values.

[0167] In an embodiment of the present application, a method for detecting audio content is provided. By eliminating incompatible audio parameter combinations based on whether the audio values ​​of the audio content under each audio parameter combination meet the conditions, it is possible to accurately determine whether the collected data interaction is abnormal, thereby improving the accuracy of compatibility judgment.

[0168] The above describes the compatibility method from the perspective of the acquisition device. The following describes it from the perspective of the playback device. This method can be executed by the playback compatibility module.

[0169] See also Figure 6 , Figure 6 FIG. 1 is a flow chart of another audio processing method provided in an embodiment of the present application, the method comprising:

[0170] Step 601: Acquire audio data to be played from a capture device, and determine an audio scene of the audio data to be played.

[0171] In this embodiment, the audio data to be played can be directly transmitted from the acquisition device to the playback device, or the acquisition device can first upload it to the server and then download it from the server. The playback device can determine the audio scene based on the audio data to be played. The relevant description of the audio scene can be found in Figure 3 The description of step 301 in the illustrated embodiment will not be repeated here.

[0172] Step 602: Determine the delay requirement according to the audio scenario.

[0173] Step 603: Determine a third candidate parameter combination according to the delay requirement, where the third candidate parameter combination includes one or more compatible audio parameter combinations.

[0174] Step 604: Obtain an audio parameter table, where the audio parameter table includes a delay sorting relationship of multiple audio parameter combinations.

[0175] Step 605: Select the audio parameter combination with the lowest delay from the third candidate parameter combination according to the audio parameter table as the third target parameter combination.

[0176] In this embodiment, the execution method of determining the third candidate parameter combination and the third target parameter combination in steps 602 to 605 can refer to Figure 3 The description related to determining the first candidate parameter combination and the first target parameter combination from step 302 to step 305 in the illustrated embodiment will not be repeated here.

[0177] The structure diagram of the playback compatible module 135 can be referred to Figure 7 As shown, the playback compatibility module 135 includes an audio scene recognition submodule 1351, an audio parameter management submodule 1352, a playback detection submodule 1353, and an audio parameter decision submodule 1354. The audio scene recognition submodule 1351 is primarily used to identify the audio scene of the data to be played to determine the user's requirement for delay. The audio parameter management submodule 1352 is responsible for organizing and classifying the audio parameters of the audio according to delay and stability, and generating an audio parameter table. The playback detection submodule 1353 is used to screen audio parameter combinations compatible with the playback device. The audio parameter decision submodule 1354 is used to make a decision on the compatible audio parameter combinations output by the playback detection submodule 1353 based on the delay requirement output by the audio scene recognition submodule 1351 and the audio parameter table output by the audio parameter management submodule 1352, and determine the audio parameter combination that meets the delay requirement and has the lowest delay under the condition of compatibility as the third target parameter combination.

[0178] Step 606: Play the audio data to be played according to the third target parameter combination.

[0179] In this embodiment, after the third target parameter combination is determined, the playback device may be reconfigured according to the values ​​of the audio parameters in the third target parameter combination to play the audio data to be played using the configuration of the third target parameter combination.

[0180] It is understandable that, in the case that the third candidate parameter combination includes only one audio parameter combination, the playback device may not go through the selection in step 605 and directly perform parameter reconfiguration according to the third candidate parameter combination.

[0181] This application determines the delay requirement corresponding to the audio scene according to the audio scene used by the audio data to be played, and selects a compatible audio parameter combination from the audio parameter combinations that meet the delay requirements to form a third candidate parameter combination, that is, the third candidate parameter combination may include one or more audio parameter combinations, and then uses an audio parameter table that indicates the delay sorting relationship of the audio parameter combination to select the audio parameter combination with the lowest delay from the third candidate parameter combination as the third target parameter combination, and plays the audio data to be played according to the configuration of the third target parameter combination. In this way, the target parameter combination is selected from the candidate parameters of the compatible device, realizing automatic compatibility adaptation of the audio parameters to the device, avoiding the problem of audio call abnormality due to device compatibility issues, and the target parameter combination is the compatible parameter with the lowest delay, which improves the user experience.

[0182] Optionally, in the above Figure 6On the basis of the corresponding embodiments, in another optional embodiment provided by the embodiment of the present application, determining the third candidate parameter combination according to the delay requirement includes:

[0183] Filtering supported audio parameter combinations according to the device information to obtain a fifth parameter combination;

[0184] detecting the amount of read data of the audio data to be played according to the audio parameter combination in the fifth parameter combination, so as to obtain a sixth parameter combination from the fifth parameter combination;

[0185] interactively detecting the playback data of the audio data to be played according to the audio parameter combination in the sixth parameter combination, so as to obtain a seventh parameter combination from the sixth parameter combination;

[0186] A third candidate parameter combination is screened from the seventh parameter combination according to the delay requirement.

[0187] In one or more embodiments, a method for determining a third candidate parameter combination is described. Since audio parameters may have system version requirements, the system version can be determined based on the device information of the playback device. Non-compliant audio parameter combinations can then be eliminated based on the system version. The remaining audio parameter combinations can be referred to as the fifth parameter combination. For the fifth parameter combination, the playback device can further reconfigure parameters of the audio parameter combinations within the fifth parameter combination. After each parameter reconfiguration, the amount of data read for the audio data to be played can be tested under that parameter to determine whether data reading is normal. Audio parameter combinations in the fifth parameter combination that cause abnormal data reading can be eliminated. The remaining audio parameter combinations can be referred to as the sixth parameter combination. For the obtained sixth parameter combination, the playback device can further reconfigure each audio parameter combination within the sixth parameter combination to determine playback data interaction for the audio data to be played under each audio parameter combination. Audio parameter combinations in the sixth parameter combination that cause abnormal playback data interaction can be eliminated. The remaining audio parameter combinations can be referred to as the seventh parameter combination. The seventh parameter combination includes audio parameter combinations compatible with the playback device. Audio parameter combinations that meet the user's requirements can be selected from the seventh parameter combination according to the audio scenario as the third candidate parameter combination. The playback data content detection module is not required in playback detection because the playback data is provided by the application itself. Even if the playback data is abnormal, it is not a playback compatibility issue.

[0188] It can be understood that the order of device information screening, data reading volume detection, and playback data interaction detection is only an example and can be arranged arbitrarily. It is also possible to perform one or more of device information screening, data reading volume detection, playback data interaction detection, and audio content detection simultaneously in one detection. This is not limited here.

[0189] For example, the structure diagram of the playback detection submodule can be found in Figure 8 As shown, the playback detection submodule 1353 includes a device detection unit 81, a playback data volume detection unit 82, and a playback data interaction detection unit 83. The device detection unit 81 is used to detect the device information of the playback device to determine the system version of the playback device and identify audio parameter combinations that are compatible with the system version. The playback data volume detection unit 82 is used to detect the amount of read data of the audio data to be played and eliminate audio parameter combinations with abnormal read data volumes. The playback data interaction detection unit 83 is used to detect the playback data interaction of the audio data to be played and eliminate audio parameter combinations with abnormal playback data interactions.

[0190] In an embodiment of the present application, a method for determining a third candidate parameter combination is provided. By selecting the parameters of a compatible device as candidate parameters, compatibility adaptation can be automatically performed on the user device, avoiding audio incompatibility issues when the user uses the application and improving the user experience.

[0191] Optionally, in the above Figure 6 On the basis of the corresponding embodiments, in another optional embodiment provided by the embodiments of the present application, after playing the audio data to be played according to the third target parameter combination, the method further includes:

[0192] When a compatibility problem occurs in the audio data to be played, determining a fourth candidate parameter combination according to the delay requirement, where the fourth candidate parameter combination includes one or more audio parameter combinations;

[0193] Selecting the highest-ranked audio parameter combination from the fourth candidate parameter combinations according to the audio parameter table as the fourth target parameter combination;

[0194] The audio data to be played is played according to the fourth target parameter combination.

[0195] In one or more embodiments, a method for real-time adaptation of audio parameters is described. Similarly, based on system load, the playback device can redetermine a fourth candidate parameter combination and then select a fourth target parameter combination from the fourth candidate parameter combination to update the playback parameters if a compatibility issue arises while playing audio data. For details, refer to the description of redetermining the second candidate parameter combination and selecting the second target parameter combination from the second parameter combination to update the acquisition parameters in the acquisition device, which is not further described here.

[0196] In an embodiment of the present application, a method for real-time adaptation of audio parameters is provided. By updating the parameters of compatible devices in real time, compatibility adaptation can be performed in real time based on the device status, achieving a user-friendly repair and avoiding repeated adaptation work for application manufacturers.

[0197] Optionally, in the above Figure 6 On the basis of the corresponding embodiments, in another optional embodiment provided by the embodiments of the present application, the audio parameter combination includes the audio interface type, the number of samples, and the number of channels. The amount of read data of the audio data to be played is detected according to the audio parameter combination in the fifth parameter combination, and the sixth parameter combination is obtained by screening from the fifth parameter combination, including:

[0198] Determine whether the reading data length of the audio data to be played meets the first condition under each combination of the audio interface type, the number of samples, and the number of channels in the fifth parameter combination;

[0199] A sixth parameter combination is determined according to a combination of the audio interface type, the number of samples, and the number of channels that meets the first condition.

[0200] In one or more embodiments, a method for detecting the amount of read data is introduced. The method for determining the sixth parameter combination from the fifth parameter combination can refer to the relevant description of determining the second parameter combination from the first parameter combination in the acquisition device, which is not repeated here.

[0201] In an embodiment of the present application, a method for detecting the amount of data read is provided. By eliminating incompatible audio parameter combinations based on whether the duration corresponding to the amount of data read under each audio parameter combination meets the conditions, it is possible to accurately determine whether the amount of data read is abnormal, thereby improving the accuracy of compatibility judgment.

[0202] Optionally, in the above Figure 6 On the basis of the corresponding embodiments, in another optional embodiment provided by the embodiments of the present application, the audio parameter combination includes the audio interface type, the number of samples, and the number of channels, and the playback data interaction detection of the audio data to be played is performed based on the audio parameter combination in the sixth parameter combination, so as to obtain the seventh parameter combination from the sixth parameter combination, including:

[0203] Determine whether the reading data length of the audio data to be played and the synchronous processing data length meet the second condition under the combination of each audio interface type, sampling number, and number of channels in the sixth parameter combination;

[0204] A seventh parameter combination is determined based on a combination of the audio interface type, the number of samples, and the number of channels that meets the second condition.

[0205] In one or more embodiments, a method for detecting playback data interaction is introduced. The method for determining the seventh parameter combination from the sixth parameter combination can refer to the relevant description of determining the third parameter combination from the second parameter combination in the acquisition device, and will not be repeated here.

[0206] In an embodiment of the present application, a method for detecting playback data interaction is provided. By using the above method, incompatible audio parameter combinations are eliminated based on whether the duration corresponding to the amount of read data within the read cycle under each audio parameter combination and the duration of synchronous processing of the read data meet the conditions. This can accurately determine whether the playback data interaction is abnormal, thereby improving the accuracy of compatibility judgment.

[0207] The following is a detailed description of the audio processing device in this application. Figure 9 , Figure 9 This is a schematic diagram of an embodiment of an audio processing device in an embodiment of the present application. The audio processing device 90 includes:

[0208] An acquisition unit 901 is configured to acquire audio data to be collected and determine an audio scene of the audio data to be collected;

[0209] A determining unit 902 is configured to determine a delay requirement based on an audio scenario; determine a first candidate parameter combination based on the delay requirement, where the first candidate parameter combination includes one or more compatible audio parameter combinations;

[0210] The acquiring unit 901 is further configured to acquire an audio parameter table, the audio parameter table including a delay sorting relationship of multiple audio parameter combinations;

[0211] The determining unit 902 is further configured to select, from the first candidate parameter combinations according to the audio parameter table, an audio parameter combination with the lowest delay as a first target parameter combination;

[0212] The collecting unit 903 is configured to collect the audio data to be collected according to the first target parameter combination, and send the collected audio data to the playback device.

[0213] In an embodiment of the present application, an audio processing device is provided. Through the above-mentioned device, candidate parameter combinations of compatible devices are screened from audio parameter combinations that meet the latency requirements of the user's audio scenario, and the candidate parameter combination with the lowest latency is selected as the target parameter combination to collect audio data. The target parameter combination is selected from the candidate parameters of the compatible devices, thereby achieving automatic compatibility adaptation of the audio parameters to the devices, avoiding audio call abnormalities caused by device compatibility issues, and the target parameter combination is the compatible parameter with the lowest latency, thereby improving the user experience.

[0214] Optionally, in the above Figure 9 On the basis of the corresponding embodiment, in another embodiment of the audio processing device 90 provided in the embodiment of the present application, the determining unit 902 is specifically configured to:

[0215] Filtering supported audio parameter combinations according to the device information to obtain a first parameter combination;

[0216] detecting the amount of read data of the audio data to be collected according to the audio parameter combination in the first parameter combination, so as to obtain a second parameter combination from the first parameter combination;

[0217] interactively detecting the collected data of the audio data to be collected according to the audio parameter combination in the second parameter combination, so as to obtain a third parameter combination from the second parameter combination;

[0218] detecting audio content of the audio data to be collected according to the audio parameter combination in the third parameter combination, so as to obtain a fourth parameter combination by screening the third parameter combination;

[0219] The first candidate parameter combination is screened from the fourth parameter combination according to the delay requirement.

[0220] In an embodiment of the present application, an audio processing device is provided. By selecting parameters of a compatible device as candidate parameters, compatibility adaptation can be automatically performed on the user device, thereby avoiding long-term audio problems when the user uses the application and improving the user experience.

[0221] Optionally, in the above Figure 9 On the basis of the corresponding embodiment, in another embodiment of the audio processing device 90 provided in the embodiment of the present application, the determining unit 902 is further configured to:

[0222] When a compatibility problem occurs in the audio data to be collected, determining a second candidate parameter combination according to the delay requirement, where the second candidate parameter combination includes one or more audio parameter combinations;

[0223] Selecting an audio parameter combination with the lowest delay from the second candidate parameter combinations according to the audio parameter table as a second target parameter combination;

[0224] The acquisition unit 903 is further configured to:

[0225] The audio data to be collected is collected according to the second target parameter combination.

[0226] In an embodiment of the present application, an audio processing device is provided. By selecting compatible parameters in real time, the device can be adapted for compatibility in real time based on its status, achieving a user-friendly repair and avoiding repeated adaptation work for application manufacturers.

[0227] Optionally, in the above Figure 9 On the basis of the corresponding embodiment, in another embodiment of the audio processing device 90 provided in the embodiment of the present application, the audio parameter combination includes the audio interface type, the number of samples, and the number of channels, and the determination unit 902 is specifically configured to:

[0228] Determine whether a reading duration of the audio data to be collected meets a first condition under each combination of the audio interface type, the number of samples, and the number of channels in the first parameter combination;

[0229] The second parameter combination is determined according to a combination of the audio interface type, the number of samples, and the number of channels that meets the first condition.

[0230] In an embodiment of the present application, an audio processing device is provided. By eliminating incompatible audio parameter combinations based on whether the duration corresponding to the amount of data read under each audio parameter combination satisfies a condition, it is possible to accurately determine whether the amount of data read is abnormal, thereby improving the accuracy of compatibility judgment.

[0231] Optionally, in the above Figure 9 On the basis of the corresponding embodiment, in another embodiment of the audio processing device 90 provided in the embodiment of the present application, the audio parameter combination includes the audio interface type, the number of samples, and the number of channels, and the determination unit 902 is specifically configured to:

[0232] Determine whether the duration of reading data of the audio data to be collected and the duration of synchronously processing data meet the second condition under each combination of the audio interface type, the number of samples, and the number of channels in the second parameter combination;

[0233] A third parameter combination is determined according to a combination of the audio interface type, the number of samples, and the number of channels that meets the second condition.

[0234] In an embodiment of the present application, an audio processing device is provided. By using the device, incompatible audio parameter combinations are eliminated based on whether the duration corresponding to the amount of data read within a reading cycle under each audio parameter combination and the duration of synchronous processing of the read data satisfy a condition. This accurately determines whether the interaction of collected data is abnormal, thereby improving the accuracy of compatibility judgment.

[0235] Optionally, in the above Figure 9 On the basis of the corresponding embodiment, in another embodiment of the audio processing device 90 provided in the embodiment of the present application, the audio parameter combination includes the audio interface type, the number of samples, and the number of channels, and the determination unit 902 is specifically configured to:

[0236] Determining whether the audio value of the audio data to be collected meets a third condition under each combination of the audio interface type, the number of samples, and the number of channels in the third parameter combination;

[0237] A fourth parameter combination is determined based on a combination of the audio interface type, the number of samples, and the number of channels that meets the third condition.

[0238] In an embodiment of the present application, an audio processing device is provided. By eliminating incompatible audio parameter combinations based on whether the audio values ​​of the audio content under each audio parameter combination meet conditions, it is possible to accurately determine whether the collected data interaction is abnormal, thereby improving the accuracy of compatibility judgment.

[0239] See also Figure 10 , Figure 10 This is another embodiment of an audio processing device according to an embodiment of the present application. The audio processing device 100 includes:

[0240] The acquisition unit 1001 is configured to acquire audio data to be played from a capture device and determine an audio scene of the audio data to be played;

[0241] A determining unit 1002 is configured to determine a delay requirement based on an audio scenario; determine a third candidate parameter combination based on the delay requirement, where the third candidate parameter combination includes one or more compatible audio parameter combinations;

[0242] The acquiring unit 1001 is further configured to acquire an audio parameter table, the audio parameter table including a delay sorting relationship of multiple audio parameter combinations;

[0243] The determining unit 1002 is further configured to select, from the third candidate parameter combinations according to the audio parameter table, an audio parameter combination with the lowest delay as a third target parameter combination;

[0244] The playing unit 1003 is configured to play the audio data to be played according to the third target parameter combination.

[0245] In an embodiment of the present application, an audio processing device is provided. Through the above device, the target parameter combination is selected from the candidate parameters of the compatible device, which realizes the automatic compatibility adaptation of the audio parameters to the device, avoids the problem of abnormal audio calls due to device compatibility issues, and the target parameter combination is the compatible parameter with the lowest delay, which improves the user experience. Figure 10 On the basis of the corresponding embodiment, in another embodiment of the audio processing device 100 provided by the embodiment of the present application, the determining unit 1002 is specifically configured to:

[0246] Filtering supported audio parameter combinations according to the device information to obtain a fifth parameter combination;

[0247] detecting the amount of read data of the audio data to be played according to the audio parameter combination in the fifth parameter combination, so as to obtain a sixth parameter combination from the fifth parameter combination;

[0248] interactively detecting the playback data of the audio data to be played according to the audio parameter combination in the sixth parameter combination, so as to obtain a seventh parameter combination from the sixth parameter combination;

[0249] A third candidate parameter combination is screened from the seventh parameter combination according to the delay requirement.

[0250] In an embodiment of the present application, an audio processing device is provided. By selecting parameters of a compatible device as candidate parameters, compatibility adaptation can be automatically performed on the user device, thereby avoiding long-term audio problems when the user uses the application and improving the user experience.

[0251] Optionally, in the above Figure 10 On the basis of the corresponding embodiment, in another embodiment of the audio processing device 100 provided by the embodiment of the present application, the determining unit 1002 is further configured to:

[0252] When a compatibility problem occurs in the audio data to be played, determining a fourth candidate parameter combination according to the delay requirement, where the fourth candidate parameter combination includes one or more audio parameter combinations;

[0253] Selecting the highest-ranked audio parameter combination from the fourth candidate parameter combinations according to the audio parameter table as the fourth target parameter combination;

[0254] The playback unit 1003 is further configured to:

[0255] The audio data to be played is played according to the fourth target parameter combination.

[0256] In an embodiment of the present application, an audio processing device is provided. By updating the parameters of compatible devices in real time, the device can automatically adapt to the compatibility of the device in real time, achieving a user-friendly repair and avoiding repeated adaptation work for application manufacturers.

[0257] Optionally, in the above Figure 10 On the basis of the corresponding embodiment, in another embodiment of the audio processing device 100 provided by the embodiment of the present application, the audio parameter combination includes the audio interface type, the number of samples, and the number of channels, and the determination unit 1002 is specifically configured to:

[0258] Determine whether the reading data length of the audio data to be played meets the first condition under each combination of the audio interface type, the number of samples, and the number of channels in the fifth parameter combination;

[0259] A sixth parameter combination is determined according to a combination of the audio interface type, the number of samples, and the number of channels that meets the first condition.

[0260] In an embodiment of the present application, an audio processing device is provided. By eliminating incompatible audio parameter combinations based on whether the duration corresponding to the amount of data read under each audio parameter combination satisfies a condition, it is possible to accurately determine whether the amount of data read is abnormal, thereby improving the accuracy of compatibility judgment.

[0261] Optionally, in the above Figure 10 On the basis of the corresponding embodiment, in another embodiment of the audio processing device 100 provided by the embodiment of the present application, the audio parameter combination includes the audio interface type, the number of samples, and the number of channels, and the determination unit 1002 is specifically configured to:

[0262] Determine whether the reading data length of the audio data to be played and the synchronous processing data length meet the second condition under the combination of each audio interface type, sampling number, and number of channels in the sixth parameter combination;

[0263] A seventh parameter combination is determined based on a combination of the audio interface type, the number of samples, and the number of channels that meets the second condition.

[0264] In an embodiment of the present application, an audio processing device is provided. By using the device, incompatible audio parameter combinations are eliminated based on whether the duration corresponding to the amount of read data within a read cycle under each audio parameter combination and the duration of synchronous processing of the read data satisfy a condition, thereby accurately determining whether playback data interaction is abnormal and improving the accuracy of compatibility judgment.

[0265] Figure 11 : This is a schematic diagram of the structure of a computer device provided in an embodiment of the present application. The computer device 300 may have relatively large differences due to different configurations or performances, and may include one or more central processing units (CPU) 322 (for example, one or more processors) and memory 332, and one or more storage media 330 (for example, one or more mass storage devices) for storing application programs 342 or data 344. Among them, the memory 332 and the storage medium 330 can be short-term storage or persistent storage. The program stored in the storage medium 330 may include one or more modules (not shown in the figure), and each module may include a series of instruction operations in the computer device. Furthermore, the central processing unit 322 can be configured to communicate with the storage medium 330 to execute a series of instruction operations in the storage medium 330 on the computer device 300.

[0266] The computer device 300 may also include one or more power supplies 326, one or more wired or wireless network interfaces 350, one or more input and output interfaces 358, and / or one or more operating systems 341, such as Windows Server™, Mac OS X™, Unix™, Linux™, FreeBSD™, etc.

[0267] The steps performed by the acquisition device or the playback device in the above embodiment can be based on the Figure 11 The computer device structure shown.

[0268] A computer-readable storage medium is also provided in an embodiment of the present application, on which a computer program is stored. When the computer program is executed by a processor, the steps of the methods described in the above embodiments are implemented.

[0269] A computer program product is also provided in an embodiment of the present application, including a computer program. When the computer program is executed by a processor, the steps of the methods described in the above embodiments are implemented.

[0270] Those skilled in the art will clearly understand that, for the convenience and brevity of description, the specific working processes of the systems, devices and units described above can refer to the corresponding processes in the aforementioned method embodiments and will not be repeated here.

[0271] In the several embodiments provided in this application, it should be understood that the disclosed systems, devices and methods can be implemented in other ways. For example, the device embodiments described above are merely schematic. For example, the division of the units is merely a logical function division. In actual implementation, there may be other division methods, such as multiple units or components can be combined or integrated into another system, or some features can be ignored or not executed. Another point is that the mutual coupling or direct coupling or communication connection shown or discussed can be an indirect coupling or communication connection through some interfaces, devices or units, which can be electrical, mechanical or other forms.

[0272] The units described as separate components may or may not be physically separate, and the components shown as units may or may not be physical units, that is, they may be located in one place or distributed across multiple network units. Some or all of these units may be selected to achieve the purpose of this embodiment according to actual needs.

[0273] In addition, the functional units in the various embodiments of the present application may be integrated into a single processing unit, or each unit may exist physically separately, or two or more units may be integrated into a single unit. The aforementioned integrated units may be implemented in the form of hardware or software functional units.

[0274] If the integrated unit is implemented in the form of a software functional unit and sold or used as an independent product, it can be stored in a computer-readable storage medium. Based on this understanding, the technical solution of the present application is essentially or the part that contributes to the prior art or all or part of the technical solution can be embodied in the form of a software product, and the computer software product is stored in a storage medium, including a number of instructions for enabling a computer device (which can be a personal computer, a server, or a network device, etc.) to execute all or part of the steps of the method described in each embodiment of the present application. The aforementioned storage medium includes: various media that can store program codes, such as a USB flash drive, a mobile hard disk, a read-only memory (ROM), a random access memory (RAM), a magnetic disk or an optical disk.

[0275] As described above, the above embodiments are only used to illustrate the technical solutions of the present application, rather than to limit them. Although the present application has been described in detail with reference to the above embodiments, those skilled in the art should understand that they can still modify the technical solutions described in the above embodiments, or make equivalent replacements for some of the technical features therein. However, these modifications or replacements do not deviate the essence of the corresponding technical solutions from the spirit and scope of the technical solutions of the embodiments of the present application.

Claims

1. An audio processing method, characterized in that: include: Acquire the audio data to be collected and determine the audio scene of the audio data to be collected; Determining a latency requirement based on the audio scenario; determining a first candidate parameter combination according to the delay requirement, where the first candidate parameter combination includes one or more compatible audio parameter combinations; Acquire an audio parameter table, wherein the audio parameter table includes a delay sorting relationship of multiple audio parameter combinations; Selecting, according to the audio parameter table, an audio parameter combination with the lowest latency from the first candidate parameter combinations as a first target parameter combination; The audio data to be collected is collected according to the first target parameter combination to send to a playback device.

2. The method according to claim 1, characterized in that Determining a first candidate parameter combination according to the delay requirement includes: Filtering supported audio parameter combinations according to the device information to obtain a first parameter combination; detecting the amount of data read from the audio data to be collected according to the audio parameter combination in the first parameter combination, so as to obtain a second parameter combination from the first parameter combination; interactively detecting the collected data of the audio data to be collected according to the audio parameter combination in the second parameter combination, so as to obtain a third parameter combination from the second parameter combination; detecting the audio content of the audio data to be collected according to the audio parameter combination in the third parameter combination, so as to obtain a fourth parameter combination by screening the third parameter combination; The first candidate parameter combination is screened from the fourth parameter combination according to the delay requirement.

3. The method according to claim 1, characterized in that After collecting the audio data to be collected according to the first target parameter combination, the method further includes: When a compatibility problem occurs in the audio data to be collected, determining a second candidate parameter combination according to the delay requirement, where the second candidate parameter combination includes one or more audio parameter combinations; Selecting, according to the audio parameter table, an audio parameter combination with the lowest delay from the second candidate parameter combinations as a second target parameter combination; The audio data to be collected is collected according to the second target parameter combination.

4. The method according to claim 2, characterized in that The audio parameter combination includes an audio interface type, a sampling number, and a channel number. The detecting the amount of read data of the to-be-collected audio data according to the audio parameter combination in the first parameter combination to obtain a second parameter combination from the first parameter combination includes: Determining whether a reading data duration of the audio data to be collected meets a first condition under each combination of the audio interface type, the sampling number, and the number of channels in the first parameter combination; The second parameter combination is determined according to a combination of the audio interface type, the sampling number, and the number of channels that meets the first condition.

5. The method according to claim 2, characterized in that The audio parameter combination includes an audio interface type, a sampling number, and a channel number. The collected data of the audio data to be collected is interactively detected according to the audio parameter combination in the second parameter combination, so as to obtain a third parameter combination from the second parameter combination. The third parameter combination includes: Determining whether a data reading duration of the audio data to be collected and a data synchronization processing duration of the audio data to be collected satisfy a second condition under each combination of the audio interface type, the sampling number, and the number of channels in the second parameter combination; The third parameter combination is determined according to a combination of the audio interface type, the sampling number, and the channel number that meets the second condition.

6. The method according to claim 2, characterized in that The audio parameter combination includes an audio interface type, a sampling number, and a channel number. The detecting of the audio content of the audio data to be collected based on the audio parameter combination in the third parameter combination to obtain a fourth parameter combination from the third parameter combination includes: determining whether the audio value of the to-be-collected audio data satisfies a third condition under each combination of the audio interface type, the number of samples, and the number of channels in the third parameter combination; The fourth parameter combination is determined according to a combination of the audio interface type, the sampling number, and the number of channels that meets the third condition.

7. An audio processing method, characterized in that: include: Acquire the audio data to be played from the acquisition device and determine the audio scene of the audio data to be played; Determining a delay requirement based on the audio scenario; determining a third candidate parameter combination according to the delay requirement, where the third candidate parameter combination includes one or more compatible audio parameter combinations; Acquire an audio parameter table, wherein the audio parameter table includes a delay sorting relationship of multiple audio parameter combinations; Selecting, according to the audio parameter table, an audio parameter combination with the lowest delay from the third candidate parameter combinations as a third target parameter combination; The audio data to be played is played according to the third target parameter combination.

8. The method according to claim 7, characterized in that Determining a third candidate parameter combination according to the delay requirement includes: Filtering supported audio parameter combinations according to the device information to obtain a fifth parameter combination; detecting the amount of read data of the to-be-played audio data according to the audio parameter combination in the fifth parameter combination, so as to obtain a sixth parameter combination from the fifth parameter combination; interactively detecting the playback data of the to-be-played audio data according to the audio parameter combination in the sixth parameter combination, so as to obtain a seventh parameter combination from the sixth parameter combination; The third candidate parameter combination is screened from the seventh parameter combination according to the delay requirement.

9. The method according to claim 8, characterized in that The audio parameter combination includes an audio interface type, a sampling number, and a channel number. The detecting of the read data amount of the to-be-played audio data according to the audio parameter combination in the fifth parameter combination to obtain a sixth parameter combination from the fifth parameter combination includes: Determining whether a reading data length of the audio data to be played meets a first condition under each combination of the audio interface type, the sampling number, and the number of channels in the fifth parameter combination; The sixth parameter combination is determined according to a combination of the audio interface type, the sampling number, and the channel number that meets the first condition.

10. The method according to claim 8, characterized in that The audio parameter combination includes an audio interface type, a sampling number, and a channel number. Interactive detection of playback data of the audio data to be played is performed based on the audio parameter combination in the sixth parameter combination, so as to obtain a seventh parameter combination from the sixth parameter combination. The seventh parameter combination includes: Determining whether a duration of reading data of the to-be-played audio data and a duration of synchronously processing data satisfy a second condition under each combination of the audio interface type, the number of samples, and the number of channels in the sixth parameter combination; The seventh parameter combination is determined according to a combination of the audio interface type, the sampling number, and the number of channels that meets the second condition.

11. An audio processing device, characterized in that: include: An acquisition unit, configured to acquire the audio data to be collected and determine the audio scene of the audio data to be collected; a determining unit, configured to determine a delay requirement according to the audio scenario; determining a first candidate parameter combination according to the delay requirement, where the first candidate parameter combination includes one or more compatible audio parameter combinations; The acquisition unit is further configured to acquire an audio parameter table, wherein the audio parameter table includes a delay sorting relationship of multiple audio parameter combinations; The determining unit is further configured to select, according to the audio parameter table, an audio parameter combination with the lowest delay from the first candidate parameter combinations as a first target parameter combination; The collecting unit is used to collect the audio data to be collected according to the first target parameter combination, and send it to the playback device.

12. An audio processing device, characterized in that: include: An acquisition unit, configured to acquire the audio data to be played from the acquisition device and determine the audio scene of the audio data to be played; a determining unit, configured to determine a delay requirement according to the audio scenario; determining a third candidate parameter combination according to the delay requirement, where the third candidate parameter combination includes one or more compatible audio parameter combinations; The acquisition unit is further configured to acquire an audio parameter table, wherein the audio parameter table includes a delay sorting relationship of multiple audio parameter combinations; The determining unit is further configured to select, according to the audio parameter table, an audio parameter combination with the lowest delay from the third candidate parameter combinations as a third target parameter combination; A playing unit is used to play the audio data to be played according to the third target parameter combination.

13. A computer device, characterized in that: include: memories, transceivers, processors, and bus systems; Wherein, the memory is used to store programs; The processor is configured to execute the program in the memory, including executing the method according to any one of claims 1 to 10; The bus system is used to connect the memory and the processor so that the memory and the processor can communicate with each other.

14. A computer-readable storage medium comprising instructions, which, when executed on a computer, causes the computer to perform the method according to any one of claims 1 to 10.

15. A computer program product, characterized in that When the computer program product is executed on a computer, the computer performs the method according to any one of claims 1 to 10.

Images