PCEVA,PC绝对领域,探寻真正的电脑知识
开启左侧

再测IVB核显加速转码【第三弹】换片源,低码率

[复制链接]
mercuryfall 发表于 2013-3-19 21:13 | 显示全部楼层 |阅读模式
点击数:12889|回复数:31
本帖最后由 mercuryfall 于 2013-3-19 21:12 编辑

第一弹联动——首次测试,软硬件环境说明
第二弹联动——第二次测试,改进测试方式

再次感谢大家的意见。看来对第二次测试仍然有些疑问。
@lynn 提出
LZ的测试依然不够规范。
第一:片源太少。只选择了一个片源,并且片源质量还不怎么样。
第二:测试项太少。X264 和 Intel Media SDK 的样本各一个。而且码率1000kbps,分辨率540p,这么低的参数,发挥不出X264的威力,明显偏向核显加速。

PS:CPU编码可以使用各种滤镜,GPU编码能跑么?

OK,这次换片源。
第二、样本数量提高到5个,分别测试2pass+very SLow,Faster,very Fast,Ultra Fast,GPU加速。码率按照22楼wqxhrl同学的标准,降到768kbps。
最后,GPU编码确实不支持滤镜,但支持不支持对于画质要求不高的人来说无所谓……

重申一下:真追求画质就是要CPU软编码,毋庸置疑。本帖不讨极限状态下谁强,只讨论GPU加速达到了CPU编码的什么程度。

然后是正题:
片源更换海盗湾Les Misérables(2012)1080p,YIFY版,种子和视频一起打包在本贴尾部上传。
选取时间段:      1h:35m:40s-1h:37m:36s

转码速度:
2pass: 90s
faster: 26.7s
very fast: 24.2s
Ultra fast: 18.7s
GPU: 18.4s


抛开画质不谈,可以看出Ultra Fast等级的CPU编码速度已经和GPU硬件加速差距不大了,看起来很合理,其实不然。
先看下Faster下的CPU占用率:
  1. 平均CPU使用量:
  2.         音频编码:1.8%
  3.         视频解码:31.3%
  4.         视频编码:51.8%
复制代码
加起来占用了85%的样子,如果算上后台运行的程序,还算合理。

再来看一下Ultra Fast编码下的CPU占用率:
  1. 平均CPU使用量:
  2.         音频编码:1.3%
  3.         视频解码:41.1%
  4.         视频编码:16.2%
复制代码
加起来不到60%,看起来占用率有点低。
那GPU硬件加速的呢:
  1. 平均CPU使用量:
  2.         音频编码:2.5%
  3.         视频解码:31.9%
  4.         视频编码:5.4%
复制代码
更低了,40%左右。

那么这时候再对比Ultra Fast跟GPU编码的转换时间,发现在时间差不多的情况下,本来就用不满的CPU 占用率更低了。
这说明一个问题:在这样的测试环境中,影响速度的瓶颈不是CPU或显卡的处理能力,其他共有的瓶颈导致转换速度相差不大。

那么瓶颈是什么,姑且猜测是硬盘速度,于是将临时文件跟最终存放区域都挪到SSD上去。(TLC啊……我的硬盘寿命)
测试结果如下:
GPU+SSD:    13.6s
  1. 平均CPU使用量:
  2.         音频编码:2.4%
  3.         视频解码:57.8%
  4.         视频编码:7.7%
复制代码
CPU占用率提高到70%了,转码速度也提高了35%。

Ultra Fast+SSD : 18.1s
  1. 平均CPU使用量:
  2.         音频编码:2.5%
  3.         视频解码:44.1%
  4.         视频编码:18.2%
复制代码
占用率提高到63%,速度提升幅度也不大,看来对x264来说,瓶颈不是硬盘速度,怀疑是内存吞吐量或其他问题,如有知道的欢迎告知。

那么上表应替换成这个样子:
2pass: 90s
faster: 26.7s
very fast: 24.2s
Ultra fast: 18.1s
GPU: 13.6s

这样看起来GPU加速依然有他的价值。

最后是画质的对比:
视频信息我就不贴了,下载下来一看全有。
而且一次贴5个,又长又没人看……
片源:


2pass+very Slow:


Faster:


Very Fast:


Ultra Fast:


GPU加速:


注意挥舞的那两面旗帜。

PS:
有人说GPU加速编码出来的画质很渣,我发现还有默认设置的原因。
在默认设置下,intel Media SDK的参考帧数为"2",设置为"5"后,转码速度没有明显下降,但画质提升幅度很大。


转换后的视频及片源:http://pan.baidu.com/share/link?shareid=332609&uk=1963211542
最后吐槽一下:
下班之后80%的时间都拿来搞这个,难怪找不到妹子……

本帖子中包含更多资源

您需要 登录 才可以下载或查看,没有帐号?注册

x

评分

参与人数 5活跃度 +25 收起 理由
liwenchao + 5 神马都是浮云
think + 5 很给力!
醉酒棕熊 + 5 摸摸
zay + 5 给撸主加分,好用积分换妹纸!.
nighttob + 5 找不到妹子,可以给你找点分…….

查看全部评分

lynn 发表于 2013-3-19 21:59 | 显示全部楼层
BRRIP二压实在惨不忍睹……
wqxhrl 发表于 2013-3-19 22:06 | 显示全部楼层
我以前一直转的动漫,没想到2pass very slow压片还有这么大的损失。
mercuryfall  楼主| 发表于 2013-3-19 22:58 | 显示全部楼层
wqxhrl 发表于 2013-3-19 22:06
我以前一直转的动漫,没想到2pass very slow压片还有这么大的损失。

码率的问题,768kbps跑540p还是有点勉强了。
再好的压制手段碰到高码率一样会败
再说静态图片对比跟实际看起来又不一样,效果还可以接受。
mercuryfall  楼主| 发表于 2013-3-19 23:01 | 显示全部楼层
lynn 发表于 2013-3-19 21:59
BRRIP二压实在惨不忍睹……

额,其实是参考帧选的不大好,但找了好几次都是有Motion Blur的,这帧也是。

主要还是懒了点,加上想起来单位有点事没解决,就凑合了。
lynn 发表于 2013-3-19 23:28 | 显示全部楼层
wqxhrl 发表于 2013-3-19 22:06
我以前一直转的动漫,没想到2pass very slow压片还有这么大的损失。

因为这个片源本身不好,BRRIP二压 700K,已经损失惨重,然后三压的参数又太低,这种接近720P的东西,才给700K,损失大是自然的,至少该给main 4.1 2000K。
lynn 发表于 2013-3-20 00:18 | 显示全部楼层
mercuryfall 发表于 2013-3-19 23:01
额,其实是参考帧选的不大好,但找了好几次都是有Motion Blur的,这帧也是。

主要还是懒了点,加上想起 ...

我刚才借同学的电脑简单测试了一下.
CPU : G1610
RAM : DDR3 1333 4G X2
GPU : HD2500
OS : WIN7 X64

source: Wall.Street.2.Money.Never.Sleeps.2010.720p.BluRay.x264.DTS-HDChina.Sample.mkv
overall 8327k,high@L4.1


rip1:X264 , main@L4.1, CRF=20 ,预设 SLOW,在NMM看到,1PASS CRF是推荐的做法,如果需要控制码率,那么还可以继续2pass bitrate。
耗费时间:90S,得到的RIP码率为2362k。


rip2 : intel gpu , abr = 2500k,main@L4.1
耗费时间:140S,得到的RIP码率为2477k。


结果还是不错,质量尚可,细节有损失(注意看脸上),不过一眼看去没有明显瑕疵,至少摆脱了以前GPU编码不能看的境地。但是GPU竟然比CPU还慢,是HD2500不给力么……

下载地址:
source:http://pan.baidu.com/share/link? ... 341517&third=15
rip1(CPU):http://pan.baidu.com/share/link? ... 341517&third=15
rip2(GPU):http://pan.baidu.com/share/link? ... 341517&third=15

本帖子中包含更多资源

您需要 登录 才可以下载或查看,没有帐号?注册

x
Limygm 发表于 2013-3-20 00:40 | 显示全部楼层
我还是再提出一点小意见吧

1. 参数选择:很方便的一个参数 --crf,现在直接指定码率已经很少用了吧

2. 码率问题:建议分至少两段码率,尤其是中等码率对比,这对实际情况更为符合;码率不足的情况下,Faster,Slow 之类的参数意义已经不大了,虽然对比还是比较明显

3. 截图对比:建议使用 avs 脚本或者配合 VirtualDub/AVSP 之类的,可以精确到帧截图,基础部分稍微学一下不是很难的;如果能做一下与源之间的差值图,对比会更简单明了

评分

参与人数 2活跃度 +10 收起 理由
eirk2004 + 5 很好的建议
lynn + 5 我很赞同

查看全部评分

尊称 发表于 2013-3-20 08:22 | 显示全部楼层
本帖最后由 尊称 于 2013-3-20 15:13 编辑

顺便问一句。用什么软件做好bt种子和上传?好多年没用bt做了,简单讲讲?


速度真不错,不是你截取的片儿,原来是原片,我说怎么这么快呢

压片绝对专业,1080P平均码流只有2M,最大码流18.8M!总2.3G却能2小时37分钟。

本帖子中包含更多资源

您需要 登录 才可以下载或查看,没有帐号?注册

x
zxdrive 发表于 2013-3-20 11:33 | 显示全部楼层
本帖最后由 zxdrive 于 2013-3-20 11:40 编辑

其实前两次还觉得楼主是真打算钻研的,但是看到现在我已经觉得楼主已经开始钻牛角尖了。
zhishixc 发表于 2013-3-20 12:40 | 显示全部楼层
CRF吧,质量和速度都能保证
yyyyqqqq 发表于 2013-3-20 13:49 | 显示全部楼层
lynn 发表于 2013-3-20 00:18
我刚才借同学的电脑简单测试了一下.
CPU : G1610
RAM : DDR3 1333 4G X2

G1610不支持Intel® Quick Sync Video
zouqi0707 发表于 2013-3-20 14:12 | 显示全部楼层
感觉测试太理论化了
毕竟理论是为实际服务的嘛
540p的情况下768的码率虽然文件会变小
但是看着也太不舒服了吧
demospirit 发表于 2013-3-20 15:09 | 显示全部楼层
ultrafast的那画质真的惨不忍睹
mercuryfall  楼主| 发表于 2013-3-20 17:03 | 显示全部楼层
Limygm 发表于 2013-3-20 00:40
我还是再提出一点小意见吧

1. 参数选择:很方便的一个参数 --crf,现在直接指定码率已经很少用了吧

Intel Media SDK是不支持CRF的,所以测出来没有对比价值。除非先用x264+CRF跑一遍,然后在以跑出来的码率为标准测GPU加速,但这对GPU不公平。

精确截图最好的方式是用AE直接输出JPEG,但我最近五月病犯了……而且Mplayer支持帧步进,还算精确。
mercuryfall  楼主| 发表于 2013-3-20 17:08 | 显示全部楼层
lynn 发表于 2013-3-19 23:28
因为这个片源本身不好,BRRIP二压 700K,已经损失惨重,然后三压的参数又太低,这种接近720P的东西,才给 ...

所以说群众是最操蛋的……
我前面用1000kbps测的,大家说这码率太高了,明显偏向GPU。
等换到700k,又说码率太低了,画质太差没有可比性。

玩我啊
TR-6Inle 发表于 2013-3-20 17:21 | 显示全部楼层
mercuryfall 发表于 2013-3-20 17:08
所以说群众是最操蛋的……
我前面用1000kbps测的,大家说这码率太高了,明显偏向GPU。
等换到700k,又说 ...

我觉得楼主可以从实用那边入手,其实只测实际使用最多的几种通用设置就够了。
lynn 发表于 2013-3-20 18:02 | 显示全部楼层
mercuryfall 发表于 2013-3-20 17:08
所以说群众是最操蛋的……
我前面用1000kbps测的,大家说这码率太高了,明显偏向GPU。
等换到700k,又说 ...

我之前的意思就是码率太低,片源太差,希望你提高一点质量。你可能是看岔了。你辛苦了,向你道歉。
lynn 发表于 2013-3-20 18:09 | 显示全部楼层
yyyyqqqq 发表于 2013-3-20 13:49
G1610不支持Intel® Quick Sync Video

嗯,确实不支持,但是MEDIACODER中的INTEL CODER可以选择GPU加速,这是什么意思?
mercuryfall  楼主| 发表于 2013-3-20 19:20 | 显示全部楼层
lynn 发表于 2013-3-20 18:09
嗯,确实不支持,但是MEDIACODER中的INTEL CODER可以选择GPU加速,这是什么意思? ...

额,道歉的该是我才对,发火发错人了。
这事情不是你提的,第一弹就有人提出来了,说1000kbps码率太高,GPU发挥空间大,要低码率才能比较的出来。

我其实也是这么认为的,毕竟测试跟实际应用如果是一样的东西那测起来意义不大。
如果是压片拿来看肯定是高码率,但比较画质确实是选低码率更容易分辨出编码器的实力。就如同汽车都宣扬百公里加速xx秒,但实际跑起来没人这么玩命踩油门。

而且出到这里我已经得到让自己满意的数据,结论这三期帖子也都没有变过,至于大家接不接受,那就随便了。
您需要登录后才可以回帖 登录 | 注册

本版积分规则

快速回复 返回顶部