NetStream appendBytes 一点经验

最近在做基于 NetStream 的 appendBytes() 方法的快速搜索(seek)。

 

由于渐进式下载不能直接seek到未下载完成的部分,而用FMS成本又比较高,因此采用了如下方法:

根据seek的时间点,获取距离最近的关键帧位置的字节数,然后请求从该帧到下一关键帧的字节,作为一个切片appendBytes到NetStream中。之后继续请求下一帧的切片并添加到NetStream中播放。由于每次请求两帧之间的数据,返回速度很快,响应也就快。

 

条件:

1,FLV文件的所有关键帧信息(例如  ... <bytes=392013 time=13.293/> ...),可以用FFMPEG获得;

2,准备一个Nginx插件,用来返回指定flv文件的指定字节片段;

 

 有几个需要注意的地方:

 

1,需要先添加文件最开始的两个切片,然后才能seek到其他位置。

第一个片一般是FLV文件头以及metadata数据,第二个片是一个关键帧,包含一个video tag和一个audio tag,字节数都很小;

最开始的时候我以为只要添加了第一个切片就行了,实验的结果似乎表明第二个片是NetStream用来初始化byte parser所必须的。

本来最早想的是直接请求任意位置的切片就播放。

 

2,解析字节需要时间。这个发现的依据是,本来为了简化逻辑,把前两片作为第一片来请求,这样的话添加了第一片后,就可以认为NetStream准备好了。但是如果在添加这第一片后马上seek到其他片,发现播放会出现问题,比如有画面没声音。因此尝试了推迟添加后面seek的片,问题没有再现。

 

3,在seek时需要先用seek(0)清空NetStream的两个缓存,这样time属性和buffer属性才能归零。

A NetStream object has two buffers: the FIFO from appendBytes() to the NetStream, and the playout buffer.

并且需要调用appendBytesAction(NetStreamAppendBytesAction.RESET_SEEK) 来告诉NetStream这是个seek操作。

 

4,NetStreamAppendBytesAction的三个参数都可能用到,需要好好看看文档。

 

5,无法截图!使用appendBytes之前需要netStream.play(null),也就没有地方去加载crossdomain文件。网上也没搜到解决办法。

你可能感兴趣的:(Stream)