CN102420840A

CN102420840A - Method for realizing brew-based Http (Hyper Text Transport Protocol) progressive video player

Info

Publication number: CN102420840A
Application number: CN2010102940348A
Authority: CN
Inventors: 郑富强
Original assignee: XI'AN LONGFEI SOFTWARE CO Ltd
Current assignee: XI'AN LONGFEI SOFTWARE CO Ltd
Priority date: 2010-09-27
Filing date: 2010-09-27
Publication date: 2012-04-18

Abstract

The invention discloses a method for realizing a brew-based Http (Hyper Text Transport Protocol) progressive video player. The method comprises the following steps of: processing buffering data in a PULL manner, registering a bottom QTV (quark television) through an IMedia interface to obtain the size of the data and two callback functions of the data, and obtaining the data by the QTV through the two callback functions. The QTV decides the time of obtaining the data and the number of obtained data, but does not care how the buffering data is stored, thus an internet media file can be downloaded to a temporary file, but a hug memory area for playing a large file does not need to be applied. All temporary files are managed in one queue, and a new node needs to be inserted into the queue when a new temporary file needs to be introduced. Correspondingly, the download of the internet media file is not always continuous download of the data from beginning to end, but requests data of any parts of the file by use of an HttpRange technology. Therefore, the download and storage management of multiple discontinuous buffering data sections can be supported.

Description

A kind of implementation method of the laddering video player of Http based on brew

Technical field

The present invention relates to electronic device field, relate in particular to a kind of implementation method of the laddering video player of Http based on brew.

Background technology

Mobile phone Online Video business is a 3G typical case valued added applications.Though traditional Streaming Media based on the RTSP agreement has had years of development, and occupies position of mainstream, when being applied to mobile flow medium service, has shown bigger inferior position.It is poor that subject matter is embodied in sensory experience, in the wireless environment of complicacy, often occurs pausing and mosaic phenomenon.The mosaic that continues can make the user lose patience very soon, and is very unfavorable to the growth of streaming media service.So some mobile operator and mobile-phone manufacturers bring into use the HTTP progressive download agreement that generally adopts on the Internet to realize the stream media playing function of mobile phone.

The gradual player of existing Http under the present brew platform; Support like the mode of the built-in laddering broadcast of high pass QTV; Also have " method and system of synchronously playing audio frequency video on binary runtime environment for wireless " (number of patent application CN200410009566.7); All there are some total defectives, restricting the popularization of gradual player.These defectives include: (1) is for the file of MOOV information in end of file; Can only wait until after whole file is all downloaded fully and could play; And play while downloading is the most important characteristic of the laddering downloading and playing mode of Http, if whole file descended and could play, just meaningless.(2) the Seek operation is confined to data downloaded; Can't navigate to the optional position; Perhaps to wait for after Seek position all data are before all downloaded and to play; The user sometimes waits for the time of almost downloading whole file possibly, could play the position that Seek arrives, and such user experience is just very poor.(3) adopt linear buffering area, promptly application and QTV share the internal memory of one section preliminery application, if the size of played file is bigger than the internal memory of this section preliminery application, exceeding partial data can't handle.So apply for that according to the size of video file corresponding size internal memory goes to play at every turn, if but the size of the internal memory played file of mobile phone is bigger than the internal memory of this section preliminery application, and exceeding partial data can't handle.So apply for that according to the size of video file corresponding size internal memory goes to play, but the memory size of mobile phone generally is very limited, just can not handle bigger file at every turn; When broadcasting the buffered data that exceeds the shared drive size at every turn; Rebuilding the new shared drive of new session plays and exceeds partial data; The shortcoming of such method is except the pause that brings is switched in new and old session; The user also can't seek on the play position of the buffered data that does not belong to current sessions, even the content of having play.

Summary of the invention

In order to overcome the deficiency that Brew goes up existing Http progressive download player; The invention provides a kind of implementation method of the new laddering download player of http; To the storage administration of carrying out of a plurality of discontinuous buffered data section of network media file, need not use linear shared drive to handle buffered data; Adopt http range to specify each download scope to the download of network video file, and dynamically adjust the download location, can respond the playing request of user fast the optional position according to the requirement of playing; Before beginning play data; The end-of-file data are downloaded in advance; This mechanism combines the buffer management strategy and the download location dynamic development adjustment of front, has avoided MOOV information to want whole file to download the restriction that finishes and could play at the video file of end of file.

Goal of the invention of the present invention realizes through following technical scheme:

A kind of implementation method of the laddering video player of Http based on brew; Described use PULL mode is handled buffered data; Obtain size of data and two call back functions that obtain data through the IMedia interface to bottom QTV registration, let QTV use these two call back functions to obtain data.When QTV decision reaches data and what is got, but is indifferent to how buffered data store, and so just can download to network media file in the temporary file, and need not apply for that one section huge memory field removes to play a big file.All temporary files with a queue management, when needs are introduced a new temporary file, need in formation, insert a new node.Accordingly, to the download of network media file also from the beginning to the end continuous data download always not, and be to use Http Range technology, as required the data of demand file arbitrary portion.So just can support download and storage administration to a plurality of discontinuous buffered data sections.

Described after having begun progressive download from the file original position to specify big or small data (also can download the low volume data of tail of file usually in advance) by preset value m1, the beginning played data.In playing process; Monitoring QTV obtains the more new situation of the position of played data; When the residual buffer data volume of finding to begin during less than preset value m2 from the played data position; Play and get into the buffering halted state, after the updating data that waits for downloads makes that the residual buffer data volume rises to another predetermined value m3, recover to play.

Described data when discovery QTV request have been positioned at when downloading the zone, play entering buffering halted state; Then calculate the beeline of this Data Position distance nearest buffered data section before its, if this distance during less than certain default value m4, only needs to navigate to this data segment end to the download location and downloads; Otherwise, can create new temporary file in new position and insert in the temporary file formation, and it is downloaded; The data buffering that waits for downloads to the residual buffer data volume greater than predetermined value m3 after, on the position that current play position or user Seek operation is pointed to, recover to play.

The a plurality of temporary files of described usefulness are a plurality of different data segment of storage networking video file respectively, with all temporary files of formation format management.

When described data when playing request were not downloaded, according to the data of request and first distance of data download section before it, decision was to continue to download from this data segment end or a newly-built temporary file is downloaded on new position.

The present invention has following beneficial effect:

1, because the Managed Solution of new buffered data not need with the QTV shared drive, overcome because of the limited restriction that can not play big file of mobile phone EMS memory; In advance the file in download tail with support the download of network media file optional position and the mechanism of buffering, overcome and can only wait until that at the video file of end of file whole file downloaded the restriction that could play MOOV information.The solution of these two kinds of restrictions has greatly improved the scope of application of Http progressive download player.

2, the Seek to the user asks; Can reorientate the download location flexibly according to the situation of the current buffered data of having downloaded, at new position buffered data; So not only can support Seek operation to the optional position; And, shortening time of data buffering through the adjustment of download location when the position of Seek request during away from data download, user experience has greatly improved.

Description of drawings

Fig. 1 is a buffered data institutional framework sketch map of the present invention;

Fig. 2 is the segment data sketch map after the Seek request of the present invention;

Fig. 3 is the step sketch map that system of the present invention realizes.

Embodiment:

Below in conjunction with accompanying drawing the present invention is further specified

In accompanying drawing 1, the corresponding temporary file of each Chunk structure is being represented a continuous data segment, and it is writing down the temporary file path, the position in the data map network file of temporary file original position, temporary file size; The Chunk formation organizes together all temporary files, has represented all data of buffering area.Also have the Group structure on the Chunk, a Group is made up of one or more Chunk.What Group described also is a continuous data segment, but the data segment of Group representative can be crossed over a plurality of temporary files, promptly a plurality of Chunk; When two segment datas of two adjacent Chunk because the continual renovation of data download; And when joining together at last; The Group at these two Chunk places just can be merged into a new Group, and the Chunk that comprises is the intersection of original two Chunk that Group comprised.The number of Group is being represented in the Group formation has for what discontinuous data segments in the buffering area.When the whole downloads of file finished, whole buffering just district had only a continuous data segment, and the Group number in Group formation this moment has also just had only one.

Shown in accompanying drawing 2, the 1st, point to and download the zone; The 2nd, point to and do not download the zone; The 3rd, play position; The 4th, the download location because not data downloaded is pointed in user's Seek request, so the download location is adjusted, nearby began to download before the data of seek place, thereby had formed 1 three sections discontinuous data segments pointed.Having three Group in the Group formation this moment exists.

Shown in accompanying drawing 3, the realization of the laddering downloading and playing of http has been described.After obtaining the address of video resource; The one piece of data that begins of file in download original position at first; This segment data amount size is pre-configured, but can not be too little, after avoiding beginning broadcast; Can very soon get into the situation of suspending the pending buffer data because of the buffered data quantity not sufficient, influence user experience.After accomplishing the download of file header, can obtain the size of video file, with that the tail of file of predetermined size downloaded.After the end-of-file data are downloaded and finished, adjust to the place continuation download remaining data that the file original position is not downloaded to download point, begin the play data simultaneously.In the broadcast, can monitor more new situation of QTV request msg position, when discovery residual buffer data volume is not enough, suspends and play, after the Data Update that waits for downloads makes that the residual buffer data volume reaches the requirement that recovers broadcast, recover to play.

Broadcast stops to have two kinds of situation, and a kind of is normally to stop, and asks to stop playing or finishing like the user, and another kind is to play failure.When finding to play failure; To further analyze and whether not cause because the data of QTV request are downloaded; If; Then to adopt reasonable manner to go to download as yet not data downloaded (i.e. whether decision adjusts the download location), when the residual buffer data volume satisfies condition, recover then to play through result of calculation.When recovering to play, the time point that recovers broadcast need be set, be that it is the time that Seek asked that play time then is set because user's Seek request causes if play failure, otherwise be set to play the reproduction time when failing.

Claims

1. implementation method based on the laddering video player of Http of brew; It is characterized in that: described this method is to use the PULL mode to handle buffered data; Obtain size of data and two call back functions that obtain data through the IMedia interface to bottom QTV registration, let QTV use these two call back functions to obtain data, all temporary files with a queue management; When needs are introduced a new temporary file; Need in formation, insert a new node, the data of demand file arbitrary portion so just can be supported download and storage administration to a plurality of discontinuous buffered data sections as required.

2. the realization side of a kind of laddering video player of Http based on brew according to claim 1; It is characterized in that: described begun progressive download and specified the data of size from the file original position by preset value m1 after; The beginning played data; In playing process, monitoring QTV obtains the more new situation of the position of played data, when the residual buffer data volume of finding to begin from the played data position during less than preset value m2; Play and get into the buffering halted state, the updating data that waits for downloads is recovered to play after making the residual buffer data volume rise to another predetermined value m3.

3. the realization side of a kind of laddering video player of Http based on brew according to claim 1 is characterized in that: describedly be positioned at when downloading the zone when the data of finding the QTV request, play and get into the buffering halted state; Then calculate the beeline of this Data Position distance nearest buffered data section before its, if this distance during less than certain default value m4, only needs to navigate to this data segment end to the download location and downloads; Otherwise, can create new temporary file in new position and insert in the temporary file formation, and it is downloaded; The data buffering that waits for downloads to the residual buffer data volume greater than predetermined value m3 after, on the position that current play position or user Seek operation is pointed to, recover to play.

4. the realization side of a kind of laddering video player of Http based on brew according to claim 1; It is characterized in that: a plurality of temporary files of described usefulness are a plurality of different data segment of storage networking video file respectively, with all temporary files of formation format management.

5. the realization side of a kind of laddering video player of Http based on brew according to claim 1; It is characterized in that: when described data when playing request are not downloaded; According to the data of request and first distance of data download section before it, decision is to continue to download from this data segment end or a newly-built temporary file is downloaded on new position.