资讯专栏INFORMATION COLUMN

在线短视频秒播优化之视频文件格式之MP4文件Moov box的位置

siberiawolf / 2610人阅读

摘要:之前我们介绍了在线短视频秒播优化的方方面面,从服务器,部署接入,数据连接获取,客户端缓存,出帧策略,到视频文件帧位置等。并不是文件必须的部分,但在我们常见的可在线播放的格式文件中例如中的文件确是重中之重。


之前我们介绍了在线短视频秒播优化的方方面面,从服务器,cdn部署接入,数据连接/获取,客户端缓存,出帧策略,到视频文件I帧位置等。
今天从视频文件格式的另外一个角度介绍,MP4文件的box排列顺序是如何影响,在线短视频的播放以及秒播优化的。
MP4文件中的所有数据都装在box中 (iso-14496-12/14)
(QuickTime中为atom)即mp4是由若干个box组成的
先简单介绍几个重要的box,以便诸位在后续学习时心中有数:
1、 ftyp box,在文件的开始位置,描述的文件的版本、兼容协议等;
2、 moov box,这个box中不包含具体媒体数据,但包含本文件中所有媒体数据的宏观描述信息,moov box下有mvhd和trak box。

mvhd中记录了创建时间、修改时间、时间度量标尺、可播放时长等信息。
trak中的一系列子box描述了每个媒体轨道的具体信息。
3、 moof box,这个box是视频分片的描述信息。并不是MP4文件必须的部分,但在我们常见的可在线播放的MP4格式文件中(例如Silverlight Smooth Streaming中的ismv文件)确是重中之重。
4、 mdat box,实际媒体数据。我们最终解码播放的数据都在这里面。
5、 mfra box,一般在文件末尾,媒体的索引文件,可通过查询直接定位所需时间点的媒体数据。






MP4文件的生成与解析,播放
两个重要的box,moov and mdat
1.生成:先写入mdat后写入moov,因此绝大多数工具都会把moov数据放到mdat后边,比如android的mp4writer,ffmpeg等工具
2.解析:解析播放的时候,先读取moov,才能解析mdat
播放影响
1.本地播放,没有影响,播放软件可以先seek到末尾,读取moov
2.在线播放
(1).需要http服务器支持seek
(2).服务器不支持seek,是个非常不友好的方案,要先把数据下载完成才能播放(无论下载到哪里,新服务器,本地内存或存储)
(3).(1)和(2)多多少少会引入延时,尤其(2),影响秒开



市面上短视频mp4 box排列
抖音,火山等小视频moov排在前边,不用seek;
快手,360等moov排在后边需要seek;
可以看出前者小视频在这方面更专业。
在线短视频MP4 moov box排在后边的解决方案
1.修改文件把moov box排在前面,在MP4在设备上生成的时候或传到服务器上后进行
这个方法一劳永逸,还能提升秒开的速度
工具:
ffmpeg option faststart
qt-faststart



Thanks

文章版权归作者所有,未经允许请勿转载,若此文章存在违规行为,您可以联系管理员删除。

转载请注明本文地址:https://www.ucloud.cn/yun/11042.html

相关文章

  • iOS视频播放缓存

    摘要:一套基于短视频播放缓存库地址。由于针对短视频的播放不存在进度拖拽或功能,所以每次下载到的数据可以直接通过缓存管理的相关方法直接到缓存文件末尾。 一套基于AVPLayer短视频播放缓存库ShortMediaCache GitHub地址。 主要特点: 1.为短视频量身设计,接入方便,不侵占业务 2.边播变缓存,缓存后直接播放 3.预加载功能,秒播下一条短视频 4.自动缓存管理 原文地址...

    OnlyLing 评论0 收藏0

发表评论

0条评论

最新活动
阅读需要支付1元查看
<