JM编解码264
2014-05-05 12:06
330 查看
看到有人说JM解码编码264 尝试了一下
http://iphome.hhi.de/suehring/tml/download/
win7下 vs2010 编译后,得到编码解码可执行文件ldecod.exe lencod.exe
还是使用原来测试编码265的视频序列 /article/6224656.html
这里的264是之前使用X264编码的。
本机环境:
Intel Core i5-3470 3.2GHz 4核心
RAM 4GB
WIN7 SP1 32位的
解码部分结果如下:
>ldecod.exe -d default.cfg -p InputFile="g:\multimedia\video\720p50_shields_ter.h264" -p OutputFile="shields.yuv"
-------------------- Average SNR all frames ------------------------------
SNR Y(dB) : 0.00
SNR U(dB) : 0.00
SNR V(dB) : 0.00
Total decoding time : 175.552 sec (2.871 fps)[504 frm/175552 ms]
--------------------------------------------------------------------------
Exit JM 18 (FRExt) decoder, ver 18.6
Output status file : log.dec
504 frames are decoded.
>ldecod.exe -d default.cfg -p InputFile="g:\multimedia\video\720p50_parkrun_ter.h264" -p OutputFile="parkrun.yuv"
-------------------- Average SNR all frames ------------------------------
SNR Y(dB) : 0.00
SNR U(dB) : 0.00
SNR V(dB) : 0.00
Total decoding time : 221.416 sec (2.276 fps)[504 frm/221416 ms]
--------------------------------------------------------------------------
Exit JM 18 (FRExt) decoder, ver 18.6
Output status file : log.dec
504 frames are decoded.
解码部分时间消耗挺长的,解码的画质很好。不过对比编码,这时间还算很短了。
基本上编码一帧消耗的时间是解码的1000倍。
还是刚刚的视频序列。
Frame Bit/pic QP SnrY SnrU SnrV Time(ms) MET(ms) Frm/Fld Ref
-------------------------------------------------------------------------------
00000(NVB) 184
00000(IDR) 23024 28 52.186 47.467 50.301 3756 0 FRM 3
00001( P ) 96 28 52.179 47.468 50.302 205985 201178 FRM 2
00002( P ) 937976 28 37.510 38.805 40.097 423282 414435 FRM 2
00003( P ) 38104 28 37.243 40.129 41.134 578759 571344 FRM 2
00004( P ) 99136 28 36.958 39.627 40.893 729596 721931 FRM 2
00005( P ) 66144 28 37.348 40.872 41.881 882340 874791 FRM 2
00006( P ) 145608 28 37.209 40.671 41.771 814355 806712 FRM 2
^C
消耗时间过长,内存也过多,不得不被迫中止。
默认参数下,编码出来的视频质量和X264差不多。
估算一下文件大小,比X264编码出来的要小很多(但是没有X265编码的小)。
算是牺牲时间来换空间吧。
>>>而同样的工作量 ffmpeg 解码只需要3-5秒钟,编码只需要20秒,感觉自己数的还不到20秒,只是这里显示20秒。
>>>而同样的YUV序列使用libx264 编码,需要32秒左右。该命令没有计时,手工计时的结果。
http://iphome.hhi.de/suehring/tml/download/
win7下 vs2010 编译后,得到编码解码可执行文件ldecod.exe lencod.exe
还是使用原来测试编码265的视频序列 /article/6224656.html
这里的264是之前使用X264编码的。
本机环境:
Intel Core i5-3470 3.2GHz 4核心
RAM 4GB
WIN7 SP1 32位的
解码部分结果如下:
>ldecod.exe -d default.cfg -p InputFile="g:\multimedia\video\720p50_shields_ter.h264" -p OutputFile="shields.yuv"
-------------------- Average SNR all frames ------------------------------
SNR Y(dB) : 0.00
SNR U(dB) : 0.00
SNR V(dB) : 0.00
Total decoding time : 175.552 sec (2.871 fps)[504 frm/175552 ms]
--------------------------------------------------------------------------
Exit JM 18 (FRExt) decoder, ver 18.6
Output status file : log.dec
504 frames are decoded.
>ldecod.exe -d default.cfg -p InputFile="g:\multimedia\video\720p50_parkrun_ter.h264" -p OutputFile="parkrun.yuv"
-------------------- Average SNR all frames ------------------------------
SNR Y(dB) : 0.00
SNR U(dB) : 0.00
SNR V(dB) : 0.00
Total decoding time : 221.416 sec (2.276 fps)[504 frm/221416 ms]
--------------------------------------------------------------------------
Exit JM 18 (FRExt) decoder, ver 18.6
Output status file : log.dec
504 frames are decoded.
解码部分时间消耗挺长的,解码的画质很好。不过对比编码,这时间还算很短了。
基本上编码一帧消耗的时间是解码的1000倍。
还是刚刚的视频序列。
Frame Bit/pic QP SnrY SnrU SnrV Time(ms) MET(ms) Frm/Fld Ref
-------------------------------------------------------------------------------
00000(NVB) 184
00000(IDR) 23024 28 52.186 47.467 50.301 3756 0 FRM 3
00001( P ) 96 28 52.179 47.468 50.302 205985 201178 FRM 2
00002( P ) 937976 28 37.510 38.805 40.097 423282 414435 FRM 2
00003( P ) 38104 28 37.243 40.129 41.134 578759 571344 FRM 2
00004( P ) 99136 28 36.958 39.627 40.893 729596 721931 FRM 2
00005( P ) 66144 28 37.348 40.872 41.881 882340 874791 FRM 2
00006( P ) 145608 28 37.209 40.671 41.771 814355 806712 FRM 2
^C
消耗时间过长,内存也过多,不得不被迫中止。
默认参数下,编码出来的视频质量和X264差不多。
估算一下文件大小,比X264编码出来的要小很多(但是没有X265编码的小)。
算是牺牲时间来换空间吧。
>>>而同样的工作量 ffmpeg 解码只需要3-5秒钟,编码只需要20秒,感觉自己数的还不到20秒,只是这里显示20秒。
>>>而同样的YUV序列使用libx264 编码,需要32秒左右。该命令没有计时,手工计时的结果。
相关文章推荐
- 书写优雅的shell脚本(二)- `dirname $0`
- 数据挖掘十大经典算法
- iOS如何把导航默认的返回按钮设置成“返回”
- 纯css实现文字及图片水平垂直居中
- 书写优雅的shell脚本(二)- `dirname $0`
- cocos2dx从入门到精通
- 编译安装Qt可能出现的问题及解决办法
- spring框架中多数据源创建加载并且实现动态切换的配置实例代码
- entityframework 加不加 using dbcontext
- 开源免费天气预报接口API以及全国所有地区代码!!(国家气象局提供)
- Intent的FLAG_ACTIVITY_CLEAR_TOP和FLAG_ACTIVITY_REORDER_TO_FRONT
- 使用SwingWork反而阻塞SwingUI
- 【极客学院每日一课】Cocos2d-x系列之十二:Cocos2d-JS
- PRC、RMI、SOAP、REST等的区别与联系
- 如何使用Coded UI Test对Webpage进行自动化测试
- 索引 使用use index优化sql查询
- vs2005 menu 无限循环 自动绑定下拉菜单内容
- 当今存储市场的形势
- ASP.NET 页面间传递参数的方法
- Apache伪静态配置