CN110516108A - Method and system for browser to play audio - Google Patents

Abstract

The application discloses a kind of method that browser plays audio, comprising: audio file S10, is divided into n audio fragment in advance；S20, i-th of audio fragment is obtained from the n audio fragment, decoding obtains i-th group of decoding audio data, and stores to audio buffer stack, wherein i value 1 to n；S30, i-th group of Wave data is determined according to i-th group of decoding audio data, and stores to peak-data and caches stack；S40, i-th group of decoding audio data is obtained and i-th group of Wave data synchronizes broadcasting from the audio buffer stack and peak-data caching stack；The value of i increases by the 1 and S20 that gos to step.The beneficial effect of the embodiment of the present application is: audio file is carried out segmentation load, it is parsed into frequency spectrum, browser would not be stuck in for a long time in a http request in this way, solve the problems, such as in the prior art browser play big audio file occur Caton even it is stuck.

Description

Method and system for browser to play audio

technical field

The present application relates to the technical field of audio processing, and in particular, to a method and system for playing audio by a browser.

Background technique

Wavesurfer.js is an audio player plugin based on HTML5 canvas and Web Audio. It can realize the loading of network audio resources on the browser, has interactive functions such as play and pause, and can generate the playback effect of the spectrogram according to the audio information.

However, Wavesurfer.js has at least the following flaws:

When loading large audio, it will be very slow, and the browser will freeze or even freeze;

Drawing a spectrogram in a large audio scene will take up a huge amount of memory, and the browser will crash and freeze.

SUMMARY OF THE INVENTION

Embodiments of the present application provide a method and system for playing audio by a browser, so as to solve at least one of the above technical problems.

In a first aspect, an embodiment of the present application provides a method for a browser to play audio, including:

S10. Split the audio file into n audio segments in advance;

S20, obtain the i-th audio clip from the n audio clips, decode to obtain the i-th group of decoded audio data, and store in the audio buffer stack, where i takes a value from 1 to n;

S30, determine the i-th group of waveform data according to the i-th group of decoded audio data, and store to the peak data buffer stack;

S40. Acquire the i-th group of decoded audio data and the i-th group of waveform data from the audio buffer stack and the peak data buffer stack for synchronous playback; increase the value of i by 1 and jump to step S20.

In a second aspect, an embodiment of the present application provides a system for playing audio by a browser, including:

The audio splitter module is used to split the audio file into n audio clips in advance;

The audio buffer stack program module is used to obtain the i-th audio clip from the n audio clips, decode to obtain the i-th group of decoded audio data, and store it in the audio buffer stack, where i takes a value from 1 to n;

Peak data cache stack program module, for determining the i-th group of waveform data according to the i-th group of decoded audio data, and storing to the peak data cache stack;

Playing program module, for obtaining described ith group of decoded audio data and described ith group of waveform data from described audio buffer stack and described peak data buffer stack to perform synchronous playback;

The jumping program module is used for increasing the value of i by 1, and jumping to the audio buffer stack program module.

In a third aspect, embodiments of the present application provide a storage medium, where one or more programs including execution instructions are stored in the storage medium, and the execution instructions can be executed by an electronic device (including but not limited to a computer, a server, or a network). device, etc.) to read and execute, so as to execute any one of the above-mentioned methods for playing audio by a browser in this application.

In a fourth aspect, an electronic device is provided, comprising: at least one processor, and a memory communicatively connected to the at least one processor, wherein the memory stores instructions executable by the at least one processor, The instructions are executed by the at least one processor, so that the at least one processor can execute any one of the above-mentioned methods for playing audio by a browser in this application.

In a fifth aspect, embodiments of the present application further provide a computer program product, where the computer program product includes a computer program stored on a storage medium, the computer program includes program instructions, and when the program instructions are executed by a computer, causes the The computer executes any one of the above-mentioned methods for playing audio by a browser.

The beneficial effect of the embodiment of the present application is that: the audio files are loaded in sections and parsed into frequency spectrums, so that the browser will not be stuck on an http request for a long time, which solves the problem that the browser plays a large audio file in the prior art. Caton or even stuck.

Description of drawings

In order to explain the technical solutions of the embodiments of the present application more clearly, the following briefly introduces the accompanying drawings used in the description of the embodiments. Obviously, the drawings in the following description are some embodiments of the present application. For those of ordinary skill in the art, other drawings can also be obtained from these drawings without any creative effort.

FIG. 1 is a flowchart of an embodiment of a method for a browser to play audio according to the present application;

2 is a flowchart of another embodiment of a method for playing audio by a browser of the present application;

3 is a schematic diagram of a spectrum rendering process in the method for playing audio by a browser of the present application;

Fig. 4 is the principle block diagram of the system for the browser of the application to play audio;

5 is a schematic diagram of an embodiment of an audio segmentation program module in the system for playing audio by a browser of the present application;

FIG. 6 is a schematic structural diagram of an embodiment of the electronic device of the present application.

Detailed ways

In order to make the purposes, technical solutions and advantages of the embodiments of the present application clearer, the technical solutions in the embodiments of the present application will be described clearly and completely below with reference to the drawings in the embodiments of the present application. Obviously, the described embodiments It is a part of the embodiments of the present application, but not all of the embodiments. Based on the embodiments in the present application, all other embodiments obtained by those of ordinary skill in the art without creative efforts shall fall within the protection scope of the present application.

It should be noted that the embodiments in the present application and the features of the embodiments may be combined with each other in the case of no conflict.

The application may be described in the general context of computer-executable instructions, such as program modules, being executed by a computer. Generally, program modules include routines, programs, objects, elements, data structures, etc. that perform particular tasks or implement particular abstract data types. The application may also be practiced in distributed computing environments where tasks are performed by remote processing devices that are linked through a communications network. In a distributed computing environment, program modules may be located in both local and remote computer storage media including storage devices.

In this application, "module", "device", "system", etc. refer to related entities applied to a computer, such as hardware, a combination of hardware and software, software or software in execution, and the like. In detail, for example, an element may be, but is not limited to, a process running on a processor, a processor, an object, an executable element, a thread of execution, a program, and/or a computer. Also, an application program or script program running on the server, and the server can be a component. One or more elements may be in a process and/or thread of execution and an element may be localized on one computer and/or distributed between two or more computers and may be executed from various computer readable media . Elements may also pass through a signal having one or more data packets, for example, a signal from one interacting with another element in a local system, in a distributed system, and/or with data interacting with other systems through a network of the Internet local and/or remote processes to communicate.

Finally, it should also be noted that in this document, relational terms such as first and second are used only to distinguish one entity or operation from another, and do not necessarily require or imply these entities or that there is any such actual relationship or sequence between operations. Furthermore, the terms "comprising" and "comprising" include not only those elements, but also other elements not expressly listed, or elements inherent to such a process, method, article or apparatus. Without further limitation, an element defined by the phrase "comprises" does not preclude the presence of additional identical elements in a process, method, article, or device that includes the element.

As shown in FIG. 1, an embodiment of the present application provides a method for a browser to play audio, including:

S10. Split the audio file into n audio segments in advance;

Illustratively, the audio file types are identified; exemplarily, audio file types include wav, mp3 and acc (including ADTS and ADIF). Among them, mp3 and ADTS formats are one type and have streaming characteristics; wav and ADIF formats are one type and do not have streaming characteristics.

When the audio file has the streaming feature, the audio file is directly divided into n audio segments according to a preset length; for example, the preset length may be 5 minutes.

When the audio file does not have the stream feature, obtain the file header of the audio file, and divide the data portion of the audio file into n data segments according to a preset length;

Add a file header to each of the n data segments according to the file header to obtain n audio segments.

S20, obtain the i-th audio clip from the n audio clips, decode to obtain the i-th group of decoded audio data, and store in the audio buffer stack, where i takes a value from 1 to n;

Exemplarily, the ith audio segment may be acquired from the n audio segments through the ws protocol interface. The audio loading interface adopts the ws protocol, which can use the data window of ws to be 64kb to load the audio segment by segment, and then parse and other subsequent operations. Because the ws protocol has good concealment, it can prevent audio resources from being downloaded from the web page.

S30, determine the i-th group of waveform data according to the i-th group of decoded audio data, and store to the peak data buffer stack;

S40. Acquire the i-th group of decoded audio data and the i-th group of waveform data from the audio buffer stack and the peak data buffer stack for synchronous playback; increase the value of i by 1 and jump to step S20.

Exemplarily, the acquiring the i-th group of decoded audio data and the i-th group of waveform data from the audio buffer stack and the peak data buffer stack for synchronous playback includes: after listening to the playback instruction, from The i-th group of decoded audio data is acquired from the audio buffer stack for playback; at the same time, the i-th group of waveform data is acquired from the peak data buffer stack to draw waveforms synchronously.

In the embodiment of the present application, the large audio file is loaded in segments, the large audio file is pre-cut into 5-minute segments, and the segments are loaded and parsed into frequency spectrums. This way the browser doesn't get stuck on one http request for a long time. It solves the problem that the browser freezes or even freezes when playing a large audio file in the prior art.

In addition, in the embodiment of the present application, the method of segment loading and caching is adopted when performing segment loading, so that the audio file can be played more smoothly, and the playback can be performed conveniently and quickly.

Further, in the embodiment of the present application, when the buffer is loaded in segments, the audio data obtained by decoding and the waveform data used to draw the waveform diagram are independently buffered, and the waveform data is calculated based on the buffered audio data. The reason is that the inventor found in the process of realizing this application that both decoding the audio segment and calculating the waveform data require a lot of computing resources. (for example, the occupation of the CPU), if it is performed at the same time, it will cause the browser to freeze or even freeze. Therefore, in this embodiment of the present application, the two are cached step by step, and the waveform data is still the audio obtained by decoding. It is calculated on the basis of the data, which also avoids the resource overhead and time cost caused by repeated decoding of audio clips to a certain extent.

As shown in FIG. 2 , it is a flowchart of another embodiment of the method for playing audio in a browser of the present application. The figure specifically shows the segment loading process. It can be seen from the figure that the audio resources are pre-divided into Multiple segments: 1st segment, 2nd segment, 3rd segment….

A request for loading a video is sent on the browser side, so as to load the audio resource segment by segment, for example, the first audio segment is first loaded and decoded;

The audio data obtained by decoding the first audio segment is stored in a preconfigured audio buffer stack, and stored as the corresponding first segment of decoded audio data;

Then, corresponding waveform data (for example, waveform peak data) is obtained by calculating based on the stored first segment of decoded audio data, and the waveform data is stored in a preconfigured waveform data buffer stack, and stored as the first segment of waveform data;

Then continue to load the second-end audio clip and repeat the above steps; or

If a playback instruction is detected, the buffered decoded audio data and waveform data are acquired to perform synchronous playback of the audio and waveform, while continuing to load the second-end audio clip, and repeating the above steps.

During the process of implementing the present application, the inventor found that calculating the audio buffer (audio buffer) and peak (wave peak) data from the audio data is a very CPU-consuming operation, and the interval of the drawing process should be guaranteed at least 24ms. If within 24ms, the audio data needs to be reparsed into the audio buffer and the peak calculated, the frame jam phenomenon may occur. Therefore, in order to prevent the frame from being stuck, this application caches the parsed audio buffer and the calculated peak value after the audio is downloaded for the first time. In addition, calculating the peak is also an operation that consumes a lot of CPU, and the peak value depends on the fineness of the graph. The finer the fineness, the greater the amount of computation. The advantages of the embodiments of the present application are that the playback and drawing processes can ensure continuity, and the human ear and human eyes cannot perceive a short time, and space is used to exchange time.

In some embodiments, the waveform data includes at least waveform peak data; the acquiring the i-th group of waveform data from the peak data buffer stack to synchronously draw waveforms includes:

According to the current playback time and the preset distance, calculate the peak data that needs to be obtained from the i-th group of waveform data in the peak data cache stack;

A waveform is obtained by rendering the acquired peak data according to a canvas with a preset width.

Exemplarily, as shown in FIG. 3 , which is a schematic diagram of the spectrum rendering process in the method for playing audio in the browser of the present application, in the rendering process, a 24ms time frame is used to refresh the screen, and in the next 24ms, the playback is obtained. , and then according to the playing time and distance, calculate the peak to be used for rendering from the peak stack (wave peak stack), and finally render according to the width of the peak and canvas.

Exemplarily, the playing time refers to the duration that the audio has been played, and the "distance" refers to the duration that has been played x the moving length of the waveform diagram/second;

The steps to calculate the required peak according to the "playing time" and "distance" are as follows:

-1, the index of the peak at the starting point of the graph=pointer position÷waveform movement length/second;

The index of the peak at the end of the graph = (pointer position + canvas length) ÷ waveform movement length/second;

Through the index of the starting point and the index of the end point, a peak is obtained from the peaks cache, and the canvas is redrawn.

-2, if "distance"% "waveform width" > 0, it means that there is still a part of the leftmost waveform in the next frame;

Then, based on the remainder obtained from ("distance" % "wavewidth"), on the next redraw, all waveform divisions are shifted to the right by the "remainder" distance.

The visual effect will be very coherent. Because the canvas level is complex, the variables required in the calculation process must be extremely reliable. Using the principle of animation, in a very short period of time, it is continuously redrawn in a fixed-width canvas. The effect is also a flowing effect, but it saves memory.

In some embodiments, the method for playing audio in a browser of the present application can implement operations such as segmented playback, speed control, forward and backward, and specific examples are as follows:

1. Segmented playback: During playback, the player event will be monitored, and the current playback time and other playback states will be calculated in real time. When the end of the segmented audio duration is reached, the index of the next audio segment will be calculated according to the total playback duration, starting from The cache takes out the audio buffer, sets the state for the player, and the player plays the audio.

Exemplarily, the onaudioprocess event will be triggered during the playback of the player. After listening to the event, the data will be calculated according to the current playback state, and then the canvas waveform will be erased and redrawn. Because the event trigger is on the millisecond level, the waveform seen by the human eye is still continuous.

Play status includes: pause, play, end. When the playback state is "playing", the related playback data and drawing data are calculated.

1.1. The playback data includes the following data:

Pointer position/total length of waveform=played duration/total duration;

The total length of the waveform = the total duration × the set parameter; the set parameter is the waveform movement length/second;

Played duration = pointer position ÷ total waveform length × total duration;

The index of segmented audio=played duration ÷ segmented audio duration+1;

Played duration of segmented audio=played duration% segmented audio duration;

Based on the played duration of the segmented audio and its own total duration, it can be judged whether the currently playing segmented audio has reached its end;

If the segmented audio reaches the end of itself, pass (index+1 of the segmented audio) to get the next segmented audio and play it;

If the segmented audio is already the last audio and reaches the end of itself, set the finish state to the player and trigger the finish event.

1.2. The drawing data includes the following data:

The index of the peak at the starting point of the graph=pointer position÷waveform movement length/second;

The index of the peak at the end of the graph = (pointer position + canvas length) ÷ waveform movement length/second;

Through the index of the starting point and the index of the end point, a peak is obtained from the peaks cache, and the canvas is redrawn.

In some embodiments, after erasing the previously triggered play event, the waveform drawn by the peaks obtained by calculating the data. Because it is an event triggered in real time, the human eye will not feel a short pause, and the picture seen is still continuous.

Playing is a continuous process. During the process, the player will trigger the onaudioprocess event in real time. After the event is triggered, the following steps are performed:

(1) Calculate the playback data, whether it is finished, and whether it is necessary to find the next audio segment;

(2) Calculate the drawing data, that is, the peaks->erasing canvas->redrawing required to draw the waveform;

(3) Repeat steps (1) and (2) below.

2. Speed control: When setting the playback speed, each segment source will reset the playback speed attribute.

3. Forward/backward: forward/backward during playback, it will calculate the duration and other information according to the position of the play pointer, and then calculate which segment audio belongs to, as well as the start and end of the segment audio, and then play.

It should be noted that, for the sake of simple description, the foregoing method embodiments are all expressed as a series of actions combined, but those skilled in the art should know that the present application is not limited by the described sequence of actions. Because in accordance with the present application, certain steps may be performed in other orders or simultaneously. Secondly, those skilled in the art should also know that the embodiments described in the specification are all preferred embodiments, and the actions and modules involved are not necessarily required by the present application. In the above-mentioned embodiments, the description of each embodiment has its own emphasis. For parts that are not described in detail in a certain embodiment, reference may be made to the relevant descriptions of other embodiments.

As shown in FIG. 4 , an embodiment of the present application further provides a system 400 for playing audio by a browser, including:

an audio splitting program module 410, for splitting the audio file into n audio segments in advance;

The audio buffer stack program module 420 is used to obtain the i-th audio clip from the n audio clips, decode to obtain the i-th group of decoded audio data, and store it in the audio buffer stack, where i takes a value from 1 to n;

The peak data cache stack program module 430 is used to determine the i-th group of waveform data according to the i-th group of decoded audio data, and store it in the peak data cache stack;

Playing program module 440 is used to obtain the i-th group of decoded audio data and the i-th group of waveform data from the audio buffer stack and the peak data buffer stack for synchronous playback;

The jumping program module 450 is used for increasing the value of i by 1, and jumping to the audio buffer stack program module.

As shown in FIG. 5, in some embodiments, the audio segmentation program module 410 includes:

Type identification unit 411, for identifying the audio file type;

The first dividing unit 412 is used to directly divide the audio file into n audio segments according to a preset length when the audio file has a stream feature;

The second dividing unit 413 is used to obtain the file header of the audio file when the audio file does not have the stream feature, and divide the data portion of the audio file into n data segments according to a preset length;

The data grouping unit 414 is configured to add a file header to each of the n data segments according to the file header to obtain n audio segments.

In some embodiments, the obtaining the ith audio segment from the n audio segments includes:

Obtain the ith audio segment from the n audio segments through the ws protocol interface.

In some embodiments, acquiring the i-th group of decoded audio data and the i-th group of waveform data from the audio buffer stack and the peak data buffer stack for synchronous playback includes:

After listening to the play instruction, obtain the i-th group of decoded audio data from the audio buffer stack to play; at the same time,

Obtain the i-th group of waveform data from the peak data buffer stack to draw waveforms synchronously.

In some embodiments, the waveform data includes at least waveform peak data; the acquiring the i-th group of waveform data from the peak data buffer stack to synchronously draw waveforms includes:

According to the current playback time and the preset distance, calculate the peak data that needs to be obtained from the i-th group of waveform data in the peak data cache stack;

A waveform is obtained by rendering the acquired peak data according to a canvas with a preset width.

In some embodiments, embodiments of the present application provide a non-volatile computer-readable storage medium, where one or more programs including execution instructions are stored in the storage medium, and the execution instructions can be read by an electronic device (including But not limited to a computer, a server, or a network device, etc.) to read and execute it, so as to execute any of the above-mentioned methods for playing audio by a browser in this application.

In some embodiments, the embodiments of the present application also provide a computer program product, the computer program product includes a computer program stored on a non-volatile computer-readable storage medium, the computer program includes program instructions, when all When the program instructions are executed by a computer, the computer is made to execute any one of the above-mentioned methods for playing audio by a browser.

In some embodiments, the embodiments of the present application further provide an electronic device, which includes: at least one processor, and a memory communicatively connected to the at least one processor, wherein the memory stores data that can be used by the at least one processor. Instructions executed by one processor, the instructions being executed by the at least one processor to enable the at least one processor to perform a method for a browser to play audio.

In some embodiments, embodiments of the present application further provide a storage medium on which a computer program is stored, characterized in that, when the program is executed by a processor, a method for playing audio by a browser is implemented.

The system for playing audio by a browser according to the embodiment of the present application can be used to execute the method for playing audio on a browser according to the embodiment of the present application, and correspondingly achieve the technical effect achieved by the method for playing audio in a browser according to the embodiment of the present application, I won't go into details here. In the embodiments of the present application, the relevant functional modules may be implemented by a hardware processor (hardware processor).

FIG. 6 is a schematic diagram of the hardware structure of an electronic device for executing a method for playing audio in a browser provided by another embodiment of the present application. As shown in FIG. 6 , the device includes:

One or more processors 610 and a memory 620, one processor 610 is taken as an example in FIG. 6 .

The apparatus for performing the method of playing audio by the browser may further include: an input device 630 and an output device 640 .

The processor 610, the memory 620, the input device 630, and the output device 640 may be connected by a bus or in other manners, and the connection by a bus is taken as an example in FIG. 6 .

As a non-volatile computer-readable storage medium, the memory 620 can be used to store non-volatile software programs, non-volatile computer-executable programs and modules, such as the method for playing audio by the browser in the embodiment of the present application. program instructions/modules. The processor 610 executes various functional applications and data processing of the server by running the non-volatile software programs, instructions and modules stored in the memory 620, that is, implementing the method for playing audio by the browser in the above method embodiment.

The memory 620 may include a stored program area and a stored data area, wherein the stored program area may store an operating system, an application program required for at least one function; the stored data area may store data created according to the use of a device for playing audio by a browser, etc. . Additionally, memory 620 may include high-speed random access memory, and may also include non-volatile memory, such as at least one magnetic disk storage device, flash memory device, or other non-volatile solid-state storage device. In some embodiments, the memory 620 may optionally include memory located remotely from the processor 610, and these remote memories may be connected via a network to the browser to play the audio device. Examples of such networks include, but are not limited to, the Internet, an intranet, a local area network, a mobile communication network, and combinations thereof.

The input device 630 may receive input numerical or character information, and generate signals related to user settings and function control of the device through which the browser plays audio. The output device 640 may include a display device such as a display screen.

The one or more modules are stored in the memory 620, and when executed by the one or more processors 610, execute the method for playing audio by the browser in any of the above method embodiments.

The above product can execute the method provided by the embodiments of the present application, and has functional modules and beneficial effects corresponding to the execution method. For technical details not described in detail in this embodiment, reference may be made to the methods provided in the embodiments of this application.

The electronic devices of the embodiments of the present application exist in various forms, including but not limited to:

(1) Mobile communication equipment: This type of equipment is characterized by having mobile communication functions, and its main goal is to provide voice and data communication. Such terminals include: smart phones (eg iPhone), multimedia phones, feature phones, and low-end phones.

(2) Ultra-mobile personal computer equipment: This type of equipment belongs to the category of personal computers, has computing and processing functions, and generally has the characteristics of mobile Internet access. Such terminals include: PDAs, MIDs, and UMPC devices, such as iPads.

(3) Portable entertainment equipment: This type of equipment can display and play multimedia content. Such devices include: audio and video players (eg iPod), handheld game consoles, e-books, as well as smart toys and portable car navigation devices.

(4) Server: A device that provides computing services. The composition of the server includes a processor, a hard disk, a memory, a system bus, etc. The server is similar to a general computer architecture, but due to the need to provide highly reliable services, the processing power, stability , reliability, security, scalability, manageability and other aspects of high requirements.

(5) Other electronic devices with data interaction function.

The device embodiments described above are only illustrative, wherein the units described as separate components may or may not be physically separated, and the components displayed as units may or may not be physical units, that is, they may be located in One place, or it can be distributed over multiple network elements. Some or all of the modules may be selected according to actual needs to achieve the purpose of the solution in this embodiment.

From the description of the above embodiments, those skilled in the art can clearly understand that each embodiment can be implemented by means of software plus a general hardware platform, and certainly can also be implemented by hardware. Based on this understanding, the above-mentioned technical solutions can be embodied in the form of software products in essence, or the parts that make contributions to related technologies, and the computer software products can be stored in computer-readable storage media, such as ROM/RAM, magnetic disks , optical disc, etc., including several instructions to cause a computer device (which may be a personal computer, a server, or a network device, etc.) to perform the methods described in various embodiments or some parts of the embodiments.

Finally, it should be noted that the above embodiments are only used to illustrate the technical solutions of the present application, but not to limit them; although the present application has been described in detail with reference to the foregoing embodiments, those of ordinary skill in the art should understand that: it can still be Modifications are made to the technical solutions recorded in the foregoing embodiments, or some technical features thereof are equivalently replaced; and these modifications or replacements do not make the essence of the corresponding technical solutions deviate from the spirit and scope of the technical solutions of the embodiments of the present application.

Claims (10)

1. a kind of method that browser plays audio, comprising:

S10, audio file is divided into n audio fragment in advance；

S20, i-th of audio fragment is obtained from the n audio fragment, decoding obtains i-th group of decoding audio data, and stores To audio buffer stack, wherein i value 1 to n；

S30, i-th group of Wave data is determined according to i-th group of decoding audio data, and stores to peak-data and caches stack；

S40, i-th group of decoding audio data and described is obtained from the audio buffer stack and peak-data caching stack I-th group of Wave data synchronizes broadcasting；The value of i increases by the 1 and S20 that gos to step.

It is described audio file is divided into n audio fragment in advance to include: 2. according to the method described in claim 1, wherein

Identify the audio file type；

When the audio file has stream feature, the audio file is directly divided into n audio piece according to preset length Section；

When the audio file does not have stream feature, the file header of the audio file is obtained, and according to preset length by institute The data portion for stating audio file is divided into n data slot；

N audio fragment is obtained according to the file header for each addition file header in the n data slot.

3. described to obtain i-th of audio fragment packet from the n audio fragment according to the method described in claim 1, wherein It includes:

I-th of audio fragment is obtained from the n audio fragment by ws protocol interface.

4. described from the audio buffer stack and peak-data caching stack according to the method described in claim 1, wherein It obtains i-th group of decoding audio data and i-th group of Wave data synchronizes broadcasting and include:

After listening to play instruction, i-th group of decoding audio data is obtained from the audio buffer stack and is played out； Meanwhile

The synchronous drafting waveform of i-th group of Wave data is obtained from peak-data caching stack.

5. the system that a kind of browser plays audio, comprising:

Audio segmentation program module, for audio file to be divided into n audio fragment in advance；

Audio buffer stack program module, for obtaining i-th of audio fragment from the n audio fragment, decoding obtains i-th group Decoding audio data, and store to audio buffer stack, wherein i value 1 to n；

Peak-data caches stack program module, for determining i-th group of Wave data according to i-th group of decoding audio data, and It stores to peak-data and caches stack；

Playing program module, for obtaining i-th group of decoding from the audio buffer stack and peak-data caching stack Audio data and i-th group of Wave data synchronize broadcasting；

Jump routine module for the value of i to be increased by 1, and jumps to the audio buffer stack program module.

6. system according to claim 5, wherein the audio segmentation program module includes:

Type identification unit, for identification audio file type；

First cutting unit, for when the audio file have stream feature when, directly by the audio file according to default length Degree is divided into n audio fragment；

Second cutting unit, for obtaining the file header of the audio file when the audio file does not have stream feature, and The data portion of the audio file is divided into n data slot according to preset length；

Data group packet unit, for being that each addition file header in the n data slot obtains n according to the file header Audio fragment.

7. system according to claim 5, wherein described to obtain i-th of audio fragment packet from the n audio fragment It includes:

I-th of audio fragment is obtained from the n audio fragment by ws protocol interface.

8. system according to claim 5, wherein described from the audio buffer stack and peak-data caching stack It obtains i-th group of decoding audio data and i-th group of Wave data synchronizes broadcasting and include:

After listening to play instruction, i-th group of decoding audio data is obtained from the audio buffer stack and is played out； Meanwhile

The synchronous drafting waveform of i-th group of Wave data is obtained from peak-data caching stack.

9. a kind of electronic equipment comprising: at least one processor, and deposited with what at least one described processor communication was connect Reservoir, wherein the memory be stored with can by least one described processor execute instruction, described instruction by it is described at least One processor executes, so that at least one described processor is able to carry out any one of claim 1-4 the method Step.

10. a kind of storage medium, is stored thereon with computer program, which is characterized in that the realization when program is executed by processor The step of any one of claim 1-4 the method.