CN102420840A - Method for realizing brew-based Http progressive video player - Google Patents
Method for realizing brew-based Http progressive video player Download PDFInfo
- Publication number
- CN102420840A CN102420840A CN2010102940348A CN201010294034A CN102420840A CN 102420840 A CN102420840 A CN 102420840A CN 2010102940348 A CN2010102940348 A CN 2010102940348A CN 201010294034 A CN201010294034 A CN 201010294034A CN 102420840 A CN102420840 A CN 102420840A
- Authority
- CN
- China
- Prior art keywords
- data
- file
- play
- download
- qtv
- 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.)
- Pending
Links
- 238000000034 method Methods 0.000 title claims abstract description 13
- 230000000750 progressive effect Effects 0.000 title claims abstract description 7
- 230000006870 function Effects 0.000 claims abstract description 7
- 230000003139 buffering effect Effects 0.000 claims description 12
- 230000015572 biosynthetic process Effects 0.000 claims description 10
- 238000012544 monitoring process Methods 0.000 claims description 2
- 230000006855 networking Effects 0.000 claims description 2
- 230000002950 deficient Effects 0.000 description 2
- 241001269238 Data Species 0.000 description 1
- 230000009286 beneficial effect Effects 0.000 description 1
- 230000007812 deficiency Effects 0.000 description 1
- 238000009418 renovation Methods 0.000 description 1
- 230000001953 sensory effect Effects 0.000 description 1
- 238000004904 shortening Methods 0.000 description 1
Images
Landscapes
- Two-Way Televisions, Distribution Of Moving Picture Or The Like (AREA)
- Information Transfer Between Computers (AREA)
Abstract
The invention discloses a method for realizing a brew-based Http progressive video player, which uses a PULL mode to process buffer data, registers two callback functions for acquiring data size and data from a bottom QTV through an IMedia interface, and enables the QTV to acquire data by using the two callback functions. The QTV determines when and how much to fetch the data, but does not care about how to store the buffer data, so that the network media file can be downloaded into the temporary file without applying a huge memory area to play a large file. All temporary files are managed by a queue, and when a new temporary file needs to be introduced, a new node needs to be inserted into the queue. Accordingly, the downloading of the network media file is not always continuous downloading data from beginning to end, but rather, the http merge technology is used to request data from any part of the file as needed. This supports the downloading and storage management of multiple discrete buffered data segments.
Description
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 (5)
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.
Priority Applications (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2010102940348A CN102420840A (en) | 2010-09-27 | 2010-09-27 | Method for realizing brew-based Http progressive video player |
Applications Claiming Priority (1)
| Application Number | Priority Date | Filing Date | Title |
|---|---|---|---|
| CN2010102940348A CN102420840A (en) | 2010-09-27 | 2010-09-27 | Method for realizing brew-based Http progressive video player |
Publications (1)
| Publication Number | Publication Date |
|---|---|
| CN102420840A true CN102420840A (en) | 2012-04-18 |
Family
ID=45945075
Family Applications (1)
| Application Number | Title | Priority Date | Filing Date |
|---|---|---|---|
| CN2010102940348A Pending CN102420840A (en) | 2010-09-27 | 2010-09-27 | Method for realizing brew-based Http progressive video player |
Country Status (1)
| Country | Link |
|---|---|
| CN (1) | CN102420840A (en) |
Cited By (7)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103067748A (en) * | 2012-12-30 | 2013-04-24 | 乐视网信息技术（北京）股份有限公司 | Streaming media video playing method |
| CN103229486A (en) * | 2012-12-03 | 2013-07-31 | 华为技术有限公司 | Batch file transmission method and device |
| CN104394476A (en) * | 2014-11-28 | 2015-03-04 | 乐视致新电子科技（天津）有限公司 | Time shifting playing method and media player |
| CN108781311A (en) * | 2015-12-13 | 2018-11-09 | 优工作室公司 | Video player frame for distribution of media and management platform |
| CN109803167A (en) * | 2017-11-17 | 2019-05-24 | 中国电信股份有限公司 | Stream media document transmission method, streaming media clients and computer readable storage medium |
| CN111147942A (en) * | 2019-12-17 | 2020-05-12 | 北京达佳互联信息技术有限公司 | Video playing method and device, electronic equipment and storage medium |
| US11683557B2 (en) | 2021-06-21 | 2023-06-20 | Beijing Baidu Netcom Science Technology Co., Ltd. | Method for playing MP4 online, device, and storage medium |
Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1598767A (en) * | 2004-09-15 | 2005-03-23 | 萧学文 | Method and system for synchronous playing audio-video at BREW platform |
| CN101018366A (en) * | 2004-11-16 | 2007-08-15 | 萧学文 | A method and system for the sound stream playing based on the BREW platform |
| CN101127989A (en) * | 2007-09-11 | 2008-02-20 | 中兴通讯股份有限公司 | A method for supporting hypertext transmission stream media service of mobile phone |
| US20090164653A1 (en) * | 2007-12-24 | 2009-06-25 | Mandyam Giridhar D | Adaptive streaming for on demand wireless services |
| US20100080163A1 (en) * | 2008-09-30 | 2010-04-01 | Qualcomm Incorporated | Apparatus and methods of providing and receiving venue level transmissions and services |
-
2010
- 2010-09-27 CN CN2010102940348A patent/CN102420840A/en active Pending
Patent Citations (5)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN1598767A (en) * | 2004-09-15 | 2005-03-23 | 萧学文 | Method and system for synchronous playing audio-video at BREW platform |
| CN101018366A (en) * | 2004-11-16 | 2007-08-15 | 萧学文 | A method and system for the sound stream playing based on the BREW platform |
| CN101127989A (en) * | 2007-09-11 | 2008-02-20 | 中兴通讯股份有限公司 | A method for supporting hypertext transmission stream media service of mobile phone |
| US20090164653A1 (en) * | 2007-12-24 | 2009-06-25 | Mandyam Giridhar D | Adaptive streaming for on demand wireless services |
| US20100080163A1 (en) * | 2008-09-30 | 2010-04-01 | Qualcomm Incorporated | Apparatus and methods of providing and receiving venue level transmissions and services |
Cited By (11)
| Publication number | Priority date | Publication date | Assignee | Title |
|---|---|---|---|---|
| CN103229486A (en) * | 2012-12-03 | 2013-07-31 | 华为技术有限公司 | Batch file transmission method and device |
| CN103229486B (en) * | 2012-12-03 | 2016-10-05 | 华为技术有限公司 | Batch file transmission method and equipment |
| CN103067748A (en) * | 2012-12-30 | 2013-04-24 | 乐视网信息技术（北京）股份有限公司 | Streaming media video playing method |
| CN103067748B (en) * | 2012-12-30 | 2016-08-17 | 乐视网信息技术（北京）股份有限公司 | A kind of streaming media video player method |
| CN106060579A (en) * | 2012-12-30 | 2016-10-26 | 乐视网信息技术（北京）股份有限公司 | Streaming video playing method |
| CN104394476A (en) * | 2014-11-28 | 2015-03-04 | 乐视致新电子科技（天津）有限公司 | Time shifting playing method and media player |
| CN108781311A (en) * | 2015-12-13 | 2018-11-09 | 优工作室公司 | Video player frame for distribution of media and management platform |
| CN108781311B (en) * | 2015-12-13 | 2021-04-06 | 优工作室公司 | Video player framework for media distribution and management platform |
| CN109803167A (en) * | 2017-11-17 | 2019-05-24 | 中国电信股份有限公司 | Stream media document transmission method, streaming media clients and computer readable storage medium |
| CN111147942A (en) * | 2019-12-17 | 2020-05-12 | 北京达佳互联信息技术有限公司 | Video playing method and device, electronic equipment and storage medium |
| US11683557B2 (en) | 2021-06-21 | 2023-06-20 | Beijing Baidu Netcom Science Technology Co., Ltd. | Method for playing MP4 online, device, and storage medium |
Similar Documents
| Publication | Publication Date | Title |
|---|---|---|
| CN102420840A (en) | Method for realizing brew-based Http progressive video player | |
| JP6346899B2 (en) | Method and apparatus for streaming media content to client devices | |
| US9406341B2 (en) | Audio file processing to reduce latencies in play start times for cloud served audio files | |
| US20130124664A1 (en) | Coordinating media presentations among peer devices | |
| US8522292B2 (en) | Streaming media bandwidth reduction | |
| US9674266B2 (en) | Method for adaptive streaming, local storing and post-storing quality increase of a content file | |
| US8904033B2 (en) | Buffering media content | |
| JP2004509402A (en) | Method and device for providing / receiving media content via a digital network | |
| WO2013037241A1 (en) | Mobile multimedia real-time transcoding playing system, device, storage medium and method | |
| CN112839238B (en) | Screen projection playing method and device and storage medium | |
| US9313084B2 (en) | Systems and methods for client-side media chunking | |
| US9191623B2 (en) | Transmitting datastreams to late joining broadcast subscribers | |
| CN104010210A (en) | Playing control method, device and system of multiple playing devices | |
| CN105704568A (en) | Method and device for realizing live broadcast time shifting | |
| US20210021655A1 (en) | System and method for streaming music on mobile devices | |
| US8631144B2 (en) | System and method for selection of streaming media | |
| CN107318052A (en) | Player method, television set and the storage medium of television video | |
| KR102222375B1 (en) | Method for file management and an electronic device thereof | |
| JP4689996B2 (en) | Multimedia content high-speed download service apparatus and method | |
| CN103686429A (en) | Audio system and method for realizing shared playing of cloud media | |
| JP6750227B2 (en) | Information equipment and distribution equipment | |
| CN104301757B (en) | Family's KTV order methods and VOD system based on cloud | |
| WO2017071642A1 (en) | Media playback method, device and computer storage medium | |
| US9215267B2 (en) | Adaptive streaming for content playback | |
| US10652296B2 (en) | Method and apparatus to efficiently smooth adaptive content playback in HTTP live streaming |
Legal Events
| Date | Code | Title | Description |
|---|---|---|---|
| C06 | Publication | ||
| PB01 | Publication | ||
| C10 | Entry into substantive examination | ||
| SE01 | Entry into force of request for substantive examination | ||
| C02 | Deemed withdrawal of patent application after publication (patent law 2001) | ||
| WD01 | Invention patent application deemed withdrawn after publication |
Application publication date: 20120418 |