小日本环境配置中开启视频和音频预读，可节省四分之一编码时间

IsaacZ

有一次和坛友一起测试 CUDA 对 TVMW5 转码速度的影响时，发现了一个重要的参数设置，可以相当可观地节省编码时间。

举例说明：

同样一首1080P的MV 少女时代 - PAPARAZZI(1080p].mp4 (237.56MB)，未开启预读的情况下编码耗时4分33秒（共273秒），如图：



然后进入环境配置，如下图开启视频预读：



编码进行中：



这次的测试结果，耗时为3分23秒（共203秒）。



我们计算一下：203秒/273秒=0.74=74%  也就是说，开启视频预读会节省1/4的时间。

lijianwen

老大，这个我是长期勾选的。以前用小日本4的时候测试过，作用不大，能提高几个百分点。

今天看见你的帖子，测试小日本5：





结论跟以前小日本4类似，也是几个百分点。

注意：最终预览画面不同，是因为软件处理方式不同造成，属于正常现象。（要看帧数，本例8101帧）

电脑不同，结论不同，不能下结论节省四分之一的时间。

需要更多网友，采用更多编码参数测试，希望大家积极参与。

lijianwen

顶楼234M文件测试：

参数设置图：



测试结果：





结果跟先前类似。

伤心的笔

下载了顶楼的文件，进行了测试。结果是只差21秒。
MPEG2，720*576，1 pass VBR（平均9200kbps），编码速度-标准，画质优先，直流成分精度9bit。

测试时为了尽量减少误差，在编码前把该程序在前台和后台运行时的任务优先级均设置为高。关闭编码时预览画面。编码时基本无动作。


首先是开启CUDA、开启预读（预读的参数保持默认）

16'28''这么慢……

接着是开启CUDA，关闭预读

16'49''只差21秒……

伤心的笔

我用一个36G左右的阿凡达Bd-Remux测试，选取了44秒的片段。改为编码为H.264

这是未开启预读时的：

这是开启之后的：



开启后只差了两秒，在误差范围之内。

不过我注意到一个细节，编码时显示CPU完成100%的工作，CUDA一直没有工作。

伤心的笔

再次测试。



只有1秒差距

IsaacZ

我也重做测试，结果如下：

测试一：VBR（固定画质）视频9200kb/s，音频192kb/s，画质70



未开启预读 279秒：



已开启预读 210秒：



结果与顶楼相同。也是节省25%时间。


测试二：CBR（固定码率）视频2000kb/s，音频128kb/s



未开启预读4'22''（262秒）




已开启预读 2'43''（163秒）



结论：开启预读后节省99秒，约占38%。

再测试一遍：

未开启预读4'37''（277秒）



已开启预读2'02''（122秒）



结论：开启预读后节省155秒（约占56%）


@lijianwen @伤心的笔

IsaacZ

lijianwen 发表于 2013-4-22 23:23

                               
登录/注册后可看大图

老大，这个我是长期勾选的。以前用小日本4的时候测试过，作用不大，能提高几个百分点。

今天看见你的帖 ...

好的。大家都来提供数据，就会更加清楚它的作用。

IsaacZ

lijianwen 发表于 2013-4-22 23:23

                               
登录/注册后可看大图

老大，这个我是长期勾选的。以前用小日本4的时候测试过，作用不大，能提高几个百分点。

今天看见你的帖 ...

测试曲目下载地址已经补充在顶楼。

ltylsy

还是略微可以节省一点时间？

IsaacZ

lijianwen 发表于 2013-4-23 02:01

                               
登录/注册后可看大图

顶楼234M文件测试：

参数设置图：

这样来说，还是没有你的快。究竟哪里问题呢？晚上回去好好测试下。

shanjun

谢谢分享辛苦了

炽地使

好贴，谢谢分享

farmer

:值得学习的经验啊~~~~发现不容易！~