CN102868908A - High-efficiency streaming media playing method and device - Google Patents
High-efficiency streaming media playing method and device Download PDFInfo
- Publication number
- CN102868908A CN102868908A CN201110184906XA CN201110184906A CN102868908A CN 102868908 A CN102868908 A CN 102868908A CN 201110184906X A CN201110184906X A CN 201110184906XA CN 201110184906 A CN201110184906 A CN 201110184906A CN 102868908 A CN102868908 A CN 102868908A
- Authority
- CN
- China
- Prior art keywords
- buffer
- play
- streaming media
- size
- audio
- Prior art date
- Legal status (The legal status is an assumption and is not a legal conclusion. Google has not performed a legal analysis and makes no representation as to the accuracy of the status listed.)
- Granted
Links
Images
Landscapes
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
Abstract
The invention provides a high-efficiency streaming media playing method and a high-efficiency streaming media playing device. The method comprises the steps: establishing connection with a streaming media server; reading preset data from the steaming media server; analyzing the preset data according to a communication protocol of the steaming media server to acquire related parameter information; calculating the size of a buffer zone practically distributed according to the related parameter information, and then applying a memory with size equal to that of the buffer zone as a playing buffer zone; reading data stream from the steaming media server; storing the data stream to the playing buffer zone; and decoding and playing the data stream in the playing buffer zone according to the type of the steaming media. According to the scheme, steaming media at different code rates and in different network environments can be dynamically buffered by adopting a dynamic buffering management mode through analyzing the related parameters of the steaming media data to determine the size of the buffer zone, and an effect playing high-code steaming data fast can be fulfilled with lower component configuration.
Description
Technical field
The present invention relates to network communications technology field, particularly relate to a kind of highly efficient stream media playing method and device.
Background technology
Streaming Media (Streaming Media) technology is a kind of emerging network transmission technology, is used at the continuous time-base media such as network transmission of audio, video or multimedia file.The stream transmission technology is exactly that continuous sound and image information are put on the webserver after overcompression is processed, allow the user watch while downloading to listen to, and do not need to wait for that whole file downloads to the network transmission technology that just can watch behind the machine of oneself, only need can play through the startup time delay of seconds or tens of seconds, edge joint is received the limit broadcast afterwards.
Along with the develop rapidly of multimedia technology and network technology, based on the application of Streaming Media be used in also that video conference, video request program, the Internet are live, the numerous areas such as hand-held set and set-top box broadcast.The transmission of Streaming Media normally with what transmit as a stream, generally adopts real time streaming transport protocol (RTSP, Real Time Streaming Protocol) to transmit.The real-time streaming transmission needs specific server, at present the server of main flow comprises the Windows Media of RealMedia, Microsoft of RealNetworks company and the QuickTime of Apple company etc., these servers have own specific agreement and specific control method, and most Streaming Media schemes are only supported the smooth playing of certain streaming media server or certain stream media protocol.And for DST PLAYER, need on the network enabled thousands of live broadcast stream media and kind more to put broadcasting flow-medium, the form of these Streaming Medias, the coding packaged type different, these abundant streaming media resources can be play with specific player at personal computer, also can play at embedded device, the below illustrates the universal method of playing stream media as an example of embedded device example:
Step 1, the flow module of fixedly opening this agreement according to protocol name are set up network connection;
Step 2, set up the buffer area of specific size;
Play for the network of Streaming Media is online, because the difference of network self environment, cause the transmission speed of Streaming Media can not keep continuing consistent, therefore need to cushion streaming media data stream, buffering by the buffer area (such as 640K) that fixed size is set begins solves the jitter problem that causes because network transmission speed is unstable.
Step 3, employing process mode reading out data are play while read, and repeatedly carry out the data interaction between process;
Step 4, the data that read are passed to the player decoder module decode;
Step 5, the data of finishing according to decoding show and the output of sound, carry out audio-visual synchronization according to the timestamp of voice data;
The control of step 6, broadcast (comprise beginning, suspend, withdraw from etc.), wherein, the state information of broadcast is obtained in main the application or is undertaken alternately by principal and subordinate (Master/Slave) mode.
Above-mentioned prior art scheme cushions because of the buffering area that adopts fixed size, the Streaming Media that some low code streams can occur will wait for that the long period just begins to play, and the data that may cushion for the Streaming Media of some high code streams are inadequate, the stream information that can not begin is resolved, cause follow-up decoder module failure or buffered data occurs inadequate, play interrupted situation.In order to solve the result of broadcast of high code stream Streaming Media, need larger, the more professional higher parts of the performances such as audio hardware of configuration dominant frequency higher process chip, memory size to realize, greatly increased the cost of DST PLAYER.For example, when playing the high code stream audio frequency of 24bit, need the audio hardware equipment of specialty just can reach preferably result of broadcast, and when playing the H264 format video of 720P, need the predominant chip of 1GHz.
Summary of the invention
Technical problem to be solved by this invention provides a kind of highly efficient stream media player method, can solve prior art in order to realize the result of broadcast of high code stream Streaming Media, needs the high performance components and parts of configuration, thereby greatly increases the problem of DST PLAYER cost.
The present invention also provides a kind of highly efficient stream media playing device, to guarantee said method application in practice.
In order to address the above problem, the invention discloses a kind of highly efficient stream media player method, comprising: foundation is connected with streaming media server; Read the data of pre-sizing from described streaming media server, resolve the data of this pre-sizing according to the communications protocol of described streaming media server, obtain relevant parameter information; Wherein, described relevant parameter information comprises type, bit rate and/or the file format of Streaming Media; According to the buffer size of described relevant parameter information calculations needs actual allocated, then application size equals the internal memory of this buffer size as play buffer; From described streaming media server reading data flow; Described data flow is saved to described play buffer; Type according to described Streaming Media is decoded, is play the data flow in the described play buffer.
Preferably, the described computing formula of the buffer size of actual allocated that needs is:
Buffer size=((bit rate/8) * buffer time * audio track number)/beginning play buffering percentage
Wherein, described buffer time, audio track number, beginning play buffering percentage are default streaming media playing control parameter.
Preferably, before described data flow in the described play buffer being decoded, playing step, also comprise: judge whether the buffered data in the described play buffer reaches default beginning play buffering percentage, if then carry out follow-up decoding, playing flow; Otherwise, suspend and play.
Preferably, also comprise: judge whether the number of times that described time-out is play reaches default threshold value, if, then increase the preset value of described buffer time, recomputate the size of described buffering area, and adjust described play buffer according to the size of this buffering area.
Preferably, described data flow is saved in the described play buffer process, record the buffering area deviation post; When described buffering area deviation post equals buffer size, described buffering area deviation post is reset to 0, again fill described data flow from the starting position of play buffer; Data flow in the described play buffer is being decoded, in the playing process, recording and read buffer position; When reading buffer position and equaling buffer size, the described buffer position that reads is reset to 0 when described, again read described data flow from the starting position of play buffer.
Preferably, the described method that connects with streaming media server specifically comprises: the communications protocol title according to described streaming media server sends connection request; If include the connectivity port parameter in the streaming media server address, then attempt successively connecting with other ports in the default stream protocol connectivity port; Attempt successively with other Streaming Media communications protocol that do not comprise this communications protocol title, repeat above-mentioned connection procedure; Wherein, described Streaming Media communications protocol comprises real time streaming transport protocol, HTML (Hypertext Markup Language) and Microsoft's Streaming Media transportation protocol; In the above-mentioned step that connects, as long as successful connection is then interrupted connection procedure and directly entered subsequent flows media play flow process.
Preferably, also comprise user interactions control step, concrete grammar is: when player is started working, create respectively first a two-way pipeline and second a two-way pipeline; Described player reads operation control command from the user interactions control interface from the second two-way pipeline, and writes the state information of player to the described first two-way pipeline according to the aforesaid operations control command; Described user interactions control interface reads the state information of described player from the first two-way pipeline, and to the described second two-way pipeline write operation control command; Wherein, the broadcast that comprises of described operation control command, suspend, stop.
Preferably, described Streaming Media is video flowing; Audio and video synchronization method when playing described video flowing is: the audio time stamp in the described video flowing is as reference value, the difference of comparing audio timestamp, video time stamp and next reproduction time stamp, if the two equate or difference within default offset error, then adopting audio time stamp is that reference value is carried out audio-visual synchronization; Otherwise adopting video time stamp is that reference value is carried out audio-visual synchronization.
According to another preferred embodiment of the present invention, a kind of highly efficient stream media playing device is also disclosed, comprise linkage unit, stream protocol analytic unit, buffer management unit, decoding broadcast unit and user interactions control interface, wherein: described linkage unit is used for setting up being connected of described device and streaming media server; Described stream protocol analytic unit is used for the connection according to described linkage unit foundation, read the data of pre-sizing from described streaming media server, resolve the data of this pre-sizing according to the communications protocol of described streaming media server, obtain relevant parameter information, wherein, described relevant parameter information comprises type, bit rate and/or the file format of Streaming Media; Described buffer management unit is used for the buffer size according to the relevant parameter information calculations needs actual allocated of described stream protocol analytic unit acquisition, and then application size equals the internal memory of this buffer size as play buffer; And, from described streaming media server reading data flow, and described data flow is saved to described play buffer; Described decoding broadcast unit is used for the type of the Streaming Media that obtains according to described stream protocol analytic unit, and the data flow in the play buffer that described buffer management unit is write is decoded, play; Described user interactions control interface is used for user's control control command is passed to described device, and, feed back the state information of described device.
Preferably, described buffer management unit specifically comprises computation subunit, buffering control subelement and buffering area adjustment subelement, wherein:
Described computation subunit is used for the buffer size according to the relevant parameter information calculations needs actual allocated of described stream protocol analytic unit acquisition, and its computing formula is as follows:
Buffer size=((bit rate/8) * buffer time * audio track number)/beginning play buffering percentage
Wherein, described buffer time, audio track number, beginning play buffering percentage are default streaming media playing control parameter;
Buffering control subelement is used for judging that whether the buffered data of described play buffer reaches default beginning play buffering percentage, if not, then suspends the work of described decoding broadcast unit;
Described buffering area is adjusted subelement and is used for judging whether the number of times that described buffering control subelement suspends the work of described decoding broadcast unit reaches default threshold value, if, then increase the preset value of described buffer time, dispatch described computation subunit and recomputate the size of described buffering area, and adjust described play buffer according to the size of this buffering area.
Preferably, also comprise the circulating memory administrative unit, be used for controlling writing and reading of described play buffer, wherein: data flow is saved in the described play buffer process in described buffer management unit, records the buffering area deviation post; When described buffering area deviation post equals buffer size, described buffering area deviation post is reset to 0, again fill described data flow from the starting position of play buffer; At described decoding broadcast unit the data flow in the described play buffer decoded, in the playing process, record and read buffer position; When reading buffer position and equaling buffer size, the described buffer position that reads is reset to 0 when described, again read described data flow from the starting position of play buffer.
Preferably, also comprise the control information transfer unit, be used for creating first a two-way pipeline and second a two-way pipeline; When described device was started working, described parsing broadcast unit read operation control command from the user interactions control interface from the second two-way pipeline, and write the state information of described device to the described first two-way pipeline according to the aforesaid operations control command; Described user interactions control interface reads the state information of described device from the first two-way pipeline, and to the described second two-way pipeline write operation control command; Wherein, the broadcast that comprises of described operation control command, suspend, stop.
Preferably, also comprise the audio-visual synchronization unit, be used for controlling the audio-visual synchronization of described decoding broadcast unit: take the audio time stamp of described video flowing as reference value, the difference of comparing audio timestamp, video time stamp and next reproduction time stamp, if the two equate or difference within default offset error, then adopting audio time stamp is that reference value is carried out audio-visual synchronization; Otherwise adopting video time stamp is that reference value is carried out audio-visual synchronization.
Compared with prior art, the present invention has the following advantages:
The preferred embodiment of the present invention adopts the dynamic buffer management mode, calculate the size of buffering area by the relevant parameter (such as bit rate) of analysis stream media data, realize the dynamic buffering to Streaming Media under the different code check different network environments, can realize the quick result of broadcast of high code stream data with lower components and parts configuration.Solve prior art in order to realize the result of broadcast of high code stream Streaming Media, need the high performance components and parts of configuration, thereby greatly increase the problem of DST PLAYER cost.Based on this preferred embodiment scheme, the employing dominant frequency is the smooth playing that the chip of 360MHz can be realized the high code stream audio stream of 24bit form, the employing dominant frequency is the smooth playing that the chip of 600MHz can be realized 720P H264 format video stream, need the predominant chip of 1GHz to compare during with other video flowing of the same level of prior art smooth playing, can greatly save implementation cost.
In the further preferred embodiment of the present invention, support multiple stream media protocol, can realize the broadcast to most of Streaming Media on the network; By the circulating memory management, reduced the distribution number of times of internal memory, can further improve memory efficient and system effectiveness, realize the fast effect of response; Suspend mechanism by buffering, reached the poor perfect result of broadcast of network environment.Utilize two-way pipeline to carry out the mutual of player and user interactions control interface (UI), realized the mutual fast of UI and player, reduced the IO of system number of operations, the UI response is very fast.In addition, by new audio-visual synchronization mechanism, can avoid prior art to carry out the synchronous of audio frequency and video according to audio time stamp may be because the inaccurate audio frequency and video that cause of the audio time stamp of part Streaming Media be play asynchrony phenomenon.
Description of drawings
Fig. 1 is the flow chart of highly efficient stream media player method the first embodiment of the present invention;
Fig. 2 is the structured flowchart of highly efficient stream media playing device one embodiment of the present invention.
Embodiment
For above-mentioned purpose of the present invention, feature and advantage can be become apparent more, the present invention is further detailed explanation below in conjunction with the drawings and specific embodiments.
Embodiment of the method one:
With reference to Fig. 1, show the flow process of highly efficient stream media player method the first embodiment of the present invention, specifically may further comprise the steps:
S101: foundation is connected with streaming media server;
Communications protocol title according to streaming media server sends connection request; If connection failure then judges whether include the connectivity port parameter in the streaming media server address, if then attempt successively connecting with other stream protocol connectivity port; If connect or failure, attempt successively repeating above-mentioned connection procedure with other Streaming Media communications protocol that do not comprise this communications protocol title; Wherein, the Streaming Media communications protocol comprises RTSP, HTTP and MMS (Microsoft Media Server) Protocol etc.; In the above-mentioned step that connects, as long as successful connection is then interrupted connection procedure and directly entered subsequent flows media play flow process.
S102: read the data of pre-sizing from streaming media server, resolve the data of this pre-sizing according to the communications protocol of this streaming media server, obtain relevant parameter information;
Wherein, described relevant parameter information comprises type, bit rate and/or the file format of Streaming Media;
S103: according to the buffer size of above-mentioned relevant parameter information calculations needs actual allocated, then application size equals the internal memory of this buffer size as play buffer;
The computing formula of buffer size is:
Buffer size=((bit rate/8) * buffer time * audio track number)/beginning play buffering percentage
Wherein, buffer time, audio track number, beginning play buffering percentage are default streaming media playing control parameter.
S104: from the streaming media server reading data flow, and be saved to above-mentioned play buffer;
Data flow is being saved in the play buffer process, is recording buffering area deviation post offset; When offset equals buffer size size, illustrate that buffering area is full, offset is reset to 0, the starting position padding data from play buffer flows again;
S105: the type according to Streaming Media is decoded, is play the data flow in the play buffer.
Wherein, before step S105, can also comprise:
Judge whether the buffered data in the play buffer reaches default beginning play buffering percentage, if then carry out follow-up decoding, playing flow; Otherwise, suspend and play.
Whether the number of times of judge to suspend playing reaches default threshold value, if, then increase the preset value of described buffer time, recomputate the size of described buffering area, and adjust described play buffer according to the size of this buffering area.
Data flow in the play buffer is being decoded, in the playing process, recording and read buffer position pos; When pos equals size, illustrate that data in the buffering area read to finish, pos is reset to 0, again read described data flow from the starting position of play buffer.
Embodiment of the method two:
In this preferred embodiment, comprise connecting, the management of stream protocol analysis, circulating memory, playing flow processs such as suspending control, dynamic buffer management, the management of UI user interactions.Wherein:
One, the flow process that connects specifically comprises:
S201: preferentially adopt the stream read module of this protocol name coupling to connect according to protocol name;
When connecting, preferably connection is set to the unblock mode, and it is 10s that time-out time is set.
S202: judge whether successful connection sets up? if turn step S211; Otherwise, turn step S203;
S203: judge streaming media server address strap ports having (Port), if turn step S204; Otherwise, turn step S206;
S204: the ip address that the domain name of preservation First Contact Connections has been resolved, attempt successively connecting stream protocol port that other is generally acknowledged according to current protocol type
What domain name was arranged no longer carries out domain name mapping, directly with the parsing domain name IP that preserved last time, accelerates connection speed.
S205: judge whether successful connection sets up? if turn step S211; Otherwise, turn step S206;
S206: according to RTSP agreement, http protocol, MMS (Microsoft Media Server) Protocol order, repeating step S201～S205 is until successful connection or failure.
The protocol sequence that network flow-medium commonly used adopts generally is RTSP, HTTP, MMS, when carrying out this step, if will skip with the agreement of this protocol name coupling, no longer repeats to connect.
This preferred embodiment is supported multiple stream media protocol, can set up with network on being connected of most of streaming media server, solve prior art and need to connect the problem of the Streaming Media connection failure that when protocol name and the agreement of actual employing are inconsistent, causes according to the server that protocol name fixedly is opened this agreement.Streaming media server type on the network is varied, and different streaming media servers can be supported different streaming media agreements, such as being HTML (Hypertext Markup Language) (HTTP for title, HyperText Transfer Protocol) or the Streaming Media transportation protocol (MMS of Microsoft, Microsoft Media Server protocol) beginning such as, and the actual communications protocol that adopts is when being RTSP, the problem of connection failure will appear in the prior art scheme, and the preferred embodiment of the present invention can well solve this problem.
Two, circulating memory management process specifically comprises:
S211: apply for a fritter internal memory;
This preferred embodiment is selected 64K.
S212: read first the data of 10K, resolve the relevant parameter information that obtains;
Read finish after, according to different stream media protocol RFC documents, analyze above-mentioned 10K data, parse the relevant information of data flow, such as stream type, bit rate, file format etc.
S213: according to the bit rate result who analyzes out, calculating needs actual buffer size;
Computing formula is:
Buffer size=((bit rate/8) * buffer time * audio track number)/beginning play buffering percentage
What-if bit rate out is 192kbps, and the bit stream buffer time is 5s, and buffering 20% begins to play, and the actual buffer size that needs is ((192/8) * 5*2)/0.2=1200KByte; For the code stream of 32kpbs, buffer time when being 8s needed actual buffer size be ((32/8) * 8*2)/0.2=320KByte.
S214: according to above-mentioned result of calculation, apply for that again a memory field is as play buffer;
After the internal memory application, play buffer is pointed to again the position, memory field of new application, and the buffer size of buffer size for newly calculating is set.
S215: adopt the circulating memory way to manage to write or reading out data;
For the data in the play buffer, remember the deviation post offset of buffering area, the pos that reads buffering and buffer size size; When offset equaled size, the expression buffering was full, and resetting offset is 0, again fills buffering area since 0; When pos equaled size, the data of expression buffering area read to be finished, and reset pos and equaled 0 again reading out data, always circulation.
By analyzing various stream media protocol features, not only can realize fast and streaming media server connects, obtains data, and according to the bit rate dynamic assignment buffering area of Streaming Media, realized the dynamic buffering to Streaming Media under the different code check different network environments, can realize outside the quick result of broadcast of high code stream data with lower components and parts configuration, the stream media information that can also fast resolving gets access to mates the broadcast of decoding of relative decoding module, further improves the playing efficiency of Streaming Media.
In addition, adopt the EMS memory management process that goes in ring, reduced the Memory Allocation number of times, avoid frequent application and the dispose procedure of internal memory in the data handling procedure, improved system effectiveness.
Three, play time-out control
In order to guarantee result of broadcast, this preferred embodiment adopts pre-caching method (play and suspend control), a certain amount of data of buffer memory just begin decoding and play (such as 20%), by beginning the resolution flow media information, obtain bit rate, changing into fixing data cached size with the cache-time size, begin to play such as the size of data of 5S, namely guarantee the quick broadcast of beginning, also guaranteed result of broadcast.
Play and suspend control method 1: in playing process, be 0 if detect the buffered data size that can read, send to player and suspend (pause) message; When the buffered data size that can read reaches the buffer size that begins to cushion (such as 20%), send broadcast (start) message to player;
Play to suspend control method 2: adopt player automatic pause waiting mechanism, detect the pos of buffering area, offset and size parameter are judged the size of data that buffering area also can read, and when buffered data reaches default buffer size, begin to play.
Four, dynamic buffer management
If occur repeatedly suspending situation about playing in the playing process, can suitably increase buffer time, recomputate and apply for buffer area by the method for step S213～S214, adjust the size of buffering area, reached perfect result of broadcast.
Five, audio-visual synchronization
According to the audio time stamp value of making reference that obtains, obtain again timestamp and the reproduction time of the next time stamp of video, if both two poor precision and audio frequency equate or are close, then adopt audio time stamp to carry out synchronously, if audio time stamp is very large, then adopt the video difference to carry out audio-visual synchronization as the reference synchronization value.
Six, UI user interactions management
Adopt two-way pipe method to realize the mutually mutual and control of player and UI.When player starts, create a two-way pipeline mcla, use UI master and also create a two-way pipeline mcld.The thread that player creates reads the state of the pipeline mcld of UI master's application, carries out to begin the operation of UI such as playing, suspend, stop, simultaneously according to the UI associative operation that reads, writes the state value of the needed player of UI toward pipeline mcla.The thread that UI creates reads the state information of the player of pipeline mcla, write control information and need to obtain the message of the state of player in the mcld pipeline simultaneously, and both carry out interacting message fast in two-way pipeline, carry out mutual state mutual and control.
The UI of this preferred embodiment and the interactive mode of player, not only having solved in the prior art UI carries out adopting when mutually mutual player is embedded in main the application and the problem that transplantability is poor, maintenance difficulties is large occurs, the IO operation that has occurred when also having avoided prior art to adopt the slave pattern to carry out mutual between player and UI is many, the problem of poor controllability.
For aforesaid each embodiment of the method, simple in order to describe, therefore it all is expressed as a series of combination of actions, but those skilled in the art should know, the present invention is not subjected to the restriction of described sequence of movement, because according to the present invention, some step can adopt other orders or carry out simultaneously; Secondly, those skilled in the art also should know, said method embodiment all belongs to preferred embodiment, and related action and module might not be that the present invention is necessary.
Device embodiment one:
In this preferred embodiment:
With reference to Fig. 2, show the structured flowchart of highly efficient stream media playing device one embodiment of the present invention, specifically comprise linkage unit 21, stream protocol analytic unit 22, buffer management unit 23, decoding broadcast unit 24, user interactions control interface 25, circulating memory administrative unit 26, control information transfer unit 27 and audio-visual synchronization unit 28, wherein:
Linkage unit 21 is used for setting up being connected of this playing device and streaming media server; Specifically comprise: the communications protocol title according to streaming media server sends connection request, if successful connection finishes connection procedure; Judge whether include the connectivity port parameter in the streaming media server address, if other ports of then attempting in the stream protocol connectivity port commonly used successively connect; If can't connect by above-mentioned each port, then attempt successively repeating above-mentioned connection procedure with other Streaming Media communications protocol that do not comprise this communications protocol title (order of preferably pressing RTSP, HTTP, MMS is attempted);
The connection that stream protocol analytic unit 22 is used for according to linkage unit 21 foundation, read the data of pre-sizing (such as 10K) from streaming media server, resolve the data of this pre-sizing according to the communications protocol of this streaming media server, the relevant parameter information such as the type of acquisition Streaming Media, bit rate (bps), file format;
Buffer management unit 23 is used for the buffer size according to the relevant parameter information calculations needs actual allocated of stream protocol analytic unit 22 acquisitions, and then application size equals the internal memory of this buffer size as play buffer; Then, from this streaming media server reading data flow, and these data flow are saved to play buffer; Buffer management unit 23 specifically comprises computation subunit 231, buffering control subelement 232 and buffering area adjustment subelement 233, wherein:
Computation subunit 231 is used for the buffer size according to the relevant parameter information calculations needs actual allocated of stream protocol analytic unit 22 acquisitions, and its computing formula is as follows:
Buffer size=((bit rate/8) * buffer time * audio track number)/beginning play buffering percentage
Wherein, buffer time, audio track number, beginning play buffering percentage are default streaming media playing control parameter; As, bit rate is 192Kbps, buffer time to be 5s, buffering 20% code stream that begins to play, the actual buffer size of its corresponding application=((192/8) * 8*2)/0.2=320Kbyte.
Buffering control subelement 232 is used for judging whether the buffered data of play buffer reaches default beginning play buffering percentage (such as 20%), if not, then suspends the work of decoding broadcast unit 24;
Buffering area is adjusted subelement 233 for judging whether the number of times that buffering control subelement 232 suspends the broadcast unit work of decoding reaches default threshold value, if, then increase the preset value of described buffer time, dispatch described computation subunit and recomputate the size of described buffering area, and adjust described play buffer according to the size of this buffering area.
The broadcast unit 24 of decoding is decoded, is play for the data flow of the play buffer that buffer management unit 23 is write;
User interactions control interface 25 is used for user's control control command is passed to streaming medium playing device, and, feed back the state information of this streaming medium playing device.
Circulating memory administrative unit 26 is used for writing and reading of control play buffer, wherein: in buffer management unit 231 data flow is saved in the play buffer process, records buffering area deviation post offset; When buffering area deviation post offset equaled buffer size size, the expression buffering area was full, and this buffering area deviation post offset is reset to 0, and the starting position 0 beginning padding data from play buffer flows again; Data flow in decoding broadcast unit 24 pairs of play buffer is decoded, in the playing process, record and read buffer position pos; When this reads buffer position pos and equals buffer size size, will read buffer position pos and reset to 0, again from the starting position reading data flow of play buffer.
Control information transfer unit 27 is used for creating first a two-way pipeline mcla and second a two-way pipeline mcld; When multimedia playing apparatus is started working, resolve broadcast unit 24 and read operation control command from the user interactions control interface from the second two-way pipeline mcld, and write the state information of described device according to the aforesaid operations control command to the first two-way pipeline mcla; The user interactions control interface reads the state information of described device from the first two-way pipeline mcla, and to the second two-way pipeline mcla write operation control command; Wherein, operation control command comprises broadcast, suspends, stops.
Audio-visual synchronization unit 28, the audio-visual synchronization that is used for control decoding broadcast unit 24: take the audio time stamp of video flowing as reference value, the difference of comparing audio timestamp, video time stamp and next reproduction time stamp, if the two equate or difference within default offset error, then adopting audio time stamp is that reference value is carried out audio-visual synchronization; Otherwise adopting video time stamp is that reference value is carried out audio-visual synchronization.
Need to prove, said apparatus embodiment belongs to preferred embodiment, and related unit and module might not be that the present invention is necessary.
Each embodiment in this specification all adopts the mode of going forward one by one to describe, and what each embodiment stressed is and the difference of other embodiment that identical similar part is mutually referring to getting final product between each embodiment.For device embodiment of the present invention because itself and embodiment of the method basic simlarity, so describe fairly simple, relevant part gets final product referring to the part explanation of embodiment of the method.
Above a kind of highly efficient stream media playing method and device provided by the present invention is described in detail, used specific case herein principle of the present invention and execution mode are set forth, the explanation of above embodiment just is used for helping to understand method of the present invention and core concept thereof; Simultaneously, for one of ordinary skill in the art, according to thought of the present invention, all will change in specific embodiments and applications, in sum, this description should not be construed as limitation of the present invention.
Claims (13)
1. a highly efficient stream media player method is characterized in that, comprising:
Set up and be connected with streaming media server;
Read the data of pre-sizing from described streaming media server, resolve the data of this pre-sizing according to the communications protocol of described streaming media server, obtain relevant parameter information; Wherein, described relevant parameter information comprises type, bit rate and/or the file format of Streaming Media;
According to the buffer size of described relevant parameter information calculations needs actual allocated, then application size equals the internal memory of this buffer size as play buffer;
From described streaming media server reading data flow;
Described data flow is saved to described play buffer;
Type according to described Streaming Media is decoded, is play the data flow in the described play buffer.
2. the method for claim 1 is characterized in that, the described computing formula of the buffer size of actual allocated that needs is:
Buffer size=((bit rate/8) * buffer time * audio track number)/beginning play buffering percentage
Wherein, described buffer time, audio track number, beginning play buffering percentage are default streaming media playing control parameter.
3. method as claimed in claim 2 is characterized in that, also comprises before described data flow in the described play buffer being decoded, playing step:
Judge whether the buffered data in the described play buffer reaches default beginning play buffering percentage, if then carry out follow-up decoding, playing flow; Otherwise, suspend and play.
4. method as claimed in claim 3, it is characterized in that, also comprise: judge whether the number of times that described time-out is play reaches default threshold value, if, then increase the preset value of described buffer time, recomputate the size of described buffering area, and adjust described play buffer according to the size of this buffering area.
5. the method for claim 1 is characterized in that:
Described data flow is saved in the described play buffer process, record the buffering area deviation post; When described buffering area deviation post equals buffer size, described buffering area deviation post is reset to 0, again fill described data flow from the starting position of play buffer;
Data flow in the described play buffer is being decoded, in the playing process, recording and read buffer position; When reading buffer position and equaling buffer size, the described buffer position that reads is reset to 0 when described, again read described data flow from the starting position of play buffer.
6. the method for claim 1 is characterized in that, the described method that connects with streaming media server specifically comprises:
Communications protocol title according to described streaming media server sends connection request;
If include the connectivity port parameter in the streaming media server address, then attempt successively connecting with other ports in the default stream protocol connectivity port;
Attempt successively with other Streaming Media communications protocol that do not comprise this communications protocol title, repeat above-mentioned connection procedure; Wherein, described Streaming Media communications protocol comprises real time streaming transport protocol, HTML (Hypertext Markup Language) and Microsoft's Streaming Media transportation protocol;
In the above-mentioned step that connects, as long as successful connection is then interrupted connection procedure and directly entered subsequent flows media play flow process.
7. the method for claim 1 is characterized in that, also comprises user interactions control step, and concrete grammar is:
When player is started working, create respectively first a two-way pipeline and second a two-way pipeline; Described player reads operation control command from the user interactions control interface from the second two-way pipeline, and writes the state information of player to the described first two-way pipeline according to the aforesaid operations control command; Described user interactions control interface reads the state information of described player from the first two-way pipeline, and to the described second two-way pipeline write operation control command; Wherein, the broadcast that comprises of described operation control command, suspend, stop.
8. the method for claim 1 is characterized in that, described Streaming Media is video flowing; Audio and video synchronization method when playing described video flowing is:
Audio time stamp in the described video flowing is as reference value, the difference of comparing audio timestamp, video time stamp and next reproduction time stamp, if the two equate or difference within default offset error, then adopting audio time stamp is that reference value is carried out audio-visual synchronization; Otherwise adopting video time stamp is that reference value is carried out audio-visual synchronization.
9. a highly efficient stream media playing device is characterized in that, comprises linkage unit, stream protocol analytic unit, buffer management unit, decoding broadcast unit and user interactions control interface, wherein:
Described linkage unit is used for setting up being connected of described device and streaming media server;
Described stream protocol analytic unit is used for the connection according to described linkage unit foundation, read the data of pre-sizing from described streaming media server, resolve the data of this pre-sizing according to the communications protocol of described streaming media server, obtain relevant parameter information, wherein, described relevant parameter information comprises type, bit rate and/or the file format of Streaming Media;
Described buffer management unit is used for the buffer size according to the relevant parameter information calculations needs actual allocated of described stream protocol analytic unit acquisition, and then application size equals the internal memory of this buffer size as play buffer; And, from described streaming media server reading data flow, and described data flow is saved to described play buffer;
Described decoding broadcast unit is used for the type of the Streaming Media that obtains according to described stream protocol analytic unit, and the data flow in the play buffer that described buffer management unit is write is decoded, play;
Described user interactions control interface is used for user's control control command is passed to described device, and, feed back the state information of described device.
10. device as claimed in claim 9 is characterized in that, described buffer management unit specifically comprises computation subunit, buffering control subelement and buffering area adjustment subelement, wherein:
Described computation subunit is used for the buffer size according to the relevant parameter information calculations needs actual allocated of described stream protocol analytic unit acquisition, and its computing formula is as follows:
Buffer size=((bit rate/8) * buffer time * audio track number)/beginning play buffering percentage
Wherein, described buffer time, audio track number, beginning play buffering percentage are default streaming media playing control parameter;
Buffering control subelement is used for judging that whether the buffered data of described play buffer reaches default beginning play buffering percentage, if not, then suspends the work of described decoding broadcast unit;
Described buffering area is adjusted subelement and is used for judging whether the number of times that described buffering control subelement suspends the work of described decoding broadcast unit reaches default threshold value, if, then increase the preset value of described buffer time, dispatch described computation subunit and recomputate the size of described buffering area, and adjust described play buffer according to the size of this buffering area.
11. device as claimed in claim 9 is characterized in that, also comprises the circulating memory administrative unit, be used for controlling writing and reading of described play buffer, wherein:
Data flow is saved in the described play buffer process in described buffer management unit, records the buffering area deviation post; When described buffering area deviation post equals buffer size, described buffering area deviation post is reset to 0, again fill described data flow from the starting position of play buffer;
At described decoding broadcast unit the data flow in the described play buffer decoded, in the playing process, record and read buffer position; When reading buffer position and equaling buffer size, the described buffer position that reads is reset to 0 when described, again read described data flow from the starting position of play buffer.
12. device as claimed in claim 9 is characterized in that, also comprises the control information transfer unit, is used for creating first a two-way pipeline and second a two-way pipeline; When described device was started working, described parsing broadcast unit read operation control command from the user interactions control interface from the second two-way pipeline, and write the state information of described device to the described first two-way pipeline according to the aforesaid operations control command; Described user interactions control interface reads the state information of described device from the first two-way pipeline, and to the described second two-way pipeline write operation control command; Wherein, the broadcast that comprises of described operation control command, suspend, stop.
13. device as claimed in claim 9, it is characterized in that, also comprise the audio-visual synchronization unit, be used for controlling the audio-visual synchronization of described decoding broadcast unit: take the audio time stamp of described video flowing as reference value, the difference of comparing audio timestamp, video time stamp and next reproduction time stamp, if the two equate or difference within default offset error, then adopting audio time stamp is that reference value is carried out audio-visual synchronization; Otherwise adopting video time stamp is that reference value is carried out audio-visual synchronization.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201110184906.XA CN102868908B (en) | 2011-07-04 | 2011-07-04 | High-efficiency streaming media playing method and device |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN201110184906.XA CN102868908B (en) | 2011-07-04 | 2011-07-04 | High-efficiency streaming media playing method and device |
Publications (2)
| Publication Number | Publication Date |
|---|---|
| CN102868908A true CN102868908A (en) | 2013-01-09 |
| CN102868908B CN102868908B (en) | 2015-05-20 |
Family
ID=47447468
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN201110184906.XA Expired - Fee Related CN102868908B (en) | 2011-07-04 | 2011-07-04 | High-efficiency streaming media playing method and device |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN102868908B (en) |
Cited By (31)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103294782A (en) * | 2013-05-15 | 2013-09-11 | 北京小米科技有限责任公司 | Data display method and device |
| CN103347212A (en) * | 2013-06-04 | 2013-10-09 | 青岛海信宽带多媒体技术有限公司 | VOD program playing method and VOD program playing device |
| CN103501443A (en) * | 2013-09-13 | 2014-01-08 | 天脉聚源(北京)传媒科技有限公司 | Processing method and device of streaming media data |
| CN103929608A (en) * | 2014-04-16 | 2014-07-16 | 浙江宇视科技有限公司 | Buffer memory capacity dynamic allocation method and device |
| CN104066000A (en) * | 2014-06-10 | 2014-09-24 | 百度在线网络技术（北京）有限公司 | Monitoring method and device for playing quality of streaming media file |
| CN104133782A (en) * | 2014-07-04 | 2014-11-05 | 深圳英飞拓科技股份有限公司 | Adaptive management method and device of digital monitoring platform memory |
| CN104166452A (en) * | 2013-05-20 | 2014-11-26 | 深圳市快播科技有限公司 | Electricity saving method and system for video playing device |
| CN104182355A (en) * | 2014-08-29 | 2014-12-03 | 广州华多网络科技有限公司 | Method and device for memory allocation |
| CN104883626A (en) * | 2015-05-22 | 2015-09-02 | 深圳市九洲电器有限公司 | Method and system for streaming media management |
| WO2015176470A1 (en) * | 2014-05-22 | 2015-11-26 | 华为技术有限公司 | Updating method and device for cache state based on http, and processor therefor |
| CN105657523A (en) * | 2016-01-28 | 2016-06-08 | 腾讯科技（深圳）有限公司 | Video preloading method and device |
| CN105657540A (en) * | 2016-01-05 | 2016-06-08 | 珠海全志科技股份有限公司 | Video decoding method adapted to Android system and device thereof |
| CN105872722A (en) * | 2015-12-18 | 2016-08-17 | 乐视致新电子科技（天津）有限公司 | Online video start playing caching system and method |
| CN105979345A (en) * | 2015-12-03 | 2016-09-28 | 乐视致新电子科技（天津）有限公司 | Video data processing method and device |
| CN106294827A (en) * | 2016-08-17 | 2017-01-04 | 合网络技术（北京）有限公司 | The caching method of multimedia resource and device |
| CN107222776A (en) * | 2017-05-19 | 2017-09-29 | 腾讯科技（深圳）有限公司 | Video playing control method, browser, storage device and terminal |
| CN107396172A (en) * | 2017-08-29 | 2017-11-24 | 四川长虹电器股份有限公司 | The method that low latency throws screen |
| CN107959659A (en) * | 2016-10-17 | 2018-04-24 | 杭州海康威视数字技术股份有限公司 | A kind of flow medium play control method, device and electronic equipment |
| CN108810656A (en) * | 2018-06-12 | 2018-11-13 | 深圳国微视安科技有限公司 | A kind of the debounce processing method and processing system of real-time live broadcast TS streams |
| CN109168083A (en) * | 2018-10-23 | 2019-01-08 | 青岛海信电器股份有限公司 | A kind of Streaming Media real time playing method and device |
| TWI661719B (en) * | 2016-05-05 | 2019-06-01 | 聯發科技（新加坡）私人有限公司 | Methods and apparatus for seeking a play postion of a play file |
| CN110543747A (en) * | 2014-03-26 | 2019-12-06 | TiVo解决方案有限公司 | Multimedia pipeline architecture |
| CN110740374A (en) * | 2019-10-31 | 2020-01-31 | 广州市网星信息技术有限公司 | multimedia data processing method, device, computer equipment and storage medium |
| CN110856028A (en) * | 2018-08-20 | 2020-02-28 | 上海途擎微电子有限公司 | Media data playing method, equipment and storage medium |
| WO2020151401A1 (en) * | 2019-01-23 | 2020-07-30 | 上海哔哩哔哩科技有限公司 | Browser-based web video intelligent buffering method and apparatus, and storage medium |
| CN112291607A (en) * | 2020-10-29 | 2021-01-29 | 成都极米科技股份有限公司 | Video and audio data synchronous output method and system thereof |
| CN112616088A (en) * | 2020-11-26 | 2021-04-06 | 北京乐学帮网络技术有限公司 | Rendering method and device, electronic equipment and computer readable storage medium |
| CN114629880A (en) * | 2020-12-10 | 2022-06-14 | 西安诺瓦星云科技股份有限公司 | Streaming media video source management method and device and card-inserting type video splicing processing equipment |
| CN114786056A (en) * | 2022-05-07 | 2022-07-22 | 中国第一汽车股份有限公司 | Cross-operating-system video projection display method, system and device based on Hypervisor and vehicle |
| CN115242735A (en) * | 2022-09-22 | 2022-10-25 | 中邮消费金融有限公司 | Real-time voice stream slice analysis method, system and computer equipment |
| CN115398924A (en) * | 2021-01-06 | 2022-11-25 | 腾讯美国有限责任公司 | Method and apparatus for media streaming |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1669019A (en) * | 2002-07-16 | 2005-09-14 | 诺基亚有限公司 | Method for enabling packet transfer delay compensation in multimedia streaming |
| CN1753503A (en) * | 2004-09-24 | 2006-03-29 | 微软公司 | Methods and systems for presentation of media obtained from a media stream |
| CN1890736A (en) * | 2003-12-03 | 2007-01-03 | 皇家飞利浦电子股份有限公司 | Power saving methode and system |
| CN101296158A (en) * | 2007-04-26 | 2008-10-29 | 深圳市同洲电子股份有限公司 | Stream media data transmission method and data transmission device thereof |
| CN102447950A (en) * | 2010-09-30 | 2012-05-09 | 突触计算机系统（上海）有限公司 | Method and equipment for video play |
-
2011
- 2011-07-04 CN CN201110184906.XA patent/CN102868908B/en not_active Expired - Fee Related
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1669019A (en) * | 2002-07-16 | 2005-09-14 | 诺基亚有限公司 | Method for enabling packet transfer delay compensation in multimedia streaming |
| CN1890736A (en) * | 2003-12-03 | 2007-01-03 | 皇家飞利浦电子股份有限公司 | Power saving methode and system |
| CN1753503A (en) * | 2004-09-24 | 2006-03-29 | 微软公司 | Methods and systems for presentation of media obtained from a media stream |
| CN101296158A (en) * | 2007-04-26 | 2008-10-29 | 深圳市同洲电子股份有限公司 | Stream media data transmission method and data transmission device thereof |
| CN102447950A (en) * | 2010-09-30 | 2012-05-09 | 突触计算机系统（上海）有限公司 | Method and equipment for video play |
Cited By (50)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103294782A (en) * | 2013-05-15 | 2013-09-11 | 北京小米科技有限责任公司 | Data display method and device |
| CN104166452B (en) * | 2013-05-20 | 2017-08-11 | 深圳市快播科技有限公司 | Electricity saving method and its system for video play device |
| CN104166452A (en) * | 2013-05-20 | 2014-11-26 | 深圳市快播科技有限公司 | Electricity saving method and system for video playing device |
| CN103347212A (en) * | 2013-06-04 | 2013-10-09 | 青岛海信宽带多媒体技术有限公司 | VOD program playing method and VOD program playing device |
| CN103347212B (en) * | 2013-06-04 | 2016-04-27 | 青岛海信宽带多媒体技术有限公司 | The playing method and device of VOD program |
| CN103501443A (en) * | 2013-09-13 | 2014-01-08 | 天脉聚源(北京)传媒科技有限公司 | Processing method and device of streaming media data |
| CN110543747B (en) * | 2014-03-26 | 2023-07-21 | TiVo解决方案有限公司 | Multimedia pipeline architecture |
| CN110543747A (en) * | 2014-03-26 | 2019-12-06 | TiVo解决方案有限公司 | Multimedia pipeline architecture |
| CN103929608A (en) * | 2014-04-16 | 2014-07-16 | 浙江宇视科技有限公司 | Buffer memory capacity dynamic allocation method and device |
| CN103929608B (en) * | 2014-04-16 | 2017-06-16 | 浙江宇视科技有限公司 | The method and device of a kind of dynamically distributes buffer memory capacity |
| WO2015176470A1 (en) * | 2014-05-22 | 2015-11-26 | 华为技术有限公司 | Updating method and device for cache state based on http, and processor therefor |
| US10003999B2 (en) | 2014-05-22 | 2018-06-19 | Huawei Technologies Co., Ltd. | HTTP-based buffer status updating method and device, and buffer status processor |
| CN104066000A (en) * | 2014-06-10 | 2014-09-24 | 百度在线网络技术（北京）有限公司 | Monitoring method and device for playing quality of streaming media file |
| CN104133782A (en) * | 2014-07-04 | 2014-11-05 | 深圳英飞拓科技股份有限公司 | Adaptive management method and device of digital monitoring platform memory |
| CN104133782B (en) * | 2014-07-04 | 2017-08-22 | 深圳英飞拓科技股份有限公司 | A kind of digital supervision platform internal memory adaptive management method and device |
| CN104182355A (en) * | 2014-08-29 | 2014-12-03 | 广州华多网络科技有限公司 | Method and device for memory allocation |
| CN104182355B (en) * | 2014-08-29 | 2017-06-23 | 广州华多网络科技有限公司 | A kind of memory allocation method and device |
| CN104883626A (en) * | 2015-05-22 | 2015-09-02 | 深圳市九洲电器有限公司 | Method and system for streaming media management |
| CN105979345A (en) * | 2015-12-03 | 2016-09-28 | 乐视致新电子科技（天津）有限公司 | Video data processing method and device |
| CN105872722A (en) * | 2015-12-18 | 2016-08-17 | 乐视致新电子科技（天津）有限公司 | Online video start playing caching system and method |
| CN105657540A (en) * | 2016-01-05 | 2016-06-08 | 珠海全志科技股份有限公司 | Video decoding method adapted to Android system and device thereof |
| CN105657540B (en) * | 2016-01-05 | 2019-02-22 | 珠海全志科技股份有限公司 | A kind of video encoding/decoding method and its device being adapted to Android system |
| WO2017129096A1 (en) * | 2016-01-28 | 2017-08-03 | 腾讯科技（深圳）有限公司 | Video pre-loading method and apparatus |
| CN105657523A (en) * | 2016-01-28 | 2016-06-08 | 腾讯科技（深圳）有限公司 | Video preloading method and device |
| US10271072B2 (en) | 2016-01-28 | 2019-04-23 | Tencent Technology (Shenzhen) Company Limited | Video preloading method and apparatus |
| CN105657523B (en) * | 2016-01-28 | 2019-11-08 | 腾讯科技（深圳）有限公司 | The method and apparatus that video preloads |
| TWI661719B (en) * | 2016-05-05 | 2019-06-01 | 聯發科技（新加坡）私人有限公司 | Methods and apparatus for seeking a play postion of a play file |
| CN106294827A (en) * | 2016-08-17 | 2017-01-04 | 合网络技术（北京）有限公司 | The caching method of multimedia resource and device |
| CN107959659A (en) * | 2016-10-17 | 2018-04-24 | 杭州海康威视数字技术股份有限公司 | A kind of flow medium play control method, device and electronic equipment |
| CN107959659B (en) * | 2016-10-17 | 2021-01-29 | 杭州海康威视数字技术股份有限公司 | Streaming media playing control method and device and electronic equipment |
| CN107222776A (en) * | 2017-05-19 | 2017-09-29 | 腾讯科技（深圳）有限公司 | Video playing control method, browser, storage device and terminal |
| CN107222776B (en) * | 2017-05-19 | 2019-03-01 | 腾讯科技（深圳）有限公司 | Video playing control method, browser, storage equipment and terminal |
| CN107396172A (en) * | 2017-08-29 | 2017-11-24 | 四川长虹电器股份有限公司 | The method that low latency throws screen |
| CN108810656A (en) * | 2018-06-12 | 2018-11-13 | 深圳国微视安科技有限公司 | A kind of the debounce processing method and processing system of real-time live broadcast TS streams |
| CN110856028B (en) * | 2018-08-20 | 2021-12-14 | 上海途擎微电子有限公司 | Media data playing method, equipment and storage medium |
| CN110856028A (en) * | 2018-08-20 | 2020-02-28 | 上海途擎微电子有限公司 | Media data playing method, equipment and storage medium |
| CN109168083B (en) * | 2018-10-23 | 2021-05-28 | 海信视像科技股份有限公司 | Streaming media real-time playing method and device |
| CN109168083A (en) * | 2018-10-23 | 2019-01-08 | 青岛海信电器股份有限公司 | A kind of Streaming Media real time playing method and device |
| US11343579B2 (en) | 2019-01-23 | 2022-05-24 | Shanghai Bilibili Technology Co., Ltd. | Intelligent buffering method, device and storage medium of a web video based on a browser |
| WO2020151401A1 (en) * | 2019-01-23 | 2020-07-30 | 上海哔哩哔哩科技有限公司 | Browser-based web video intelligent buffering method and apparatus, and storage medium |
| CN110740374A (en) * | 2019-10-31 | 2020-01-31 | 广州市网星信息技术有限公司 | multimedia data processing method, device, computer equipment and storage medium |
| CN112291607B (en) * | 2020-10-29 | 2022-11-29 | 成都极米科技股份有限公司 | Video and audio data synchronous output method and system thereof |
| CN112291607A (en) * | 2020-10-29 | 2021-01-29 | 成都极米科技股份有限公司 | Video and audio data synchronous output method and system thereof |
| CN112616088A (en) * | 2020-11-26 | 2021-04-06 | 北京乐学帮网络技术有限公司 | Rendering method and device, electronic equipment and computer readable storage medium |
| CN114629880A (en) * | 2020-12-10 | 2022-06-14 | 西安诺瓦星云科技股份有限公司 | Streaming media video source management method and device and card-inserting type video splicing processing equipment |
| CN114629880B (en) * | 2020-12-10 | 2024-05-10 | 西安诺瓦星云科技股份有限公司 | Streaming media video source management method and device and plug-in card type video splicing processing equipment |
| CN115398924A (en) * | 2021-01-06 | 2022-11-25 | 腾讯美国有限责任公司 | Method and apparatus for media streaming |
| CN114786056A (en) * | 2022-05-07 | 2022-07-22 | 中国第一汽车股份有限公司 | Cross-operating-system video projection display method, system and device based on Hypervisor and vehicle |
| CN115242735A (en) * | 2022-09-22 | 2022-10-25 | 中邮消费金融有限公司 | Real-time voice stream slice analysis method, system and computer equipment |
| CN115242735B (en) * | 2022-09-22 | 2022-12-16 | 中邮消费金融有限公司 | Real-time voice stream slice analysis method, system and computer equipment |
Also Published As
| Publication number | Publication date |
|---|---|
| CN102868908B (en) | 2015-05-20 |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN102868908A (en) | High-efficiency streaming media playing method and device | |
| US10511646B2 (en) | System and method for delivering content | |
| US8560729B2 (en) | Method and apparatus for the adaptation of multimedia content in telecommunications networks | |
| CN100456284C (en) | Sparse caching for streaming media | |
| US9247276B2 (en) | System and method for progressive delivery of media content | |
| CN105100963B (en) | Audio/video media file synthesis method and service system | |
| US9282131B2 (en) | System and method for splicing media files | |
| US10484737B2 (en) | Methods and systems for instantaneous asynchronous media sharing | |
| CN104796796B (en) | Improve the fault-tolerant method of the HLS streaming players of Android platform | |
| CN107251008A (en) | Encoded in live video and the system and method that frame is replicated and frame extends are carried out in streaming | |
| CA2908718C (en) | System and method for streaming a media file from a server to a client device | |
| CN102857533B (en) | A kind of long-distance interactive system based on cloud computing | |
| CN101389020A (en) | Method for extending decoding capability of stream media playing device | |
| JP2017519406A (en) | Network video playback method and apparatus | |
| TW201249185A (en) | Method for dynamic adaptation of the reception bitrate and associated receiver | |
| CN108063971A (en) | Multimedia playing apparatus and method | |
| KR100596723B1 (en) | Device for integrating multimedia streaming service and application streaming service and method thereof | |
| CN102857535B (en) | A kind of computer processing unit, computer gateway, interactive system | |
| CN102857534B (en) | Remote interaction method on basis of cloud computing | |
| KR100820350B1 (en) | Multi contaniner format integration streaming server and streaming method | |
| JP2003143575A (en) | Multimedia reproducing method and device | |
| JP2002077857A (en) | Apparatus for sending multimedia data | |
| US12052447B1 (en) | Dynamically moving transcoding of content between servers | |
| CN102857532B (en) | A kind of remote interaction method based on cloud computing node | |
| Sendín‐Raña et al. | Emulating Access Grid features at Web endpoints: a developer's view |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C14 | Grant of patent or utility model | ||
| GR01 | Patent grant | ||
| DD01 | Delivery of document by public notice | ||
| DD01 | Delivery of document by public notice |
Addressee: Harbin Rongzhida Network Technology Co., Ltd. Document name: Notification to Pay the Fees |
|
| DD01 | Delivery of document by public notice | ||
| DD01 | Delivery of document by public notice |
Addressee: Harbin Rongzhida Network Technology Co., Ltd. Document name: Notification of Termination of Patent Right |
|
| CF01 | Termination of patent right due to non-payment of annual fee | ||
| CF01 | Termination of patent right due to non-payment of annual fee |
Granted publication date: 20150520 Termination date: 20180704 |