CN116013334B - Audio data processing method, electronic device and storage medium - Google Patents

Abstract

The embodiment of the application provides an audio data processing method, electronic equipment and a storage medium, relates to the technical field of data processing, and is applied to wearable equipment, wherein the method comprises the following steps: after receiving the audio data, pre-analyzing the data head of the audio data to obtain pre-analysis information; judging whether the pre-analysis information belongs to a preset range which can be analyzed by the wearable equipment; if yes, after receiving a playing instruction for playing the audio data, analyzing and playing the audio data; otherwise, generating prompt information representing abnormality of the audio data, and after receiving a processing instruction input by a user aiming at the prompt information, processing the audio data according to the processing instruction. By applying the embodiment of the application, the audio data played by the wearable device can be ensured to be the audio data which can be analyzed by the wearable device.

Description

Audio data processing method, electronic device and storage medium

technical field

The present application relates to the technical field of data processing, in particular to an audio data processing method, electronic equipment and storage media.

Background technique

Wearable devices, such as smart watches, smart bracelets, etc., can play locally stored audio data, but wearable devices can only analyze and play audio data with a specified bit rate, sampling rate and format. If the wearable The device stores audio data that cannot be parsed by the wearable device. If the user controls the wearable device to play the audio data, the wearable device may analyze the audio data repeatedly because the analysis result cannot be obtained, which may lead to possible When the wearable device plays audio data, it freezes and freezes, which affects the user experience.

Therefore, it is necessary to provide a solution to ensure that the audio data played by the wearable device is the audio data that the wearable device can parse, thereby ensuring that the wearable device will not crash or freeze when playing audio data, which improves the user experience. use experience.

Contents of the invention

In view of this, the present application provides an audio data processing method, an electronic device, and a storage medium, so as to ensure that the audio data played by the wearable device is audio data that the wearable device can parse.

In the first aspect, the embodiment of the present application provides an audio data processing method, which is applied to a wearable device, and the above method includes:

After receiving the audio data, the wearable device pre-analyzes the data header of the audio data to obtain pre-analysis information, and the pre-analysis information includes: the bit rate of the audio data, the sampling rate of the audio data, the Format;

The wearable device judges whether the pre-analysis information falls within a preset range that the wearable device can resolve;

If so, the wearable device parses and plays the audio data after receiving the playback instruction to play the audio data;

Otherwise, the wearable device generates prompt information indicating that the audio data is abnormal, and after receiving a processing instruction input by the user for the prompt information, performs the processing indicated by the processing instruction on the audio data.

It can be seen from the above that because the wearable device can only analyze and play the audio data of the bit rate, sampling rate and format within the specified range, the wearable device first pre-configures the data header of the audio data after receiving the audio data. Analyze to obtain the pre-analysis information including bit rate, sampling rate and format, and then judge whether the pre-analysis information is within the preset range that the wearable device can parse. If so, it means that the wearable device can parse the above audio data; The wearable device cannot parse the above audio data. Therefore, according to the solution provided by the embodiment of the present application, it can be determined whether the above audio data is audio data that the wearable device can parse.

In addition, if the pre-analysis information belongs to the preset range that the wearable device can analyze, after receiving the playback instruction to play the above audio data, analyze and play the audio data; otherwise, generate a prompt message indicating that the audio data is abnormal, and After receiving the processing instruction input by the user for the above prompt information, perform the processing indicated by the above processing instruction on the above audio data, that is to say, for the audio data that can be parsed by the wearable device, the wearable device can directly analyze the audio data and Play, for wearable devices that cannot parse audio data, wearable devices do not directly play the audio device, and do not directly analyze the audio data, but process the audio data first, which makes the wearable device play audio There will be no crash or freeze during data processing, which improves the user experience.

In an embodiment of the present application, after receiving the processing instruction input by the user for the prompt information, performing the processing indicated by the processing instruction on the audio data includes:

The wearable device deletes the audio data after receiving a processing instruction input by the user for the prompt information indicating deletion of the audio data;

The wearable device converts the audio data into target audio data after receiving a processing instruction input by the user for the prompt information indicating format conversion of the audio data, wherein the format of the target audio data is: The target format that the wearable device can parse, the target format is: the bit rate of the audio data belongs to the preset bit range, the sampling rate of the audio data belongs to the preset sampling range, and the format of the audio data belongs to the preset format range Inside.

It can be seen from the above that for the audio data that cannot be parsed by the wearable device, the solution provided by the embodiment of the present application can delete the above-mentioned audio data after receiving the processing instruction input by the user indicating to delete the above-mentioned audio data, so that there will be no possible The wearable device can never obtain the analysis result, and it will repeat the analysis of the audio data, thereby ensuring that the wearable device will not freeze when playing the audio data, or format the above audio data after receiving the input from the user. After converting the processing instruction, convert the above audio data into the target audio data, because the format of the above target audio data is the target format that the wearable device can parse, that is to say, after converting the above audio data into the target audio data, the wearable device The above-mentioned target audio data can be analyzed and played, so that the wearable device will not be able to obtain the analysis result all the time, and will repeat the analysis of the audio data, thereby ensuring that the wearable device will freeze when playing audio data. Condition.

In one embodiment of the present application, the above method also includes:

During the process of converting the audio data into the target audio data that the wearable device can parse, the wearable device determines whether the audio data can be successfully converted into the target audio data;

If the audio data cannot be successfully converted into target audio data, the wearable device deletes the audio data.

It can be seen from the above that if the data header of the above-mentioned audio data cannot be pre-analyzed normally, the pre-analysis information cannot be obtained, and then it is impossible to determine whether the above-mentioned audio data is audio data that can be parsed by the wearable device through the embodiment of the application, and can be deleted the above audio data. In addition, by deleting the above audio data, there will be no behavior that the wearable device will always fail to obtain the analysis result and will repeatedly analyze the audio data, thereby ensuring that the wearable device will freeze when playing audio data.

In one embodiment of the present application, the above method also includes:

If it is determined during the pre-parsing process of the audio data that the data header of the audio data cannot be pre-parsed normally, the wearable device deletes the audio data.

It can be seen from the above that if the data header of the above-mentioned audio data cannot be pre-analyzed normally, the pre-analysis information cannot be obtained, and then it is impossible to determine whether the above-mentioned audio data is audio data that can be parsed by the wearable device through the embodiment of the application, and can be deleted the above audio data.

In one embodiment of the present application, the bit rate in the pre-analysis information is obtained in the following manner, including:

After receiving the audio data, the wearable device pre-analyzes the data header of the audio data to obtain the channel number and bit depth of the audio data;

The wearable device calculates the product of the sampling rate, the number of channels and the bit depth to obtain the bit rate of the audio data.

It can be seen from the above that because the bit rate of the above audio data is related to the sampling rate, number of channels and bit depth of the audio data, the data header of the above audio data is pre-analyzed to obtain the sampling rate, number of channels and bit depth of the audio data After that, the bit rate of the above audio data can be obtained.

In an embodiment of the present application, the above-mentioned determination of whether the pre-analysis information falls within the preset range that the wearable device can parse includes:

The wearable device judges whether the format in the pre-analysis information falls within the range of preset formats that the wearable device can parse;

If the format does not belong to the range of the preset format, the wearable device executes the generation of prompt information indicating that the audio data is abnormal, and after receiving the processing instruction input by the user for the prompt information, a step in which the data is processed as indicated by the processing instruction;

If the format belongs to the preset format range, the wearable device judges whether the bit rate in the pre-analysis information falls within the preset bit range that the wearable device can parse and whether the sampling rate belongs to the wearable device within the preset sampling range that can be resolved;

If the bit rate falls within the preset bit range and the sampling rate falls within the preset sampling range, the wearable device executes, after receiving a play instruction to play the audio data, Steps for parsing and playing audio data;

Otherwise, the wearable device executes the step of generating prompt information indicating that the audio data is abnormal, and after receiving a processing instruction input by the user for the prompt information, performs the processing indicated by the processing instruction on the audio data.

It can be seen from the above that because the above-mentioned pre-analysis information includes format, sampling rate and bit rate, it can be judged whether the above-mentioned format belongs to the range of the above-mentioned preset format. If not, it can be explained that the above-mentioned pre-analysis information does not belong to wearable devices. If it is within the preset range, it can continue to judge whether the above-mentioned sampling rate belongs to the above-mentioned preset sampling range and whether the above-mentioned bit rate belongs to the above-mentioned preset bit range. Otherwise, it means that the above-mentioned pre-analysis information does not belong to the preset range that the wearable device can parse. Therefore, through the embodiment of the present application, it can be determined whether the above-mentioned pre-analysis information is within the preset range that the wearable device can parse.

In a second aspect, an embodiment of the present application provides an electronic device, including a memory for storing computer program instructions and a processor for executing the program instructions, wherein when the computer program instructions are executed by the processor, trigger The electronic device executes the steps described in any one of the first aspect.

In a third aspect, an embodiment of the present application provides a computer-readable storage medium, the computer-readable storage medium includes a stored program, wherein, when the program is running, the device where the computer-readable storage medium is located is controlled to execute the first The method of any one of the aspects.

The beneficial effect of the embodiment of the present application:

An embodiment of the present invention provides an audio data processing method, which is applied to a wearable device. The method includes: after receiving the audio data, performing pre-analysis on the data header of the audio data to obtain pre-analysis information, the pre-analysis information Including: the bit rate of the audio data, the sampling rate of the audio data, the format of the audio data; judging whether the above-mentioned pre-analysis information belongs to the preset range that the above-mentioned wearable device can parse; After playing the instruction, analyze and play the above audio data; otherwise, generate a prompt message indicating that the audio data is abnormal, and after receiving the processing instruction input by the user for the above prompt information, perform the above processing instruction on the above audio data deal with.

It can be seen from the above that because the wearable device can only analyze and play the audio data of the bit rate, sampling rate and format within the specified range, the wearable device first pre-configures the data header of the audio data after receiving the audio data. Analyze to obtain the pre-analysis information including bit rate, sampling rate and format, and then judge whether the pre-analysis information is within the preset range that the wearable device can parse. If so, it means that the wearable device can parse the above audio data; The wearable device cannot parse the above audio data. Therefore, according to the solution provided by the embodiment of the present application, it can be determined whether the above audio data is audio data that the wearable device can parse.

In addition, if the pre-analysis information belongs to the preset range that the wearable device can analyze, after receiving the playback instruction to play the above audio data, analyze and play the audio data; otherwise, generate a prompt message indicating that the audio data is abnormal, and After receiving the processing instruction input by the user for the above prompt information, perform the processing indicated by the above processing instruction on the above audio data, that is to say, for the audio data that can be parsed by the wearable device, the wearable device can directly analyze the audio data and Play, for wearable devices that cannot parse audio data, wearable devices do not directly play the audio device, and do not directly analyze the audio data, but process the audio data first, which makes the wearable device play audio There will be no crash or freeze during data processing, which improves the user experience.

Description of drawings

FIG. 1 is a schematic diagram of an electronic device provided in an embodiment of the present application;

Fig. 2 is a schematic flow chart of audio data processing provided by the related art;

Fig. 3 is a schematic flow chart of the first audio data processing method provided by the embodiment of the present application;

FIG. 4 is a schematic flow diagram of a second audio data processing method provided by an embodiment of the present application;

FIG. 5 is a schematic flow diagram of a third audio data processing method provided by an embodiment of the present application;

FIG. 6 is a schematic structural diagram of the first audio data processing method provided by the embodiment of the present application;

FIG. 7 is a schematic structural diagram of a second audio data processing method provided by an embodiment of the present application;

FIG. 8 is a schematic flowchart of a pre-analysis of audio data provided by an embodiment of the present application;

FIG. 9 is a schematic flowchart of an audio data conversion provided by an embodiment of the present application;

FIG. 10 is a schematic flowchart of a fourth audio data processing method provided by an embodiment of the present application.

Detailed ways

In order to better understand the technical solutions of the present application, the embodiments of the present application will be described in detail below in conjunction with the accompanying drawings.

In order to clearly describe the technical solutions of the embodiments of the present application, in the embodiments of the present application, words such as "first" and "second" are used to distinguish the same or similar items with basically the same function and effect. For example, the first instruction and the second instruction are for distinguishing different user instructions, and their sequence is not limited. Those skilled in the art can understand that words such as "first" and "second" do not limit the quantity and execution order, and words such as "first" and "second" do not necessarily limit the difference.

It should be noted that, in this application, words such as "exemplarily" or "for example" are used as examples, illustrations or illustrations. Any embodiment or design described herein as "exemplary" or "for example" should not be construed as being preferred or advantageous over other embodiments or designs. Rather, the use of words such as "exemplarily" or "for example" is intended to present related concepts in a concrete manner.

The embodiments of the present application can be applied to tablet computers, personal computers (personal computers, PCs), personal digital assistants (personal digital assistants, PDAs), smart watches, netbooks, wearable electronic devices, and augmented reality technology (augmented reality, AR) devices , virtual reality (virtual reality, VR) equipment, vehicle equipment, smart cars, robots, smart glasses, smart TVs and other electronic devices.

As shown in Figure 1, Figure 1 is a schematic diagram of an electronic device provided by the embodiment of the present application. The electronic device shown in Figure 1 may include a processor 110, external access device interfaces 1~N120, internal memory 121, a universal serial Universal Serial Bus (USB) interface 130, charging management module 140, power management module 141, battery 142, antenna 1, antenna 2, mobile communication module 150, wireless communication module 160, audio module 170, speaker 170A, receiver 170B, Microphone 170C, earphone interface 170D, sensor module 180, button 190, motor 191, indicator 192, camera 1~N 193, display screen 1~N194, and subscriber identity module (Subscriber Identity Module, SIM) card interface 1~N 195 wait. Among them, the sensor module 180 may include a pressure sensor 180A, a gyroscope sensor 180B, an air pressure sensor 180C, a magnetic sensor 180D, an acceleration sensor 180E, a distance sensor 180F, a proximity light sensor 180G, a fingerprint sensor 180H, a temperature sensor 180J, a touch sensor 180K, an environmental An optical sensor 180L, a bone conduction sensor 180M, and the like.

It can be understood that, the structure shown in the embodiment of the present application does not constitute a specific limitation on the electronic device. In other embodiments of the present application, the electronic device may include more or fewer components than shown in the illustrations, or combine certain components, or separate certain components, or arrange different components. The illustrated components may be realized in hardware, software, or a combination of software and hardware.

The processor 110 may include one or more processing units, for example: the processor 110 may include an application processor (Application Processor, AP), a modem processor (modem), a graphics processor (Graphics Processing Unit, GPU), an image signal Processor (Image Signal Processor, ISP), controller, video codec, digital signal processor (Digital Signal Processor, DSP), baseband processor, and/or neural network processor (neural-network processing unit, NPU) wait. Wherein, different processing units may be independent devices, or may be integrated in one or more processors.

The processor 110 can generate an operation control signal according to the instruction opcode and the timing signal, and complete the control of fetching and executing the instruction.

A memory may also be provided in the processor 110 for storing instructions and data. In some embodiments, the memory in processor 110 is a cache memory. The memory may hold instructions or data that the processor 110 has just used or recycled. If the processor 110 needs to use the instruction or data again, it can be called directly from the memory. Repeated access is avoided, and the waiting time of the processor 110 is reduced, thereby improving the efficiency of the system.

In some embodiments, processor 110 may include one or more interfaces. The interface may include an integrated circuit (Inter-Integrated Circuit, I2C) interface, an integrated circuit built-in audio (Inter-Integrated CircuitSound, I2S) interface, a pulse code modulation (Pulse Code Modulation, PCM) interface, a Universal Asynchronous Receiver (Universal Asynchronous Receiver) /Transmitter, UART) interface, Mobile Industry Processor Interface (MIPI), General-Purpose Input/Output (GPIO) interface, and Subscriber Identity Module (SIM) interface.

The I2C interface is a bidirectional synchronous serial bus, including a serial data line (Serial Data Line, SDA) and a serial clock line (Derail Clock Line, SCL). In some embodiments, processor 110 may include multiple sets of I2C buses. The processor 110 may be respectively coupled to the touch sensor 180K, the charger, the flashlight, the camera 193 and the like through different I2C bus interfaces. For example, the processor 110 may be coupled to the touch sensor 180K through the I2C interface, so that the processor 110 and the touch sensor 180K communicate through the I2C bus interface to realize the touch function of the electronic device.

The I2S interface can be used for audio communication. In some embodiments, processor 110 may include multiple sets of I2S buses. The processor 110 may be coupled to the audio module 170 through an I2S bus to implement communication between the processor 110 and the audio module 170 . In some embodiments, the audio module 170 can transmit audio signals to the wireless communication module 160 through the I2S interface, so as to realize the function of answering calls through the Bluetooth headset.

The PCM interface can also be used for audio communication, sampling, quantizing and encoding the analog signal. In some embodiments, the audio module 170 and the wireless communication module 160 may be coupled through a PCM bus interface. The audio module 170 can transmit the acquired downlink audio stream data and uplink audio stream data to an electronic device wirelessly connected to the electronic device through the wireless communication module 160 .

In some embodiments, the audio module 170 can also transmit audio signals to the wireless communication module 160 through the PCM interface, so as to realize the function of answering calls through the Bluetooth headset. Both the I2S interface and the PCM interface can be used for audio communication.

The UART interface is a universal serial data bus used for asynchronous communication. The bus can be a bidirectional communication bus. It converts the data to be transmitted between serial communication and parallel communication. In some embodiments, a UART interface is generally used to connect the processor 110 and the wireless communication module 160 . For example: the processor 110 communicates with the Bluetooth module in the wireless communication module 160 through the UART interface to realize the Bluetooth function. In some embodiments, the audio module 170 can transmit the audio signal to the wireless communication module 160 through the UART interface, so as to realize the function of obtaining the downstream audio stream through the electronic device connected with Bluetooth.

The MIPI interface can be used to connect the processor 110 with peripheral devices such as the display screen 194 and the camera 193 . The MIPI interface includes a camera serial interface (Camera Serial Interface, CSI), a display serial interface (DisplaySerial Interface, DSI), and the like. In some embodiments, the processor 110 communicates with the camera 193 through the CSI interface to realize the shooting function of the electronic device 100 . The processor 110 communicates with the display screen 194 through the DSI interface to realize the display function of the electronic device.

It can be understood that the interface connection relationship between the modules shown in the embodiment of the present application is only a schematic illustration, and does not constitute a structural limitation of the electronic device. In other embodiments of the present application, the electronic device may also adopt different interface connection methods in the above embodiments, or a combination of multiple interface connection methods.

The wireless communication function of the electronic device can be realized by the antenna 1, the antenna 2, the mobile communication module 150, the wireless communication module 160, the modem processor and the baseband processor.

Antenna 1 and Antenna 2 are used to transmit and receive electromagnetic wave signals. Each antenna in an electronic device can be used to cover a single or multiple communication frequency bands. Different antennas can also be multiplexed to improve the utilization of the antennas. For example: Antenna 1 can be multiplexed as a diversity antenna of a wireless local area network. In other embodiments, the antenna may be used in conjunction with a tuning switch.

The mobile communication module 150 may provide a wireless communication solution including 2G/3G/4G/5G applied on the first electronic device. In some embodiments, the mobile communication module 150 can be used to realize the transmission of call data between two electronic devices. The party device transmits uplink audio stream data.

The wireless communication module 160 can provide applications on electronic devices including WLAN (Wireless Local Area Networks, wireless local area network), BT ((Bluetooth, Bluetooth), GNSS (Global Navigation Satellite System, global navigation satellite system), FM (Frequency Modulation, frequency modulation) , NFC (Near Field Communication, short-range wireless communication technology), IR (infrared, infrared technology) and other wireless communication solutions.

In some embodiments, the antenna 1 of the electronic device is coupled to the mobile communication module 150, and the antenna 2 is coupled to the wireless communication module 160, so that the electronic device can communicate with the network and other devices through wireless communication technology. In an embodiment of the present application, the electronic device can realize a local area network connection with another electronic device through the wireless communication module 160 . Wireless communication technologies can include Global System for Mobile Communications (GSM), General Packet Radio Service (GPRS), Code Division Multiple Access (CDMA), broadband code division multiple Wideband Code Division Multiple Access (WCDMA), Time-Division-Synchronous Code Division Multiple Access (TD-SCDMA), Long Term Evolution (LTE), BT, GNSS, WLAN, NFC, FM , and/or IR technology, etc. GNSS can include Global Positioning System (Global Positioning System, GPS), Global Navigation Satellite System (Global Navigation Satellite System, GLONASS), Beidou Satellite Navigation System (Beidou Navigation Satellite System, BDS), Quasi-Zenith Satellite System (Quasi-Zenith Satellite System) System, QZSS), and/or Satellite Based Augmentation System (Satellite Based Augmentation System, SBAS), etc.

The display screen 194 is used to display images, videos and the like. The display screen 194 includes a display panel. The display panel can adopt liquid crystal display (Liquid Crystal Display, LCD), organic light-emitting diode (Organic Light-Emitting Diode, OLED), active matrix organic light-emitting diode or active-matrix organic light-emitting diode (Active-MatrixOrganic Light-Emitting Diode). AMOLED), flexible light-emitting diode (Flex Light-Emitting Diode, FLED), MiniLED, MicroLED, Micro-OLED, and quantum dot light-emitting diode (Quantum dotLight Emitting Diode, QLED), etc. In some embodiments, the electronic device may include 1 or N display screens 194, where N is a positive integer greater than 1.

The external memory interface 120 may be used to connect an external memory card, such as a Micro Secure Digital (Secure Digital Memory, SD) card, to expand the storage capacity of the electronic device. The external memory card communicates with the processor 110 through the external memory interface 120 to implement a data storage function. For example, save files such as music, video, recording files, etc. in the external memory card.

The internal memory 121 may be used to store computer-executable program codes including instructions. The internal memory 121 may include an area for storing programs and an area for storing data. Wherein, the storage program area can store the operating system, and at least one application program required by a function (such as sound playing function, image playing function, recording function, etc.) and the like. The storage data area can store data created during use of the electronic device (such as uplink audio data, downlink audio data, and phonebook, etc.). In addition, the internal memory 121 may include a high-speed random access memory, and may also include a non-volatile memory, such as at least one magnetic disk storage device, flash memory device, Universal Flash Storage (UFS) and the like. The processor 110 executes various functional applications and data processing of the electronic device by executing instructions stored in the internal memory 121 and/or instructions stored in a memory provided in the processor 110 .

The electronic device can implement call conflict handling functions and the like through the audio module 170 , the speaker 170A, the receiver 170B, the microphone 170C, the earphone interface 170D, and the application processor.

The audio module 170 is used to convert digital audio information into analog audio signal output, and is also used to convert analog audio input into digital audio signal. The audio module 170 may also be used to encode and decode audio signals. In some embodiments, the audio module 170 may be set in the processor 110 , or some functional modules of the audio module 170 may be set in the processor 110 .

Receiver 170B, also called "earpiece", is used to convert audio electrical signals into sound signals. When the electronic device answers a phone call or voice message, the voice transmitted by the calling device can be heard through the receiver 170B.

The microphone 170C, also called "microphone" or "microphone", is used to convert sound signals into electrical signals. When making a call or sending a voice message, the user can approach the microphone 170C to make a sound through the human mouth, and input the sound signal into the microphone 170C to realize the collection of upstream audio stream.

The pressure sensor 180A is used to sense the pressure signal and convert the pressure signal into an electrical signal. In some embodiments, pressure sensor 180A may be disposed on display screen 194 . In some embodiments, when the user clicks and presses the answer button on the display screen 194, the function of manually answering the call can be realized, and when the user clicks and presses the hangup button on the display screen 194, the function of manually hanging up the call can be realized.

The touch sensor 180K is also called "touch device". The touch sensor 180K can be disposed on the display screen 194, and the touch sensor 180K and the display screen 194 form a touch screen, also called a “touch screen”. The touch sensor 180K is used to detect a touch operation on or near it. The touch sensor 180K may transmit the detected touch operation to the application processor to determine the touch event type. Visual output related to the touch operation can be provided through the display screen 194 . In some other embodiments, the touch sensor 180K may also be disposed on the surface of the electronic device, which is different from the position of the display screen 194 .

The keys 190 include a power key, a volume key and the like. The key 190 may be a mechanical key. It can also be a touch button. The electronic device can receive key input and generate key signal input related to user settings and function control of the electronic device.

The motor 191 can generate a vibrating reminder. The motor 191 can be used for incoming call vibration prompts, and can also be used for touch vibration feedback. For example, touch operations applied to different applications (such as taking pictures, playing audio, etc.) may correspond to different vibration feedback effects. The motor 191 may also correspond to different vibration feedback effects for touch operations acting on different areas of the display screen 194 . Different application scenarios (for example: time reminder, receiving information, alarm clock, games, etc.) can also correspond to different vibration feedback effects. The touch vibration feedback effect can also support customization.

The SIM card interface 195 is used for connecting a SIM card. The SIM card can be inserted into the SIM card interface 195 or pulled out from the SIM card interface 195 to realize contact and separation with the electronic device. The electronic device can support 1 or N SIM card interfaces, where N is a positive integer greater than 1. SIM card interface 195 can support Nano SIM card, Micro SIM card, SIM card and so on. Multiple cards can be inserted into the same SIM card interface 195 at the same time. The types of the multiple cards may be the same or different. The SIM card interface 195 is also compatible with different types of SIM cards. The SIM card interface 195 is also compatible with external memory cards. The electronic device interacts with the network through the SIM card to realize functions such as calling and data communication. In some embodiments, the electronic device adopts an eSIM, that is, an embedded SIM card. The eSIM card can be embedded in the electronic device and cannot be separated from the electronic device.

In order to facilitate understanding of the solutions provided by the embodiments of the present application, the application scenarios of the present application are described first.

First of all, the above-mentioned audio data can be the audio data transmitted by the user from the software application in the mobile phone, notebook computer, tablet computer, etc. , the above-mentioned software application may be watch management software, music software, social software, etc., and the above-mentioned audio data may be music data, voice message data, voice broadcast data, etc.

Referring to FIG. 2 , it is a schematic flow chart of audio data processing provided in the related art, which may include the following steps: S201-S209.

Step S201: After receiving the audio data transmission instruction input by the user, the software application sends the audio data to the sub-core of the wearable device.

Specifically, the above-mentioned software application is installed in an electronic device that communicates with the wearable device, wherein the above-mentioned electronic device can be a mobile phone, a tablet computer, etc., and the above-mentioned communication connection can be a Bluetooth connection, a wireless connection, etc.

Step S202: After receiving the audio data sent by the software application, the sub-core of the wearable device sends the audio data to the main core of the wearable device.

Step S203: The main core of the wearable device uses a third-party parsing algorithm to pre-parse the above audio data, and obtain and save the audio data and pre-parse information.

Specifically, the above step S201-step S203 belongs to the process of transmitting the audio data in the software application to the wearable device. When the user controls the wearable device to play the above-mentioned audio data, step S204-step S206 can be executed.

Step S204: After receiving the audio data playback instruction input by the user, the front-end program of the wearable device sends the above playback instruction to the main core of the wearable device.

Step S205: After receiving the playback instruction, the main core of the wearable device reads the stored audio data, and pre-analyzes the audio data to obtain pre-analysis information.

Step S206: The main core of the wearable device sends the pre-analysis information and audio data to the sub-core of the wearable device.

Step S207: The sub-core of the wearable device further analyzes the above-mentioned pre-analysis information and audio data to determine whether the above-mentioned audio data can be played normally.

Specifically, if the above audio data can be played normally, execute step S209, otherwise execute step S208.

Step S208: The sub-core of the wearable device sends the abnormal information indicating that the audio data cannot be played to the front-end program of the wearable device, so that the front-end program of the wearable device pops up in the UI of the wearable device based on the above-mentioned abnormal information to remind the user of the above-mentioned audio data The toast (cheers) prompt that does not play properly.

Step S209: The sub-core of the wearable device plays the above audio data based on smartPA.

Since the above-mentioned wearable device can only analyze the audio data of the bit rate, sampling rate and format within the specified range, if the bit rate, sampling rate and format of the audio data sent to the above-mentioned wearable device do not belong to the specified range, then the Wearable devices cannot parse the above audio data.

For example: if the wearable device can use the third-party analysis algorithm corresponding to format A to analyze the audio data of format A, and can use the third-party analysis algorithm corresponding to format B to analyze the audio data of format B, but if the above The format of the audio data is format C, and the wearable device cannot use the third-party parsing algorithm corresponding to format C to parse the audio data of format C, then the third-party parsing algorithm corresponding to format A may be used by default to analyze the above audio data Analysis, and then the analysis information cannot be obtained. Since the analysis information cannot be obtained, the main core of the wearable device may repeatedly analyze the above audio data, which will cause the wearable device to crash and freeze when playing audio data, affecting the use of users. experience.

Or, if the external format of the above audio data is format A, and the internal format is format B, for example: the actual suffix name of the above audio data is format B, but the user modifies the suffix name of the above audio data to format A, that is, format A is the external format of the above audio data, and format B is the internal format of the above audio data. After receiving the above audio data, the wearable device determines that the format of the above audio data is format A through the external format of the above audio data, and the above audio data The real format of the above audio data is format B, because the wearable device determines format A, so the wearable device will use the third-party parsing algorithm corresponding to format A to analyze the above audio data, but the real format of the above audio data is format B, so The analysis information cannot be obtained. Since the analysis information cannot be obtained, the wearable device may repeatedly analyze the above audio data, which will cause the wearable device to freeze when playing audio data, and affect the user experience.

In order to solve the above problems in the existing related technologies, the front-end program of the software application installed in electronic devices such as tablet computers and mobile phones will judge whether the wearable device can analyze the above audio data based on the capabilities of the chip configured in the wearable device. If possible, the audio data will be sent to the wearable device, otherwise there is no need to send the audio data to the wearable device. However, as the types of the above-mentioned software applications increase, the types of audio data sent to the wearable device will also increase, and it is impossible to guarantee that the front-end program of each software application can determine the capability of the chip configured in the wearable device. is accurate.

In addition, only when the audio data in the software application is transmitted to the wearable device, the front-end program in the software application will judge whether the wearable device can parse the above audio data. If the wearable device downloads audio data from the network or the cloud, There will be no process for the front-end program to determine whether the wearable device can parse the above-mentioned audio data, and then there is no guarantee that the audio data can be parsed by the wearable device.

In order to solve the above problems, the embodiment of the present application provides a method for processing audio data, see FIG. 3 , which is a schematic flow chart of the first method for processing audio data provided by the embodiment of the present application, which may include the following steps: Step S301- Step S304.

Step S301: After receiving the audio data, perform pre-analysis on the data header of the audio data to obtain pre-analysis information.

Wherein, the above-mentioned pre-analysis information includes: the bit rate of the audio data, the sampling rate of the audio data, and the format of the audio data.

First of all, wearable devices can receive audio data from software applications in devices such as mobile phones, laptops, and tablets, and can also receive audio data downloaded from the Internet and the cloud.

Specifically, because the wearable device can only analyze the audio data of the bit rate, sampling rate and format within the specified range, after receiving the audio data, it first pre-analyzes the data header of the above audio data to obtain the Rate, sampling rate and format pre-analysis information, after obtaining the above pre-analysis information, you can determine whether the wearable device can parse the above audio data through the following steps.

In an embodiment of the present application, the above-mentioned audio data can be music data, voice message data, voice broadcast data, etc., for example: after the wearable device receives the voice broadcast data downloaded from the cloud, it can report the data of the above-mentioned voice broadcast data header to obtain pre-analysis information, or when the wearable device receives the music data transmitted from the music software in the mobile device, it can pre-analyze the data header of the music data to obtain pre-analysis information.

In one embodiment of the present application, the wearable device further includes the following step A in the process of pre-parsing the audio data.

Step A: If it is determined during the pre-parsing process of the audio data that the data header of the audio data cannot be pre-parsed normally, then delete the audio data.

For example: the above audio data is audio data whose data header is damaged, or the information in the data header of the audio data is missing during the process of sending the above audio data to the wearable device, then the wearable device pre-parses the above audio data In the process of determining whether the data header cannot be pre-analyzed normally, and thus the above-mentioned pre-analysis information cannot be obtained, and it is impossible to determine whether the above-mentioned audio data is audio data that can be parsed by the wearable device through the embodiment of the application, the above-mentioned audio can be deleted. data.

It can be seen from the above that if the data header of the above-mentioned audio data cannot be pre-analyzed normally, the pre-analysis information cannot be obtained, and then it is impossible to determine whether the above-mentioned audio data is audio data that can be parsed by the wearable device through the embodiment of the application, and can be deleted the above audio data.

In addition, the data header of the above-mentioned audio data may include: the format of the audio data, the sampling rate of the audio data, the bit depth of the audio data, the number of channels of the audio data, the data size of the audio data, etc. Pre-parsing, it is easy to get the sampling rate of the audio data and the format of the audio data.

In another embodiment of the present application, the bit rate in the above pre-analysis information can be obtained through the following steps B-C.

Step B: After receiving the audio data, pre-analyze the data header of the above audio data to obtain the number of channels and bit depth of the above audio data.

Specifically, because the data header of the audio data may include channel data and bit depth of the audio data, the number of channels and bit depth of the audio data can be obtained by pre-parsing the data header of the audio data.

Step C: Calculate the product of the sampling rate, the number of channels and the bit depth to obtain the bit rate of the above audio data.

In one embodiment of the present application, if the sampling rate of the above-mentioned audio data is 44.1kHZ, the number of channels is 2, and the bit depth is 8Bit, then the product of the sampling rate, the number of channels and the bit depth can be calculated, and the obtained bit rate is 705.6 KB/s.

It can be seen from the above that because the bit rate of the above audio data is related to the sampling rate, number of channels and bit depth of the audio data, the data header of the above audio data is pre-analyzed to obtain the sampling rate, number of channels and bit depth of the audio data After that, the bit rate of the above audio data can be obtained.

Step S302: Determine whether the above-mentioned pre-analysis information falls within a preset range that the above-mentioned wearable device can analyze.

Specifically, if the above-mentioned pre-analysis information belongs to the preset range that the above-mentioned wearable device can analyze, it means that the wearable device can analyze the above-mentioned audio data, so step S303 can be executed, if the above-mentioned pre-analysis information does not belong to the above-mentioned wearable device If it is within the preset range that can be parsed, it means that the wearable device may not be able to parse the audio data, so step S304 can be executed.

In one embodiment of the present application, the above step S302 can be implemented through step 302A-step S302B in FIG. 4 , see the subsequent embodiments for details, and will not be described in detail here.

Step S303: After receiving a play instruction to play the above audio data, analyze and play the above audio data.

Specifically, if the above-mentioned pre-analysis information falls within the preset range that the above-mentioned wearable device can analyze, it means that the wearable device can analyze the above-mentioned audio data, so after receiving the playback instruction to play the above-mentioned audio data, the above-mentioned audio data Parse and play.

In one embodiment of the present application, if the above-mentioned pre-analysis information falls within the preset range that the above-mentioned wearable device can parse, after the front-end program of the wearable device receives the playback instruction to play the above-mentioned audio data, the front-end program of the wearable device will play The instruction is sent to the main core of the wearable device, and the main core of the wearable device analyzes the above audio data, obtains the analysis information and sends the analysis information to the sub-core of the wearable device, and the sub-core of the wearable device further analyzes the above analysis information and plays the above audio equipment.

Step S304: Generate prompt information indicating that the audio data is abnormal, and perform processing indicated by the above processing instruction on the above audio data after receiving a processing instruction input by the user for the above prompt information.

Specifically, if the above-mentioned pre-analysis information does not belong to the preset range that the above-mentioned wearable device can analyze, it means that the wearable device cannot analyze the above-mentioned audio data, so it can generate a prompt message indicating that the audio data is abnormal to remind the user that the above-mentioned audio data Data cannot be parsed for playback.

In addition, after learning the above prompt information, the user can input a processing instruction for the above prompt information, and after receiving the above processing instruction, the wearable device can perform the processing indicated by the above processing instruction on the above audio data, so that the wearable device can After the above-mentioned audio equipment is processed, the wearable device can analyze and play the above-mentioned audio data, which can solve the problem that the wearable device cannot always obtain the analysis result, and will repeat the analysis of the audio data, ensuring that the wearable device does not play the audio data. There will be crashes.

In an embodiment of the present application, the above step S304 may be implemented through steps 304A-S304B in FIG. 5 , see the subsequent embodiments for details, and will not be described in detail here.

It can be seen from the above that because the wearable device can only analyze and play the audio data of the bit rate, sampling rate and format within the specified range, the wearable device first pre-configures the data header of the audio data after receiving the audio data. Analyze to obtain the pre-analysis information including bit rate, sampling rate and format, and then judge whether the pre-analysis information is within the preset range that the wearable device can parse. If so, it means that the wearable device can parse the above audio data; The wearable device cannot parse the above audio data. Therefore, according to the solution provided by the embodiment of the present application, it can be determined whether the above audio data is audio data that the wearable device can parse.

In addition, if the pre-analysis information belongs to the preset range that the wearable device can analyze, after receiving the playback instruction to play the above audio data, analyze and play the audio data; otherwise, generate a prompt message indicating that the audio data is abnormal, and After receiving the processing instruction input by the user for the above prompt information, perform the processing indicated by the above processing instruction on the above audio data, that is to say, for the audio data that can be parsed by the wearable device, the wearable device can directly analyze the audio data and Play, for wearable devices that cannot parse audio data, wearable devices do not directly play the audio device, and do not directly analyze the audio data, but process the audio data first, which makes the wearable device play audio There will be no crash or freeze during data processing, which improves the user experience.

Referring to FIG. 4, FIG. 4 is a schematic flowchart of a second audio data processing method provided by the embodiment of the present application. Compared with the embodiment shown in FIG. 3, the above step S302 may include the following steps: S302A-S302B.

Step S302A: judging whether the format in the above-mentioned pre-analysis information falls within the range of preset formats that the above-mentioned wearable device can parse.

Specifically, because the above-mentioned pre-analysis information includes format, sampling rate and bit rate, so to judge whether the pre-analysis information belongs to the preset range that the wearable device can parse, you can first judge whether the format in the above-mentioned pre-analysis information belongs to the above-mentioned acceptable If the format in the above-mentioned pre-analysis information is not within the range of the preset format that can be parsed by the wearable device, it can be explained that the above-mentioned pre-analysis information does not belong to the above-mentioned preset range, and the above step S304 can be performed, otherwise Step S302B can be executed.

In one embodiment of the present application, the formats within the range of the aforementioned preset formats are all formats that can be parsed by wearable devices. If the range of first preset formats that can be parsed by the first wearable device includes: MP3 (Moving Picture Experts Group Audio Layer III, dynamic image expert compression standard audio layer 3) format, AAC (Advanced Audio Coding, advanced audio coding) format and WAV (WaveForm, waveform) format, after the first wearable device analyzes the received audio data, if The format of the audio data is MP3 format, that is, the above-mentioned format belongs to the range of the first preset format that can be parsed by the first wearable device, and the above-mentioned step S304 can be performed. If the format of the obtained audio data is in the FLAC format, that is, the above-mentioned format If it does not fall within the range of the first preset format that the first wearable device can parse, the above step S302B may be performed.

Alternatively, if the range of second preset formats that can be parsed by the second wearable device includes: MP3 format, AAC format, WAV format, FLAC (Free Lossless Audio Code, lossless audio compression encoding) format and APE format, the second wearable device After the device parses the received audio data, if the format of the obtained audio data is WAV format, that is, the above format falls within the range of the second preset format that can be parsed by the second wearable device, the above step S304 can be executed, if The format of the obtained audio data is the CDA format, that is, the above-mentioned format does not belong to the range of the second preset format that the above-mentioned second wearable device can parse, and the above-mentioned step S302B can be performed.

Step S302B: Determine whether the bit rate in the pre-analysis information falls within the preset bit range that the wearable device can parse and whether the sampling rate falls within the preset sampling range that the wearable device can parse.

Specifically, if the format in the above-mentioned pre-analysis information falls within the range of the preset format that the above-mentioned wearable device can parse, it can continue to judge whether the bit rate in the pre-analysis information falls within the preset bit range that the above-mentioned wearable device can parse. And whether the sampling rate falls within the preset sampling range that the above-mentioned wearable device can resolve, if the above-mentioned format is within the above-mentioned preset format range, the above-mentioned bit rate is within the above-mentioned preset bit range, and the above-mentioned sampling rate is within the above-mentioned preset sampling range , it can be explained that the above-mentioned pre-analysis information belongs to the preset range that the above-mentioned wearable device can analyze, so step S303 can be executed, if the above-mentioned bit rate does not belong to the above-mentioned preset bit range but the above-mentioned sampling rate belongs to the above-mentioned preset sampling range , or the above-mentioned sampling rate does not belong to the above-mentioned preset sampling range but the above-mentioned bit rate falls within the above-mentioned preset bit range, or the above-mentioned bit rate does not belong to the above-mentioned preset bit range and the above-mentioned sampling rate does not belong to the above-mentioned preset sampling range, It can be explained that the above-mentioned pre-analysis information does not belong to the preset range that the wearable device can analyze, so step S304 can be executed.

In one embodiment of the present application, if the format of the audio data is MP3 format and belongs to the above-mentioned preset format range, it can continue to judge whether the bit rate of the audio data belongs to the above-mentioned preset bit range and whether the sampling rate of the audio data belongs to the above-mentioned preset range. Set the sampling range. When the format of the audio data is MP3 format, the preset sampling range that the wearable device can parse is: 44.1kHZ and 48kHZ, and the preset bit range that the wearable device can parse is: the bit rate is greater than 288KB/s, if the wearable device The bit rate obtained by analysis is 300KB/s, and the sampling rate is 48kHZ, that is, the bit rate is within the preset bit range and the sampling rate is within the preset sampling range, which means that the above pre-analysis information belongs to the above preset range, and then you can Execute step S303, if the bit rate analyzed by the wearable device is 200KB/s, and the sampling rate is 44.1 kHZ, that is, the sampling rate is within the preset sampling range but the bit rate is not within the preset bit range, it means that the above pre-analysis information If it does not belong to the above preset range, step S304 can be executed.

It can be seen from the above that because the above-mentioned pre-analysis information includes format, sampling rate and bit rate, it can be judged whether the above-mentioned format belongs to the range of the above-mentioned preset format. If not, it can be explained that the above-mentioned pre-analysis information does not belong to wearable devices. If it is within the preset range, it can continue to judge whether the above-mentioned sampling rate belongs to the above-mentioned preset sampling range and whether the above-mentioned bit rate belongs to the above-mentioned preset bit range. Otherwise, it means that the above-mentioned pre-analysis information does not belong to the preset range that the wearable device can parse. Therefore, through the embodiment of the present application, it can be determined whether the above-mentioned pre-analysis information is within the preset range that the wearable device can parse.

Referring to FIG. 5, FIG. 5 is a schematic flowchart of a third audio data processing method provided by the embodiment of the present application. Compared with the embodiment shown in FIG. 3, the above step S304 may include the following steps: step S304A-step S304B.

Step S304A: After receiving a processing instruction indicating deletion of the audio data input by the user in response to the prompt information, delete the audio data.

Specifically, the wearable device can delete the above audio data after receiving the processing instruction indicating to delete the above audio data, because the above audio data cannot be parsed, by deleting the above audio data, the wearable device will not always be unable to obtain As a result of the parsing, the audio data will be repeatedly parsed, thereby ensuring that the wearable device does not freeze when playing audio data.

In one embodiment of the present application, the front-end program of the wearable device can display the prompt information indicating that the audio data is abnormal in the UI (User Interface, user interface) interface of the wearable device, and the user can pass the prompt information in the UI interface of the wearable device Knowing that the audio data is abnormal, the user may input a processing instruction indicating to delete the audio data, and the wearable device deletes the audio data after receiving the processing instruction indicating to delete the audio data.

Step S304B: after receiving a processing instruction input by the user in response to the prompt information indicating to convert the format of the audio data, convert the audio data into target audio data.

Wherein, the format of the above-mentioned target audio data is: the target format that the above-mentioned wearable device can parse, and the above-mentioned target format is: the bit rate of the audio data is within the preset bit range, the sampling rate of the audio data is within the preset sampling range, and the audio data is within the preset sampling range. The format of the data falls within the range of preset formats.

Specifically, the wearable device may convert the above audio data into target audio data after receiving a processing instruction representing format conversion of the above audio data, and the format of the above target audio data is a target format that the wearable device can parse, That is to say, after the above audio data is converted into the target audio data, the wearable device can analyze the above target audio data, so there will be no behavior that the wearable device will always fail to obtain the analysis result and will repeatedly analyze the audio data , thus ensuring that the wearable device does not freeze when playing audio data.

In one embodiment of the present application, the front-end program of the wearable device can display the prompt information indicating that the audio data is abnormal in the UI interface of the wearable device. Inputting a processing instruction representing format conversion of the above audio data, the wearable device converts the audio data into target audio data after receiving the processing instruction representing performing format conversion of the above audio data.

In addition, for the formats that different wearable devices can parse, the preset sampling range and preset bit range that the wearable device can parse are also different. For example, the preset format range includes: MP3 format, AAC format and WAV format. When the When the format of the audio data is MP3, the preset sampling range that the wearable device can parse is: 44.1kHZ and 48kHZ, and the preset bit range that the wearable device can parse is: the bit rate is greater than 288KB/s, when the format of the audio data is When converting to MP3 format, at the same time, the bit rate of the audio data must be converted to 400KB/s, and the sampling rate of the audio data is converted to 48kHZ. Belongs to the preset sampling range, and the format of the audio data falls within the preset format range, that is, the audio data is successfully converted into the target audio data.

In another embodiment of the present application, the above-mentioned audio device can be converted into the target audio device through the conversion chip configured in the wearable device, or the above-mentioned audio device can be converted into the target audio device through the conversion code written by the staff, or Use an encoding library such as FFmpeg, lame, or pydub to convert the above audio device to the target audio device.

Secondly, in the process of converting the above audio data into target audio data that can be parsed by the above wearable device, the following step D-step E is also included.

Step D: judging whether the above audio data can be successfully converted into target audio data.

Specifically, because the target audio data is the audio data that can be parsed by the wearable device, if the audio data can be successfully converted into the target audio data, the above target audio data can be analyzed after receiving the playback instruction to play the above target audio data and play, if the audio data cannot be successfully converted into the target audio data, step E can be performed.

Step E: Delete the above audio data.

Specifically, if the audio data cannot be successfully converted into target audio data, it means that the above audio data cannot be converted into audio data that can be parsed by the wearable device, so the above audio data can be deleted.

If the data header of the above audio data cannot be pre-analyzed normally, the pre-analysis information cannot be obtained, and then it is impossible to determine whether the above audio data is audio data that can be parsed by the wearable device through the embodiment of the present application, and the above audio data can be deleted. In addition, by deleting the above audio data, there will be no behavior that the wearable device will always fail to obtain the analysis result and will repeatedly analyze the audio data, thereby ensuring that the wearable device will freeze when playing audio data.

It can be seen from the above that for the audio data that cannot be parsed by the wearable device, the solution provided by the embodiment of the present application can delete the above-mentioned audio data after receiving the processing instruction input by the user indicating to delete the above-mentioned audio data, so that there will be no possible The wearable device can never obtain the analysis result, and it will repeat the analysis of the audio data, thereby ensuring that the wearable device will not freeze when playing the audio data, or format the above audio data after receiving the input from the user. After converting the processing instruction, convert the above audio data into the target audio data, because the format of the above target audio data is the target format that the wearable device can parse, that is to say, after converting the above audio data into the target audio data, the wearable device The above-mentioned target audio data can be analyzed and played, so that the wearable device will not be able to obtain the analysis result all the time, and will repeat the analysis of the audio data, thereby ensuring that the wearable device will freeze when playing audio data. Condition.

Referring to FIG. 6, it is a schematic structural diagram of the first audio data processing method provided by the embodiment of the present application. In FIG. 6, the framework layer representing the application business framework of the wearable device includes the basic capabilities of the system, and the basic capabilities of the system include: communication services and audio service. Among them, the communication service includes: message service, call service, contacts, and interconnection, and the audio service includes: music playback, audio management, voice broadcast, voice service, and music control. The above-mentioned audio management is used to realize audio data processing.

Referring to FIG. 7, it is a schematic structural diagram of a second audio data processing method provided by the embodiment of the present application. In FIG. 7, it includes an application layer, a framework layer, a Bluetooth device, and data processing, wherein the above-mentioned framework layer includes audio management, The above-mentioned audio management includes: a third-party analysis algorithm module and a preprocessing module, and the preprocessing module includes: a preanalysis submodule and an audio data conversion submodule.

Specifically, the Bluetooth device is used to transmit the audio data to the pre-analysis sub-module, and the pre-analysis sub-module is used to judge whether the wearable device can parse the above audio data, and if the above audio data can be parsed, then send the above audio data to a third party The parsing algorithm module, the third-party parsing algorithm module parses the above audio data, and sends the parsed data to data processing to be able to play the above audio data, if the above audio data cannot be parsed, the preprocessing module sends a representation to the application layer The prompt information of abnormal audio data, and then the application layer will display the above prompt information on the wearable device UI interface, and then according to the prompt information in the wearable device UI interface, the user enters a processing command indicating to delete the above audio data or enters Indicates a processing instruction for format conversion of the above audio data. If the user input is an input processing instruction representing format conversion of the above audio data, the audio data conversion sub-module converts the above audio data into a target that can be parsed by the wearable device For audio data, if the user inputs a processing instruction indicating to delete the above audio data, the above preprocessing module will delete the above audio data.

The process of parsing the above audio data by the above-mentioned pre-analysis sub-module can be realized by steps S801-step S807 in FIG. 8 below, and the process of converting audio data by the audio data conversion sub-module can be realized by steps S901-step S904 in FIG. 9 below.

Referring to FIG. 8 , FIG. 8 is a schematic flow chart of pre-parsing audio data provided by an embodiment of the present application, which may include the following steps: Step S801-Step S807.

Step S801: After receiving the audio data, pre-analyze the data header of the audio data to obtain pre-analysis information including audio data format, bit rate and sampling process.

Step S802: judging whether the pre-analysis information obtained through pre-analysis is normal information.

Specifically, if the above pre-analysis information is normal information, execute step S804, otherwise execute step S803.

Step S803: Delete the above audio data.

Step S804: Determine whether the format in the above-mentioned pre-parsing information falls within the range of preset formats that the above-mentioned wearable device can parse.

Specifically, if the format in the above-mentioned pre-analysis information falls within the range of preset formats that can be parsed by the above-mentioned wearable device, then step S806 is executed; otherwise, step S805 is executed.

Step S805: Generate prompt information indicating that the audio data is abnormal, delete the audio data after receiving a processing instruction input by the user for the prompt information indicating that the audio data is deleted or receive a format conversion for the audio data input by the user for the prompt information After processing the instruction, convert the audio data to target audio data.

Step S806: Determine whether the bit rate in the pre-analysis information falls within the preset bit range that the wearable device can parse and whether the sampling rate falls within the preset sampling range that the wearable device can parse.

Specifically, if the above-mentioned bit rate belongs to the above-mentioned preset bit range and the above-mentioned sampling rate belongs to the above-mentioned preset sampling range, step S807 is executed; otherwise, step S805 is executed.

Step S807: Send the above-mentioned audio data to the third-party analysis algorithm module, so that the third-party analysis algorithm module can analyze the above-mentioned audio data.

Specifically, the specific implementation of the above step S801-step S807 has been described in detail above, and will not be repeated here.

Referring to FIG. 9 , FIG. 9 is a schematic flowchart of an audio data conversion provided by an embodiment of the present application, which may include the following steps: Step S901-Step S904.

Step S901: Convert the audio data into target audio data after receiving a processing instruction input by the user in response to the prompt information indicating to perform format conversion on the audio data.

Wherein, the format of the above-mentioned target audio data is: the target format that the above-mentioned wearable device can parse, and the above-mentioned target format is: the bit rate of the audio data is within the preset bit range, the sampling rate of the audio data is within the preset sampling range, and the audio data is within the preset sampling range. The format of the data falls within the range of preset formats.

Step S902: judging whether the above audio data can be successfully converted into target audio data.

Specifically, if the above audio data can be successfully converted into the target audio data, execute step S903, otherwise execute step S904.

Step S903: Send the above-mentioned target audio data to the third-party parsing algorithm module, so that the third-party parsing algorithm module can analyze the above-mentioned target audio data.

Step S904: Delete the above audio data.

Specifically, the specific implementation of the above step S901 - step S904 has been described in detail above, and will not be repeated here.

Referring to FIG. 10 , FIG. 10 is a schematic flowchart of a fourth audio data processing method provided by the embodiment of the present application, which may include the following steps: Step S1001-Step S1019.

Step S1001: the software application sends audio data to the sub-core of the wearable device.

Step S1002: the sub-core of the wearable device sends the received audio data to the main core of the wearable device.

Step S1003: The main core of the wearable device sends the above audio data to the preprocessing module.

Step S1004: The preprocessing module pre-analyzes the data header of the above audio data to obtain pre-analysis information including format, sampling rate and bit rate.

Step S1005: the pre-processing module judges whether the pre-analysis information obtained by pre-analysis is normal information.

Specifically, if the pre-analysis information obtained by the pre-analysis is normal information, execute step S1008; otherwise, execute steps S1006-step S1007.

Step S1006: the preprocessing module sends the abnormal information indicating that the audio data is damaged to the front-end program of the wearable device.

Step S1007: The front-end program of the wearable device displays the abnormal information indicating that the audio data is damaged on the UI interface of the wearable device, so as to prompt the user that the audio data has been damaged.

Step S1008: the pre-processing module judges whether the pre-analysis information falls within the preset range that the above-mentioned wearable device can analyze.

Specifically, if the format in the pre-analysis information does not belong to the preset format range, then perform step S1009-step S1010; if the bit rate in the pre-analysis information does not belong to the preset bit range and/or the sampling rate does not belong to the preset If it is within the sampling range, execute step S1011-step S1012; if the pre-analysis information is within the preset range that the wearable device can analyze, execute step S1013.

Step S1009: the pre-processing module sends an exception message indicating that the format of the audio data is abnormal to the front-end program of the wearable device.

Step S1010: The front-end program of the wearable device displays abnormal information indicating that the format of the audio data is abnormal on the UI interface of the wearable device, so as to prompt the user that the format of the audio data is abnormal.

Step S1011: the preprocessing module sends abnormal information indicating that the sampling rate and/or bit rate of the audio data is abnormal to the front-end program of the wearable device.

Step S1012: The front-end program of the wearable device displays abnormal information indicating abnormal audio sampling rate and/or bit rate on the UI interface of the wearable device, so as to prompt the user that the sampling rate and/or bit rate of the audio data is abnormal.

Step S1013: the preprocessing module sends the above audio data to the main core of the wearable device.

Step S1014: The main core of the wearable device uses a third-party analysis algorithm to analyze the above audio data, and obtains and saves the audio data and pre-analysis information.

Step S1015: After receiving the playback instruction to play the above audio data, the main core of the wearable device reads the stored audio data, and pre-analyzes the above audio data to obtain pre-analysis information.

Step S1016: The main core of the wearable device sends the pre-analysis information and audio data to the sub-core of the wearable device.

Step S1017: The sub-core of the wearable device further analyzes the above-mentioned pre-analysis information and audio data to determine whether the above-mentioned audio data can be played normally.

Specifically, if the above audio data can be played normally, execute step S1019, otherwise execute step S1018.

Step S1018: The sub-core of the wearable device sends the abnormal information indicating that the audio data cannot be played to the front-end program of the wearable device, so that the front-end program of the wearable device pops up in the UI of the wearable device based on the above-mentioned abnormal information to remind the user of the above-mentioned audio data The toast prompt that cannot be played normally.

Step S1019: The sub-core of the wearable device plays the above audio data based on smartPA.

Specifically, the specific implementation of the above step S1001-step S1017 has been described in detail above, and will not be repeated here.

In a specific implementation, the present application also provides a computer storage medium, wherein the computer storage medium can store a program, wherein, when the above program is running, the device where the above computer-readable storage medium is located is controlled to execute part or all of the above-mentioned embodiments step. The storage medium mentioned above may be a magnetic disk, an optical disk, a read-only memory (English: read-only memory, ROM for short), or a random access memory (English: random access memory, RAM for short), and the like.

In a specific implementation, an embodiment of the present application also provides a computer program product, the computer program product includes executable instructions, and when the executable instructions are executed on a computer, the computer executes part or part of the above method embodiments. All steps.

Various embodiments of the mechanisms disclosed in this application may be implemented in hardware, software, firmware, or a combination of these implementation methods. Embodiments of the present application may be implemented as a computer program or program code executed on a programmable system comprising at least one processor, a storage system (including volatile and non-volatile memory and/or storage elements) , at least one input device, and at least one output device.

Program code can be applied to input instructions to perform the functions described herein and to generate output information. The output information may be applied to one or more output devices in known manner. For the purposes of this application, a processing system includes any computer having a processor such as, for example, a Digital Signal Processor (DSP), a microcontroller, an Application Specific Integrated Circuit (ASIC), or a microprocessor. system.

The program code can be implemented in a high-level procedural language or an object-oriented programming language to communicate with the processing system. Program code can also be implemented in assembly or machine language, if desired. In fact, the mechanisms described in this application are not limited in scope to any particular programming language. In either case, the language may be a compiled or interpreted language.

In some cases, the disclosed embodiments may be implemented in hardware, firmware, software, or any combination thereof. The disclosed embodiments can also be implemented as instructions carried by or stored on one or more transitory or non-transitory machine-readable (e.g., computer-readable) storage media, which can be executed by one or more processors read and execute. For example, instructions may be distributed over a network or via other computer-readable media. Thus, a machine-readable medium may include any mechanism for storing or transmitting information in a form readable by a machine (e.g., a computer), including, but not limited to, floppy disks, compact disks, compact disks, Compact Disc Read Only Memory , CD-ROMs), magneto-optical disk, read-only memory (Read Only Memory, ROM), random access memory (RAM), erasable programmable read-only memory (Erasable Programmable Read Only Memory, EPROM), electrically erasable programmable Read-only memory (Electrically Erasable Programmable Read Only Memory, EEPROM), magnetic card or optical card, flash memory, or used to use the Internet to transmit information by means of electricity, light, sound or other forms of propagation signals (for example, carrier waves, infrared signals, digital signals, etc. ) of tangible machine-readable storage. Thus, a machine-readable medium includes any type of machine-readable medium suitable for storing or transmitting electronic instructions or information in a form readable by a machine (eg, a computer).

In the drawings, some structural or methodological features may be shown in a particular arrangement and/or order. However, it should be understood that such specific arrangements and/or orderings may not be required. Rather, in some embodiments, these features may be arranged in a different manner and/or order than shown in the figures of the description. Additionally, the inclusion of structural or methodological features in a particular figure does not imply that such features are required in all embodiments, and in some embodiments these features may not be included or may be combined with other features.

It should be noted that each unit/module mentioned in each device embodiment of this application is a logical unit/module. Physically, a logical unit/module can be a physical unit/module, or a physical unit/module. A part of the module can also be realized with a combination of multiple physical units/modules, the physical implementation of these logical units/modules is not the most important, the combination of functions realized by these logical units/modules is the solution The key to the technical issues raised. In addition, in order to highlight the innovative part of this application, the above-mentioned device embodiments of this application do not introduce units/modules that are not closely related to solving the technical problems proposed by this application, which does not mean that the above-mentioned device embodiments do not exist other units/modules.

It should be noted that in the examples and descriptions of this patent, relative terms such as first and second are only used to distinguish one entity or operation from another entity or operation, and do not necessarily require or imply There is no such actual relationship or order between these entities or operations. Furthermore, the term "comprises", "comprises" or any other variation thereof is intended to cover a non-exclusive inclusion such that a process, method, article, or apparatus comprising a set of elements includes not only those elements, but also includes elements not expressly listed. other elements of or also include elements inherent in such a process, method, article, or apparatus. Without further limitations, an element defined by the statement "comprising a" does not exclude the presence of additional identical elements in the process, method, article or apparatus comprising said element.

Although this application has been shown and described with reference to certain preferred embodiments thereof, those skilled in the art will understand that various changes in form and details may be made therein without departing from this disclosure. The spirit and scope of the application.

Claims (8)

1. A method for processing audio data, characterized in that being applied to a wearable device, the method comprises: The wearable device sub-core of the wearable device receives the audio data, and the preprocessing module of the wearable device performs pre-analysis on the data header of the audio data to obtain pre-analysis information, and the pre-analysis information includes: The bit rate of the audio data, the sampling rate of the audio data, the format of the audio data; The pre-processing module judges whether the pre-analysis information falls within the preset range that the wearable device can parse; If so, after the front-end program of the wearable device receives a playback instruction to play the audio data, the wearable device main core of the wearable device analyzes the audio data to obtain analysis information, and the wearable device The secondary core further analyzes the analysis information and plays the audio data; Otherwise, the preprocessing module generates prompt information indicating that the audio data is abnormal, and after receiving a processing instruction input by the user for the prompt information, performs the processing indicated by the processing instruction on the audio data, and the processing The instruction is: a processing instruction indicating deletion of the audio data or a processing instruction indicating format conversion of the audio data. 2. The method according to claim 1, wherein, after receiving the processing instruction input by the user for the prompt information, performing the processing indicated by the processing instruction on the audio data includes: After receiving a processing instruction for deleting the audio data input by the user for the prompt information, delete the audio data; After receiving a processing instruction for converting the format of the audio data input by the user for the prompt information, the audio data is converted into target audio data, wherein the format of the target audio data is: the available The target format that the wearable device can parse, the target format is: the bit rate of the audio data falls within the preset bit range, the sampling rate of the audio data falls within the preset sampling range, and the format of the audio data falls within the preset format range. 3. The method according to claim 2, wherein the method further comprises: During the process of converting the audio data into target audio data that can be parsed by the wearable device, judging whether the audio data can be successfully converted into target audio data; If the audio data cannot be successfully converted into target audio data, the audio data is deleted. 4. The method according to claim 1, wherein the method further comprises: If it is determined during the pre-parsing process of the audio data that the data header of the audio data cannot be pre-parsed normally, the audio data is deleted. 5. The method according to claim 1, characterized in that obtaining the bit rate in the pre-analysis information in the following manner comprises: After receiving the audio data, pre-analyzing the data header of the audio data to obtain the number of channels and bit depth of the audio data; Calculate the product of the sampling rate, the number of channels and the bit depth to obtain the bit rate of the audio data. 6. The method according to claim 1, wherein the judging whether the pre-analysis information belongs to the preset range that the wearable device can parse includes: Judging whether the format in the pre-parsing information falls within the range of preset formats that the wearable device can parse; If the format does not belong to the range of the preset format, perform the generating the prompt information indicating that the audio data is abnormal, and perform the above-mentioned processing on the audio data after receiving a processing instruction input by the user for the prompt information. the steps of the processing indicated by the processing instruction; If the format belongs to the range of the preset format, it is judged whether the bit rate in the pre-analysis information belongs to the preset bit range that the wearable device can parse and whether the sampling rate belongs to the range that the wearable device can parse. Within the preset sampling range; If the bit rate is within the preset bit range and the sampling rate is within the preset sampling range, perform the step of performing the processing on the audio data after receiving a play instruction to play the audio data. The steps of parsing and playing; Otherwise, execute the steps of generating prompt information indicating that the audio data is abnormal, and performing processing indicated by the processing instruction on the audio data after receiving a processing instruction input by the user for the prompt information. 7. An electronic device, characterized in that it comprises a memory for storing computer program instructions and a processor for executing the program instructions, wherein when the computer program instructions are executed by the processor, the electronic device is triggered Carry out the method described in any one in the claim 1-6. 8. A computer-readable storage medium, characterized in that the computer-readable storage medium includes a stored program, wherein when the program is running, the device where the computer-readable storage medium is located is controlled to perform claims 1-6 any one of the methods described.