[发明专利]一种基于brew的Http递进式视频播放器的实现方法

说明书

技术领域

本发明涉及电子设备领域，尤其涉及一种基于brew的Http递进式视频播放器的实现方法。

背景技术

手机在线视频业务为3G典型增值应用。传统的基于RTSP协议的流媒体虽然已经有多年的发展，并占据主流位置，但应用于移动流媒体业务时，表现出了较大的劣势。主要问题体现在感官体验差，在复杂的无线环境中经常出现停顿与马赛克现象。持续的马赛克很快会令用户失去耐心，对流媒体业务的增长非常不利。所以一些移动运营商和手机制造商开始使用互联网上普遍采用的HTTP渐进下载协议来实现手机的流媒体播放功能。

目前brew平台下已有的Http渐进式播放器，如高通QTV内置的递进式播放的方式的支持，还有《在BREW平台上同步播放音频视频的方法及系统》(专利申请号CN200410009566.7)，都存在一些共有的缺陷，制约着渐进式播放器的推广。这些缺陷包括有：(1)对于MOOV信息在文件末尾的文件，只能等到整个文件都下载完全后才能播放，而边下载边播放是Http递进式下载播放方式的最重要的特征，如果要整个文件下完才能播放，就毫无意义了。(2)Seek操作只局限于已下载的数据，无法定位到任意位置，或者要等待Seek位置之前的所有数据都下载后才能播放，用户有时候可能要等待几乎下载整个文件的时间，才能播放Seek到的位置，这样的用户体验就很差了。(3)采用线性的缓冲区，即应用和QTV共享一段预申请的内存，播放文件的大小如果比这段预申请的内存大，超出部分的数据无法处理。所以要么每次根据视频文件的大小来申请相应大小内存去播放，但手机的内存播放文件的大小如果比这段预申请的内存大，超出部分的数据无法处理。所以要么每次根据视频文件的大小来申请相应大小内存去播放，但手机的内存大小通常情况下是很有限的，对大一点的文件就没办法处理了；要么每次播到超出共享内存大小的缓冲数据时，要重建新的会话新的共享内存来播放超出部分的数据，这样的方法的缺点除了新旧会话切换带来的停顿外，用户还无法seek到不属于当前会话的缓冲数据的播放位置上，即使是已经播放过的内容。

发明内容

为了克服Brew上现有的Http渐进下载播放器的不足，本发明提供了一种新的http递进式下载播放器的实现方法，对网络媒体文件的多个不连续的缓冲数据段的进行存储管理，不需要使用线性的共享内存来处理缓冲数据；对网络视频文件的下载采用http range来指定每次的下载范围，并根据播放的要求动态调整下载位置，可以快速响应用户对任意位置的播放请求；在开始播放缓冲数据前，对文件尾数据进行预先下载，这种机制结合前面的缓冲区管理策略和下载位置动态调整技术，避免了MOOV信息在文件末尾的视频文件要整个文件下载完毕才能播放的限制。

本发明的发明目的是通过如下技术方案实现的：

一种基于brew的Http递进式视频播放器的实现方法，所述的使用PULL方式来处理缓冲数据，通过IMedia接口向底层QTV注册获取数据大小和获取数据的两个回调函数，让QTV使用这两个回调函数取得数据。QTV决定什么时候去取数据和取多少，但不关心缓冲数据怎么存储的，这样就可以把网络媒体文件下载到临时文件中，而不需要申请一段巨大的内存区去播放一个大文件。所有的临时文件用一个队列管理着，当需要引入一个新的临时文件时，需要在队列中插入一个新的节点。相应的，对网络媒体文件的下载也并不总是从头到尾的连续下载数据的，而是使用Http Range技术，根据需要请求文件任意部分的数据。这样就可以支持对多个不连续的缓冲数据段的下载和存储管理。

所述的在从文件起始位置开始顺序下载了由预置值m1指定大小的数据后(通常还会预下载了文件尾部的少量数据)，开始播放数据。在播放过程中，监控QTV获取播放数据的位置的更新情况，当发现从播放数据位置开始的剩余缓冲数据量小于预置值m2时，播放进入缓冲暂停状态，等待下载数据的更新使得剩余缓冲数据量上升到另一个预定值m3后，恢复播放。

所述的当发现QTV请求的数据已经位于未下载区域时，播放进入缓冲暂停状态；接着计算这个数据位置距离在它之前的最近的一个缓冲数据段的最短距离，如果这个距离小于某个默认值m4时，只需把下载位置定位到该数据段末尾下载；否则，会在新的位置创建新的临时文件插入临时文件队列中，并对它进行下载；等待下载数据缓冲到至剩余缓冲数据量大于预定值m3后，在当前播放位置或者用户Seek操作指向的位置上恢复播放。

所述的用多个临时文件分别存储网络视频文件的多个不同的数据段，以队列形式管理所有临时文件。