搜索 社区服务 统计排行 帮助
  • 2775阅读
  • 5回复

打破CUDA编码264的神话。

楼层直达
级别: 侠客
注册时间:
2005-12-24
在线时间:
6小时
发帖:
286
全文在这里
http://www.pcinlife.com/article/graphics/2009-07-15/1247632564d831.html

可以不用看文章,看三个图就可以了。





以下我个人结论。

使用CUDA,速度为X264的2.5到2.8倍左右。
画质不如X264.EXE。

实际上,X264.EXE使用的是为了兼容DXVA的PROFILE.否则的话性能,画质会有进一步的提高(这个很小,可以忽律)

最重要的是,X264.EXE用的是ABR(基本就是固定比特率),和制定质量的VBR相比,画质任然胜出。

要是用基于质量的CRF 1PASS 算法,那还不把CUDA打得找不着北!!!


有条件的人,可以尝试优化X264.EXE的设置,在相同画质时候,进一步缩小速度差距,甚至胜出。(这个我就没条件了)

结果就是,真正的字幕组,我没有看见用CUDA的。

无内涵的小白
级别: 骑士
注册时间:
2008-10-06
在线时间:
115小时
发帖:
319
只看该作者 5楼 发表于: 2010-03-14
對咱這種低端顯卡和T7700的CPU來說,CUDA速度還不如x264……

Follow me: @06_taro

MediaFire links to:
Taro's tools (avs plugins & other useful tools' builds)
Taro's x264 builds (Latest build: x264 core:129 r2245+704_tMod (&tMod+10bit/MixAQ/OreAQ), Win & MacOS, built on 10 Jan 2012, gcc: 4.7.2)

nmm牆內鏡像(部分工具)
级别: 精灵王
注册时间:
2008-04-08
在线时间:
44小时
发帖:
2855
只看该作者 4楼 发表于: 2010-03-14
看到全文里x264用的avs脚本就了解了
  1. DGDecode_mpeg2source("I:\Karaoke\VIDEO_TS\benchmark\480p24.d2v", info=3)
  2. ColorMatrix(hints=true, threads=0)

DGDecode用的mpeg2引用解码器速度很慢,远远不如libavcodec和libmpeg2。在一般的编码中可能不明显,但在这种高速编码中就成为很大的瓶颈了。现在x264可以直接用lavf解码,速度肯定快很多。

奇怪的是他为什么不用mediacoder本身的x264功能来测试而要用MeGUI+avs来实现,难道就是为了让x264变慢。
级别: 骑士
注册时间:
2006-09-22
在线时间:
0小时
发帖:
965
只看该作者 3楼 发表于: 2010-03-13
用来压毛片喂psp观赏用的.

级别: 圣骑士
注册时间:
2004-01-14
在线时间:
0小时
发帖:
1639
只看该作者 2楼 发表于: 2010-03-13
= = 我看这图就是觉得mediacoder性价比还是很高的

看连接还真是介绍它好的呀

相爱不只是走进对方的生活
更要能走入彼此的生命

级别: 侠客
注册时间:
2008-12-29
在线时间:
15小时
发帖:
355
只看该作者 1楼 发表于: 2010-03-13
DS不早写了篇文章了吗.....按他的测试结果,cuda编码出来的H.264就是mpeg2的水平,不知道TMPGENC的mainconcept内核使用了cuda的编码质量怎么样
快速回复

限150 字节
上一个 下一个