最近应用开发的过程当中出现了一个小问题,顺便记载一下原因和方法--文件编码
如今,H264已经成为视频行业的标准规范,企业中应用比较多的当数X264,开源,资源消耗又比较少。
首先,分析一下罕见的三大开源H264编码器:JM、X264、T264
JM H264的官方测试源码,实现了264的全部特性,但程序结构冗长,编码复杂度高,不推荐贸易应用。
X264 摈弃了264中对编码性能贡献小,但计算复杂度极高的新特性,推荐贸易应用。
T264 编码与X264类似,但是解码器只能解T264编码的,有点坑。
在应用H264编码器X264之前,我们先对其性能进行测试,以肯定是否需要再次优化。
测试的流程如下:
官方网站:http://www.videolan.org/developers/x264.html
GIT地址:git://git.videolan.org/x264.git(注,X264最原始的源码都是在linux下编译的,如果想要windows版的,请看下面)
windows版X264地址:http://doom10.org/index.php?topic=3.0(注:第三方移植的,自行判断是不是最新)
由于X264是根据H264的标准制造的,所以,H264标准以及之前标准都是适用的。现实应用中,会有不同的需求,比如说监控对帧率要求比较低,再比如说网络传输对码率要求比较高,又比如说在移动平台上应用对CPU MEM要求比较高。
下面是视频直播中应用到的:
分 辨 率:160×120 320×240 640×480
帧 率:10 15 20 25 30
码 率:128 160 256
编码延时:<= 200ms
码率精度:<= 15%
兼 容 性:标准H264解码器可以解码
操作系统:winXP win7-x86 win7-x64
CPU :AMD Athlon II X2 240(高配) AMD SP145(低配)
MEM :2GB
新建VC项目,读取YUV序列文件(下面会分析文件起源),编码,输出到H264文件
YUV结构分析英文版:http://www.fourcc.org/yuv.php
YUV结构分析中文翻译版:http://blog.csdn.net/SearchSun/article/details/2443867
在这些YUV格式中,比较罕见的是YUV420,一帧YUV420在文件中的排布如下,以CIF图像(352*288)为例:
Y信息 352*288 B
U信息 352*288/4 B
V信息 352*288/4 B
算出一帧数据的巨细 = 352*288 + 352*288/4 + 352*288/4 ,罕见写作 352*288*3/2
YUV测试序列下载地址:http://dpinglee.blog.163.com/blog/static/144097753201242254639795/ (这个是目前网上能找到的最全面的)
从上面的链接中找到的最为规范的要数这个:http://sp.cs.tut.fi/mobile3dtv/stereo-video/
YUV格式有很多种,再加上不同的参数配置,又会有很多种,下载前必定要看清晰是否是自己需要的格式,因为这些测试序列文件平日都会比较大的
找到YUV序列文件以后,需要先验证一下,文件的正确性,可应用YUV播放器--YUViewer
YUViewer下载地址:http://ishare.iask.sina.com.cn/f/21603725.html
在不同的参数配置下,观察下面的各项指标是否正常:
编码延时:可以在测试程序中输出日志查看
码率精度:同上
兼 容 性:应用H264visa可以正常播放便可
CPU :高配在2%之内 低配在4%之内
MEM :?MB之内
应用H264visa验证编码后H264文件的正确性
H264visa下载地址:http://ishare.iask.sina.com.cn/f/25002676.html (这个需要2新浪积分)
如果对X264编解码比较感兴趣,打算深入研究,可以从这里开始:http://www.rosoo.net/a/200908/7424.html,这篇是罗索实验室的文章,一个专业研究音视频,流媒体解决方案的网站。
文章结束给大家分享下程序员的一些笑话语录: 不会,Intel会维持高利润,也会维持竞争局面,国外的竞争不是打死对方的那种。你看日本有尼康,佳能,索尼,都做相机,大家都过得很滋润。别看一堆厂,其实真正控制的是后面的那几个财团——有些竞争对手,后面其实是一家人。
--------------------------------- 原创文章 By
文件和编码
---------------------------------