最近在做一个feed流项目, 需要展示一些列图片和视频.
听同事说前期调研了ffepeg , ijkplayer, 但是后来发现ffmpeg在播放长视频时, seek操作很耗时, 所以最终又回到了原始的MediaPlayer.
在以前的项目中接触过MediaPlayer, 但是对视频播放的其他库很陌生, 对整个安卓视频的知识体系也不熟悉, 也就没再跟着掺和. 但最近发现他们紧张兮兮的, 大老板对视频播放的速度很不满意. 感觉跟竞品即刻差距太大,
这里插一句, 即刻的视频打开速度太快了,
这倒是引起了我的兴趣, 记得之前的项目视频开启速度没有这么慢啊, 于是尝试把之前用过的AndroidVideoCache引入到项目里, 看看对开启速度有没有帮助.
合入后发现, 其实帮助不大, 但是有一点思路, 就是当播放小视频文件时, MediaPlayer开启速度很快, 经过分析, 发现之所以视频开启慢, 排除网络因素, MediaPlayer自己的缓冲策略是个关键点, 它会根据当前的视频信息, 帧率, 文件尺寸进行缓冲, 一直到它觉得适合播放了, 才开始prepared, 开始播放.
而郁闷的是, 这个策略是无法修改, 无法自定义的. 每个手机系统的MediaPlayer基本都是暗箱操作, 在App层无能为力.
但是既然小文件可以让MediaPlayer快速开始播放, 那么我们可不可以通过拆分原始视频文件为一小段小的视频头文件(记做Header), 加其余视频文件(记作body) 这种方式来快速启动MediaPlayer, 而在播放header时, 同时加载body, 这样, 通过调整两者的尺寸关系, 使header播放完成时, 可以立刻开始播放body段. 对用户来说感受不到分段播放.
这里有两个技术点需要解决: 一个是视频的分段裁剪，我们知道ＭＰ４之类的视频文件，想要分段是需要处理的， 不能简单的二进制截断， 必须更新每段子文件的注册表信息．
另一点是怎么才能让两段视频文件的播放无缝的衔接起来．
先说第一点， 难度在格式的多样性，能够播放的文件不只mp4,还有其他各种类型的视频文件, 多到我一时都想不起来， 往简单了说只需要按格式定义对每种类型文件进行处理即可, 但是种类太多, 让你立刻意识到这基本不是一个demo能够解决的. 也只能对mp4先尝试一下了.
再说第二点, 试了各种方式都不成功, 但是天无绝人之路, 发现可以通过setNextPlayer的方法调用设置第二段MediaPlayer. 经测试可行.
忙过这阵子, 打算把这个demo共享出来.
后来又想了想, 既然要研究视频播放, 其实完全没必要拘泥MediaPlaer, 可以使用其他定制能力更强的播放器, 比如ExoPlayer, 来接管网络数据处理部分, 从而控制播放的启动速度. 但是没接触过这个播放器, 好像有点学习曲线, 打算有时间了好好研究下这个播放器.
