Audio stuttering analysis method, audio terminal, electronic device, and storage medium

Abstract

The application provides an audio stall analysis method, an audio terminal, an electronic device and a storage medium, and relates to the technical field of computers. The audio stall analysis method comprises the following steps: first, acquiring log information related to an audio data stream; then, determining a stall time and a record time corresponding to each error log in the log information; and finally, obtaining an audio stall analysis result based on the stall time and the record time corresponding to each error log. By determining the stall time and the record time corresponding to each error log in the log information related to the audio data stream, the audio stall analysis result can be obtained. Since the log information related to the audio data volume is not limited to the data sending end, the present scheme can detect the data receiving end. Meanwhile, by determining the stall time corresponding to different error logs, the stall condition caused by each type of error log can be determined, so that the stall condition of audio playing can be comprehensively detected.

Description

TECHNICAL FIELD

[0001] The present application relates to the technical field of computers, in particular to an audio stuttering analysis method, an audio terminal, an electronic device and a storage medium. BACKGROUND

[0002] When wireless audio is transmitted to a receiving end (such as a sound box, earphones, etc.) for playing, the playing audio often appears to be stuttering due to reasons such as channel interference, transmission data loss, decoding failure, etc.

[0003] At present, in order to determine the duration and regularity of stuttering, a recording analysis method or a data sending interval detection method is usually used to detect it. However, the recording analysis method needs professional recording equipment and recording environment, and needs to be operated by professional personnel, which has high testing cost and low testing efficiency.

[0004] The data sending interval detection method detects the data sending interval of the sending end, records log information after the data sending interval is greater than a threshold, and analyzes the stuttering condition according to the recorded log information. However, the data sending interval detection method can only be used to detect the data sending end, and can only detect the stuttering caused by the specific condition of the data sending interval being large, and cannot detect the stuttering caused by other reasons, so it is difficult to comprehensively detect the stuttering condition of audio playing. SUMMARY

[0005] The present application provides an audio stuttering analysis method, an audio terminal, an electronic device and a storage medium to solve the problem that it is difficult to comprehensively detect the stuttering condition of audio playing in the prior art.

[0006] In a first aspect, the present application provides an audio stuttering analysis method, comprising: obtaining log information related to an audio data stream; determining a stuttering time and a recording time corresponding to each error log in the log information; and obtaining an audio stuttering analysis result based on the stuttering time and the recording time corresponding to each error log.

[0007] In the present application, the stuttering time and the recording time corresponding to each error log in the log information related to the audio data stream are determined, and the audio stuttering analysis result is obtained. Since the log information related to the audio data volume is not limited to the data sending end, the present application can detect the data receiving end. At the same time, the stuttering time corresponding to different error logs is determined, and the stuttering condition caused by each type of error log is also determined, so that the stuttering condition of audio playing can be comprehensively detected.

[0008] With the technical solution provided in the first aspect above, in some possible implementation manners, when the error type recorded in the error log is a first specified type, the determination of the stall time corresponding to each error log in the log information comprises: determining the stall time corresponding to each error log in the log information in which the error type is the first specified type based on a preset playing duration corresponding to one frame of data.

[0009] In the embodiments of the present application, for the error log corresponding to the first specified type, the stall time corresponding thereto can be determined as the preset playing duration corresponding to one frame of audio data, so that the stall time corresponding to the error log of the first specified type can be quickly determined. Here, one frame of audio data is one frame of data before decoding, and after decoding of the one frame of audio data, it can be one frame of to-be-played data or multiple frames of to-be-played data, and the number of to-be-played data obtained after decoding of one frame of audio data is not limited here.

[0010] With the technical solution provided in the first aspect above, in some possible implementation manners, the first specified type is any one of a type representing reception of error data, a type representing decoding failure, and a type representing failure in transmission of audio data.

[0011] With the technical solution provided in the first aspect above, in some possible implementation manners, when the error type recorded in the error log is a second specified type, the determination of the stall time corresponding to each error log in the log information comprises: determining, based on the log information, a duration of continuous occurrence of errors of the second specified type recorded in the error log; and obtaining, based on the duration, a preset playing duration corresponding to one frame of audio data, and a preset fixed audio frame interval, the stall time corresponding to each error log in the log information in which the error type is the second specified type.

[0012] In the embodiments of the present application, for the error log corresponding to the second specified type, the duration of errors of this type can be determined first, and then the stall time can be obtained based on the duration, a preset playing duration corresponding to one frame of audio data, and a preset fixed audio frame interval. Thus, according to the present solution, the stall time corresponding to the error log of the second specified type can be quickly determined.

[0013] In some possible implementation manners, when the second specified type is a cache overflow, the determining, based on the log information, of the duration for which the error of the second specified type recorded in the error log continuously occurs includes: obtaining all error logs in which the error type is the cache overflow and which are continuous in time sequence, and obtaining the duration for which the error of the cache overflow continuously occurs based on the record times of the obtained all error logs.

[0014] In the embodiments of the present application, when the second specified type is a cache overflow, the accurate duration of the cache overflow can be obtained based on the record times of all error logs in which the error type is the cache overflow and which are continuous in time sequence, and the accuracy of the present solution is improved.

[0015] In some possible implementation manners, when the second specified type is that the data cache is empty, the determining, based on the log information, of the duration for which the error of the second specified type recorded in the error log continuously occurs includes: obtaining the duration for which the error of the data cache being empty continuously occurs based on the record time of the error log in which the error type is that the data cache is empty and the time at which the target data is recorded in the log information, where the target data is the first audio data frame received after the record time of the error log.

[0016] In the embodiments of the present application, when the second specified type is that the data cache is empty, the accurate duration of the data cache being empty can be obtained based on the record time of the error log in which the error type is that the data cache is empty and the time at which the target data is recorded in the log information, and the accuracy of the present solution is improved.

[0017] In a second aspect, the present application provides an audio terminal, including: a receiving unit and a processing unit, the receiving unit is used for receiving log information of audio data transmission and playing; the processing unit is used for determining the stall time and the record time corresponding to each error log in the log information; and obtaining an audio stall analysis result based on the stall time and the record time corresponding to each error log.

[0018] In some possible implementation manners, the processing unit is specifically configured to determine the stall time corresponding to each error log in which the error type recorded in the log information is a first specified type based on a preset playing duration corresponding to one frame of data.

[0019] In a third aspect, the embodiments of the present application further provide an electronic device, comprising: a memory and a processor, which are connected; the memory is configured to store a program; and the processor is configured to invoke the program stored in the memory to execute the method provided in the first aspect and / or any possible implementation manner of the first aspect.

[0020] In a fourth aspect, the embodiments of the present application further provide a computer readable storage medium, which stores a computer program, and the computer program is run by a computer to execute the method provided in the first aspect and / or any possible implementation manner of the first aspect. BRIEF DESCRIPTION OF DRAWINGS

[0021] In order to more clearly illustrate the technical solutions of the embodiments of the present application, the following will briefly introduce the drawings needed to be used in the embodiments. It should be understood that the following drawings only show some of the embodiments of the present application, and therefore should not be considered as a limitation to the scope. For those skilled in the art, other related drawings can also be obtained without creative labor on the basis of these drawings.

[0022] Figure 1 A flow diagram of an audio stall analysis method according to an embodiment of the present application;

[0023] Figure 2 A waveform diagram of an audio stall analysis result according to an embodiment of the present application;

[0024] Figure 3 A structural block diagram of an audio terminal according to an embodiment of the present application;

[0025] Figure 4 A structural block diagram of an electronic device according to an embodiment of the present application. DETAILED DESCRIPTION

[0026] The technical solutions of the embodiments of the present application will be described below in conjunction with the drawings in the embodiments of the present application.

[0027] It should be noted that similar reference numerals and letters refer to similar items throughout the accompanying drawings, and once an item is defined in one drawing, that item does not need to be further defined and explained in subsequent drawings. Also, the terms "first", "second", and the like, in the description of the application, are used only to distinguish one entity or action from another, and do not necessarily require or imply any actual such relationship or order between or among such entities or actions. Moreover, the terms "comprises", "comprising", or any other variations thereof, are intended to cover a non-exclusive inclusion, such that a process, method, article, or apparatus that comprises a list of elements does not include only those elements but can include other elements not expressly listed or inherent to such process, method, article, or apparatus. Without further limitation, an element preceded by "comprises... a" does not, without more constraints, foreclose the existence of additional identical elements in the process, method, article, or apparatus that comprises the recited element.

[0028] In addition, the term "and / or" in the present application is only used to describe the association relationship of the associated objects, which means that there can be three relationships, for example, A and / or B can represent the following three cases: A exists alone, A and B exist together, and B exists alone.

[0029] The technical solutions of the present application will be described in detail below with reference to the accompanying drawings.

[0030] In view of the existing method of using recording analysis to determine the duration and regularity of the occurrence of stuttering, there are problems of high professional requirements for testers, high testing cost, and low testing efficiency. In addition, the existing method of using data sending interval detection to determine the duration and regularity of the occurrence of stuttering has the problem of being difficult to comprehensively detect the stuttering situation of audio playing. The present application proposes an audio stuttering analysis method, which does not require professional recording equipment and recording environment, and can more comprehensively detect the stuttering situation of audio playing.

[0031] Please refer to Figure 1 , Figure 1 A flowchart of an audio stuttering analysis method shown in an embodiment of the present application is shown below, and the steps contained therein will be described below. Figure 1

[0032] S100: Obtain log information related to the audio data stream.

[0033] The log information related to the audio data stream can be pre-acquired and stored in a database, and can be directly called when needed. Alternatively, it can also be obtained in real time when needed.

[0034] ​The manner of acquiring the log information related to the audio data stream in real time can be directly acquiring the log information from the audio playback terminal, the log information including log of the audio playback terminal receiving the audio data, and log of the audio being transmitted and played in the audio playback terminal.

[0035] S200: determining the freeze time and the record time corresponding to each error log in the log information.

[0036] Each error log in the log information includes at least the record time and the error type of the error log.

[0037] Since the manner of determining the freeze time corresponding to the error log of different error types is not necessarily the same, the error types can be divided into a first specified type and a second specified type, wherein the error types included in the first specified type determine the freeze time in the same manner, and the error types included in the second specified type determine the freeze time in the same manner.

[0038] In an implementation, when the error type recorded in the error log is of the first specified type, the specific process of determining the freeze time corresponding to each error log in the log information can be: determining the freeze time corresponding to each error log in the log information whose recorded error type is of the first specified type based on a preset playing duration corresponding to one frame of data.

[0039] The preset playing duration corresponding to one frame of data is determined according to the audio playback terminal corresponding to the log information, and the duration of the audio playback terminal playing one frame of audio data is the preset playing duration corresponding to one frame of data. The preset playing duration corresponding to one frame of data corresponding to different audio playback terminals is not necessarily the same, and the specific value of the preset playing duration corresponding to one frame of data is not limited here.

[0040] The first specified type can be any one of a type representing receiving error data, a type representing decoding failure, and a type representing failure in transmitting audio data.

[0041] The type representing receiving error data is that the audio playback terminal receives one frame of error audio data when receiving the audio data.

[0042] The type representing decoding failure is that one frame of audio data decoding fails when the audio playback terminal decodes the audio data.

[0043] The type representing failure in transmitting audio data is that one frame of audio data transmission fails when the audio playback terminal transmits the audio data.

[0044] It can be seen that the three error types, i.e., the type of receiving error data, the type of decoding failure, and the type of transmission audio data failure, all affect a frame of audio data, and thus the corresponding stall time is also the preset playing time corresponding to one frame of data (i.e., the time length of playing one frame of audio data at the audio playing end). It should be noted that the one frame of audio data here is one frame of data before decoding. After decoding, the one frame of audio data can be one frame of to-be-played data or multiple frames of to-be-played data. The number of to-be-played data obtained after decoding one frame of audio data is not limited here.

[0045] Optionally, the log can record the length of the received data packet, the current data packet type, and the current media type. According to the length of the data packet and the data packet type, the length of the decoded data can be obtained. The length of one frame of data corresponding to the same type of media is within a certain range. Therefore, according to the length of the received data packet, the current data packet type, and the current media type, the number of frames of data obtained after decoding one frame of audio data can be obtained.

[0046] In an implementation, when the error type recorded in the error log is the second specified type, the specific process of determining the stall time corresponding to each error log in the log information can be: first, determining the duration of continuously occurring errors of the second specified type recorded in the error log based on the log information; and then, obtaining the stall time corresponding to each error log with the error type recorded in the log information being the second specified type based on the duration, the preset playing time corresponding to one frame of audio data, and the preset fixed audio frame interval.

[0047] Since the second specified type includes different error types that determine the duration in different ways, in an implementation, when the second specified type is buffer overflow, the specific process of determining the duration of continuously occurring errors of the second specified type recorded in the error log based on the log information can be: obtaining all error logs with the error type recorded in the log information being buffer overflow and being continuous in time sequence, and obtaining the duration of continuously occurring errors of the buffer overflow type based on the recording time of all the obtained error logs.

[0048] Specifically, obtaining the duration of continuously occurring errors of the buffer overflow type based on the recording time of all the obtained error logs can be: obtaining the difference between the earliest error time and the latest error time in the recording time of all the obtained error logs.

[0049] For the convenience of understanding, the following will be illustrated by examples. The log information includes log 1, log 2, log 3, log 4, log 5, log 6 and log 7 arranged in chronological order. Among them, log 1 and log 7 are non-error logs, log 2, log 3, log 5 and log 6 are error logs of which the error type is buffer overflow, and log 4 is an error log of which the error type is the first specified type. Since log 2 and log 3, and log 5 and log 6 are not continuous in time sequence, the duration of each of log 2 and log 3, and log 5 and log 6 needs to be calculated respectively. That is, the duration corresponding to log 2 and log 3 is the difference between the recording time of log 2 and the recording time of log 3; the duration corresponding to log 5 and log 6 is the difference between the recording time of log 5 and the recording time of log 6. That is, duration 1=t 日志3 -t 日志2 , t 日志3 is the recording time of log 3, t 日志2 is the recording time of log 2, duration 2=t 日志6 -t 日志5 , t 日志6 is the recording time of log 6, t 日志5 is the recording time of log 5. The examples here are only for the convenience of understanding and should not be regarded as a limitation of the present application.

[0050] In an implementation, when the second specified type is that the data buffer is empty, the specific process of determining the duration of the error of the second specified type recorded in the continuously occurring error log can be: based on the recording time of the error log of which the recorded error type is that the data buffer is empty and the time recorded in the log information of receiving the target data, the duration of the error of the type that the data buffer is empty continuously occurring is obtained, wherein the target data is the first audio data frame received after the recording time of the error log.

[0051] Specifically, the way to obtain the duration of the error of the type that the data buffer is empty continuously occurring is to subtract the earliest recording time of the recording time of the error log of which the recorded error type is that the data buffer is empty from the time recorded in the log information of receiving the target data to obtain the duration.

[0052] To facilitate understanding, an example will be used below. The log information includes Log 1, Log 2, Log 3, Log 4, Log 5, Log 6, and Log 7 arranged in chronological order. Logs 1, 4, 5, and 7 are non-error logs and do not record the receipt of audio data frames; Log 2 is an error log with the error type "data buffer empty"; Log 3 is an error log with the error type "first specified type"; and Log 6 is a non-error log recording the receipt of audio data frames. Since Log 6 is the first log after Log 2 to record the receipt of audio data frames, the recording time of Log 6 is the time when the target data was received. Therefore, the duration corresponding to the "data buffer empty" error recorded in Log 2 is the difference between the recording time of Log 2 and the recording time of Log 6, i.e., duration = t. 日志6 -t 日志2 , t 日志6 t represents the recording time of log 6. 日志2 This is the recording time of log 2. This example is for illustrative purposes only and should not be construed as a limitation of this application.

[0053] S300: Based on the stuttering time and recording time corresponding to each error log, the audio stuttering analysis results are obtained.

[0054] After obtaining the stuttering time corresponding to each error log, the audio stuttering analysis results can be obtained based on the stuttering time and recording time corresponding to each error log.

[0055] In one implementation, a waveform graph can be generated based on the stuttering time and recording time corresponding to each error log. The horizontal axis of the waveform graph represents time, with the high-order bits representing stuttering and the low-order bits representing normal playback (no stuttering).

[0056] For easier understanding, please refer to Figure 2 ,like Figure 2 In the waveform diagram shown, the high-order signal occurs within the time range of t1-t2, therefore, audio playback is choppy within this time range. The low-order signal occurs within the time range of t2-t3, therefore, audio playback is normal within this time range. This example is for illustrative purposes only and should not be construed as limiting this application.

[0057] Understandably, the horizontal axis of the waveform could be time, with the low-order signal representing stuttering and the high-order signal representing normal playback (no stuttering).

[0058] Waveform graphs can visually demonstrate audio playback stuttering.

[0059] Optionally, a stuttering graph can be generated based on the stuttering time and recording time corresponding to each error log.

[0060] Alternatively, it can also be embodied in the form of a table, column chart, pie chart, etc. to reflect the corresponding stall time at different time points during the audio playback process. For example, the table can record the error type of each error log, as well as the corresponding stall time and recording time; each error log (recording time) can correspond to a column chart, and the height of the column chart can represent the stall time; each sector of the pie chart can correspond to an error log, and the angle size of the sector can represent the stall time length.

[0061] In order to facilitate the determination of the cause of the stall according to the log information, in an implementation, the error log can further include information such as the current CPU frequency, the current thread priority ranking, and the top three threads in terms of recent time consumption length. In order for the staff to determine the cause of the error and the location of the error corresponding to each error log based on the current CPU frequency, the current thread priority ranking, and the top three threads in terms of recent time consumption length.

[0062] For example, there are three CPU frequencies to choose from, and they are recorded as frequency 1, frequency 2, and frequency 3 in order. The frequency decreases in order, the computing power decreases, and the power consumption decreases, that is, the computing power of frequency 1 is the strongest, and the power consumption is also the highest.

[0063] In order to obtain longer battery life, under the condition of ensuring that the computing power is basically sufficient, a lower frequency, such as frequency 3, is usually selected as the runtime frequency. If there are currently 7 threads, they are labeled 1-7, and the priority of the thread with a larger label is higher. Suppose threads 4 and 5 are audio transmission and decoding and playing related threads, and the other threads are other services. Suppose the top three threads in terms of time consumption length are thread 6, thread 5, and thread 4. If thread 6 occupies too much time, and running at frequency 3 may not meet the current usage requirements, the following methods can be used to improve it.

[0064] Improvement method 1: temporarily increase the frequency to frequency 1 to meet the computing power requirement.

[0065] Improvement method 2: reduce the priority of thread 6, because the current main service should be thread 4 and thread 5. Among them, improvement method 1 and improvement method 2 can be performed simultaneously.

[0066] Please refer to Figure 3 , Figure 3 A structural block diagram of an audio terminal according to an embodiment of the present application is shown. The audio terminal 100 includes a receiving unit 110 and a processing unit 120.

[0067] The receiving unit 110 is configured to receive log information of audio data transmission and playback.

[0068] The processing unit 120 is configured to determine a freeze time corresponding to each error log in the log information and a record time corresponding to each error log in the log information, and obtain an audio freeze analysis result based on the freeze time corresponding to each error log and the record time corresponding to each error log.

[0069] The processing unit 120 is specifically configured to determine, based on a preset playing time corresponding to one frame of data, a freeze time corresponding to each error log in the log information, wherein the error log is of a first specified type.

[0070] In an implementation, the first specified type is any one of a type representing received error data, a type representing decoding failure, and a type representing failed transmission of audio data.

[0071] The processing unit 120 is specifically configured to determine, based on the log information, a duration of continuous occurrence of an error of the second specified type recorded in the error log, and obtain, based on the duration, a preset playing time corresponding to one frame of audio data, and a preset fixed audio frame interval, a freeze time corresponding to each error log in the log information, wherein the error log is of a second specified type.

[0072] The processing unit 120 is specifically configured to, when the second specified type is buffer overflow, obtain all error logs of the buffer overflow type recorded in the log information and sequentially recorded in time, and obtain, based on record times of the obtained error logs, a duration of continuous occurrence of the error of the buffer overflow type.

[0073] The processing unit 120 is specifically configured to, when the second specified type is empty data buffer, obtain, based on a record time of an error log of the empty data buffer type and a time of receiving target data recorded in the log information, a duration of continuous occurrence of the error of the empty data buffer type, wherein the target data is a first frame of audio data received after the record time of the error log.

[0074] The audio terminal 100 provided in the embodiments of the present application has the same implementation principle and technical effects as the audio freeze analysis method embodiments, and for brevity of description, the part not mentioned in the device embodiment can be referred to the corresponding content in the audio freeze analysis method embodiments.

[0075] Please refer to Figure 4 The electronic device 200 provided in the embodiments of the present application is an electronic device 200. The electronic device 200 comprises a transceiver 210, a memory 220, a communication bus 230, and a processor 240.

[0076] The transceiver 210, memory 220, and processor 240 are electrically connected directly or indirectly to achieve data transmission or interaction. For example, these components can be electrically connected to each other through one or more communication buses 230 or signal lines. The transceiver 210 is used to send and receive data. The memory 220 is used to store computer programs, such as... Figure 3 The software functional module shown is the audio terminal 100. The audio terminal 100 includes at least one software functional module that can be stored in the memory 220 in the form of software or firmware, or embedded in the operating system (OS) of the electronic device 200. The processor 240 is used to execute the executable module stored in the memory 220, such as the software functional module or computer program included in the audio terminal 100. At this time, the processor 240 is used to acquire log information related to the audio data stream; determine the stuttering time and recording time corresponding to each error log in the log information; and obtain audio stuttering analysis results based on the stuttering time and recording time corresponding to each error log.

[0077] The memory 220 may be, but is not limited to, random access memory (RAM), read-only memory (ROM), programmable read-only memory (PROM), erasable programmable read-only memory (EPROM), electrically erasable programmable read-only memory (EEPROM), etc.

[0078] The processor 240 can be an integrated circuit chip with a processing capability of signals. The processor can be a general processor, including a central processing unit (CPU), a network processor (NP), etc.; or can be a digital signal processor (DSP), an application specific integrated circuit (ASIC), a field programmable gate array (FPGA) or other programmable logic devices, discrete gate or transistor logic devices, discrete hardware components. The methods, steps and logic block diagrams disclosed in the embodiments of the present application can be implemented or executed. The general processor can be a microprocessor or the processor 240 can be any conventional processor or the like.

[0079] The electronic device 200 described above includes but is not limited to a mobile phone, a personal computer, a server, etc.

[0080] The embodiments of the present application also provide a non-volatile computer readable storage medium (hereinafter referred to as a storage medium) having a computer program stored thereon. When the computer program is run by a computer such as the electronic device 200 described above, the image rendering method shown above is executed. The computer readable storage medium includes a U disk, a mobile hard disk, a read-only memory (ROM), a random access memory (RAM), a magnetic disk or an optical disk, and various media that can store program codes.

[0081] The above only describes the preferred embodiments of the present application and is not intended to limit the present application. For those skilled in the art, the present application can have various changes and modifications. Any modification, equivalent replacement, improvement, etc. made within the spirit and principle of the present application shall be included in the protection scope of the present application.

Claims

1. An audio stutter analysis method, characterized by, The method comprises: obtaining log information related to an audio data stream; determining the corresponding stall time and record time of each error log in the log information; obtaining an audio stall analysis result based on the corresponding stall time and record time of each error log; when the error type recorded in the error log is a second specified type, the second specified type being buffer overflow or data empty, the determination of the corresponding stall time of each error log in the log information comprises: determining the duration of the continuous occurrence of the error of the second specified type recorded in the error log based on the log information; obtaining the corresponding stall time of each error log in the log information with the error type recorded as the second specified type based on the duration, the preset playing time corresponding to one frame of audio data, and the preset fixed audio frame interval.

2. The method of claim 1, wherein, when the error type recorded in the error log is a first specified type, the first specified type being any one of a type representing received error data, a type representing decoding failure, and a type representing failed transmission of audio data, the determination of the corresponding stall time of each error log in the log information comprises: determining the corresponding stall time of each error log in the log information with the error type recorded as the first specified type based on the preset playing time corresponding to one frame of data.

3. The method of claim 1, wherein, when the second specified type is buffer overflow, the determination of the duration of the continuous occurrence of the error of the second specified type recorded in the error log based on the log information comprises: obtaining all error logs with the error type recorded as buffer overflow and continuous in time sequence in the log information, and obtaining the duration of the continuous occurrence of the error of the buffer overflow type based on the record time of the obtained all error logs.

4. The method of claim 1, wherein, when the second specified type is data buffer empty, the determination of the duration of the continuous occurrence of the error of the second specified type recorded in the error log based on the log information comprises: obtaining the duration of the continuous occurrence of the error of the data buffer empty type based on the record time of the error log with the error type recorded as data buffer empty and the time of receiving target data recorded in the log information, wherein the target data is the first frame of audio data received after the record time of the error log.

5. An audio terminal, characterized by The method comprises: receiving a log information audio data transmission and playing log information by a receiving unit; determining the corresponding stall time and record time of each error log in the log information by a processing unit; and obtaining an audio stall analysis result based on the corresponding stall time and record time of each error log; when the error type recorded in the error log is a second specified type, the second specified type being buffer overflow or data empty, the processing unit is specifically configured to determine the duration of the continuous occurrence of the error of the second specified type recorded in the error log based on the log information; Based on the duration, a preset playing time corresponding to one frame of audio data, and a preset fixed audio frame interval, a stall time corresponding to each error log of the error type of the second specified type recorded in the log information is obtained.

6. The audio terminal of claim 5, characterized in that The processing unit is specifically configured to determine, based on a preset playing time corresponding to one frame of data, a stall time corresponding to each error log of the error type of the first specified type recorded in the log information; and the first specified type is any one of a type representing reception of error data, a type representing decoding failure, and a type representing failure in transmission of audio data.

7. An electronic device, comprising: The method comprises: a memory and a processor, the memory and the processor being connected; the memory is configured to store a program; the processor is configured to call the program stored in the memory to execute the method according to any one of claims 1-4.

8. A computer-readable storage medium, characterized in that, A computer program is stored thereon, and the computer program is run by a computer to execute the method according to any one of claims 1-4.

Images