POPPUR爱换

标题: SB专用单元transcode速度与画质情况 [打印本页]

作者: gtx5 时间: 2011-1-4 18:57
标题: SB专用单元transcode速度与画质情况
先看frames

画质比frames还要重要，如下;
点击放大
2500K纯CPU，如下图：

2500K专用单元，如下图：

GTX460 CUDA，如下图：

A卡打酱油如下图

2500K纯CPU如下图

2500K专用单元如下图

460 CUDA 如下

A卡小孩打酱油如下

作者: chdn 时间: 2011-1-4 19:22
结论？。。。。。

作者: xf-108 时间: 2011-1-4 19:24
结论是，CUDA画质烂到无以复加，速度也不见得快，早点归西吧。
SNB速度快到无以复加，画质可以接受，关键还是免费赠送的。

作者: orz2009 时间: 2011-1-4 19:31
CUDA画质果然渣。。。。。。。。。都是噪点忒别是警车着火那图。。。小图都

悲剧

作者: westlee 时间: 2011-1-4 19:33
提示: 作者被禁止或删除内容自动屏蔽

作者: 冰灵鬼 时间: 2011-1-4 19:34
SNB的专用硬件编码有些模糊，会损失部分细节，不过换来2倍的速度，对画质要求不苛刻的网络视频应用不错

作者: asdfjkl 时间: 2011-1-4 19:34
回复 xf-108 的帖子

cuda是送你的功能；附加功能懂吗？你觉得不好，你不用就可以了；总会有人要用你相信吗？就像现在的3D surround一样，还有PhyX。

作者: goldman948 时间: 2011-1-4 19:41
a卡看起来根本是cpu软件压缩,hd68/69几乎没区别

作者: 380 时间: 2011-1-4 19:50
提示: 作者被禁止或删除内容自动屏蔽

作者: yuanico 时间: 2011-1-4 20:06
本帖最后由 yuanico 于 2011-1-4 20:30 编辑

a卡和纯cpu压的图片貌似一模一样啊果然打酱油
另外就是CUDA和sb这个Quick Sync比差距也太夸张了
只能说intel作为半导体业界的老大给nvidia等人上了一课什么叫做转码
intel：你啊就是太幼稚 sometimes naive 根本不懂什么叫转码还是好好做你gpu这份很有前途的职业去吧搞什么不好搞转码
BOSS 下一课难道是什么叫做物理加速这也太黑了吧不然还是什么叫做光线追踪还让不让人活啊

作者: deadmeat 时间: 2011-1-4 22:46
提示: 作者被禁止或删除内容自动屏蔽

作者: 黎明前的辉煌 时间: 2011-1-5 00:13
比较关心这个新东西还能干什么？能给DX11通用计算加速吗？

作者: amd```fans 时间: 2011-1-5 02:53
粗大的转码画质真是渣

作者: dalao123 时间: 2011-1-5 05:42
为什么非CPU的都会或多或少有额外的画质损失？

作者: Racca 时间: 2011-1-5 05:51
提示: 作者被禁止或删除内容自动屏蔽

作者: Racca 时间: 2011-1-5 07:21
提示: 作者被禁止或删除内容自动屏蔽

作者: Racca 时间: 2011-1-5 07:29
提示: 作者被禁止或删除内容自动屏蔽

作者: westlee 时间: 2011-1-5 12:28
提示: 作者被禁止或删除内容自动屏蔽

作者: eternal0 时间: 2011-1-5 17:31

dalao123 发表于 2011-1-5 05:42
为什么非CPU的都会或多或少有额外的画质损失？

就算是x264，提高线程数量之后一样有损失，不是什么东西都适合搞并行运算的。

作者: eternal0 时间: 2011-1-5 17:34

Racca 发表于 2011-1-5 07:29
要并行化就要接受损失. 16线程或者每线程至少~64像素(只看高度)两个限制都要满足才能保证画质下降不可察. ...

怪不得CUDA编码这么渣，现在用x264压片都习惯me=exa了。

作者: 2ndWeapon 时间: 2011-1-5 21:23
intel这个专用单元居然还是带抗锯齿的

作者: Enio 时间: 2011-1-5 21:46

eternal0 发表于 2011-1-5 17:31
就算是x264，提高线程数量之后一样有损失，不是什么东西都适合搞并行运算的。

For this source (SD resolution) I obtained the following results with sane settings ref 4, umh, b-frames 3, merange 16:
--threads 3 requires +0.2% bitrate comparing to --threads 1.
--threads 6 requires +0.35% bitrate comparing to --threads 1.
--threads 12 requires +0.75-0.80% bitrate comparing to --threads 1.

The difference is less than 1%. It's impossible to say which is better even on screenshots.

But if you need a meaningless ideal quality and wait 16 or 32 hours instead of 8 hours...

More probably they don't forget. --threads 3 has no any quality impact for HD 720p/1080p.
Just checked for blu sky 1080p sample:
Results:
--threads 1 SSIM: 79.835 OPSNR: 38.248 (6002.4 kbit/s)
--threads 3 SSIM: 79.840 OPSNR: 38.246 (5979.66 kbit/s)

No quality loss at all.

多线程比单线程确实有损失，但是你知道损失的比例是多少？
仅以x.264编码器为例，我不认为，为了降低1%的码率放弃多线程是一个明智的选择

作者: inmark 时间: 2011-1-5 22:09
正如解码器一样，硬件--软件--硬件，现在编码器也走相同的路，看来视频才是CPU 杀手

作者: junychen 时间: 2011-1-5 22:12
这次 Intel 太酷了话说专用转码电路 x.264能用不？

作者: eternal0 时间: 2011-1-5 22:14

Enio 发表于 2011-1-5 21:46
多线程比单线程确实有损失，但是你知道损失的比例是多少？
仅以x.264编码器为例，我不认为，为了降低1 ...

普通台式机当然没问题，毕竟最高才12线程，但是对于X5680*2甚至X7560*4的服务器来说，这个差距就明显了。

况且CUDA压片的线程更多，这也必然会造成质量体积比下降。

作者: Enio 时间: 2011-1-5 22:26

eternal0 发表于 2011-1-5 22:14
普通台式机当然没问题，毕竟最高才12线程，但是对于X5680*2甚至X7560*4的服务器来说，这个差距就明显了。 ...

受条件限制，无法测试你所谓的x7560*4，但是从

--threads 3 requires +0.2% bitrate comparing to --threads 1.
--threads 6 requires +0.35% bitrate comparing to --threads 1.
--threads 12 requires +0.75-0.80% bitrate comparing to --threads 1.

来看，损失个1-2%文件大小，能提升数倍甚至数十倍的压制速度，你不用？

拿x7560*4来压单线程，搞笑的吧。。。

作者: eternal0 时间: 2011-1-5 22:46

Enio 发表于 2011-1-5 22:26
受条件限制，无法测试你所谓的x7560*4，但是从
来看，损失个1-2%文件大小，能提升数倍甚至数十倍的压制速 ...

我可从来没说要单线程压片，一般说来，16线程以内的质量都是可接受的。

作者: Enio 时间: 2011-1-5 22:52

eternal0 发表于 2011-1-5 22:46
我可从来没说要单线程压片，一般说来，16线程以内的质量都是可接受的。

好象您说过，5680*2，7560*4差距就大了，可是损失的也不过是两三个百分点的码率而已。。。。

作者: junychen 时间: 2011-1-5 23:22
为什么 AMD 的GPU转码比CPU 还慢啊那AMD还开发这个功能来干嘛？

作者: zaknafein 时间: 2011-1-6 00:42
amd那边解码似乎有问题, 所以cpu软解码了, intel的软压也有gpu解码

作者: 餐具 时间: 2011-1-6 01:00
图太小，你们怎么看出来画质渣的...................................

作者: SnakeLee 时间: 2011-1-6 05:56
这个功能占晶体管不

作者: asdfjkl 时间: 2011-1-6 15:20
回复 Racca 的帖子

考虑到未来CPU融入GPU么？|

这点串行的活，CPU来干；今天你的这些抱怨都可以消停了。
等着吧。

作者: greedningg 时间: 2011-1-7 08:25
好多专家啊

作者: NORAWITHMYCALL 时间: 2011-1-7 13:58
反正NV的CUDA在民用领域基本算玩完了。如果NV的PHYX不开放的话，基本也只有一个很悲惨的结局，GAME OVER。

作者: 左脚选手 时间: 2011-1-7 14:19

NORAWITHMYCALL 发表于 2011-1-7 13:58
反正NV的CUDA在民用领域基本算玩完了。如果NV的PHYX不开放的话，基本也只有一个很悲惨的结局，GAME OVER。

PHYSX GPU加速目前是基于CUDA的，AMD和Intel都不支持CUDA的，除非NV让Physx GPU加速能够用OpenCL或DC为接口，可是CUDA本来在桌面的应用就开展的不利，主要也就在CUDA转码和Physx这2个应用，转码在看了snb的表现后，基本就没CUDA什么事了，如果再开放Physx的OpenCL或DC接口，那CUDA在桌面领域就没有任何卖点了，这NV也是2难。

作者: itany 时间: 2011-1-11 01:23

eternal0 发表于 2011-1-5 22:14
普通台式机当然没问题，毕竟最高才12线程，但是对于X5680*2甚至X7560*4的服务器来说，这个差距就明显了。 ...

关键是，为什么NV画质烂到渣，速度还被秒了，最后得到的是什么？

作者: 我说的是事实 时间: 2011-1-11 14:52
乖乖隆个东。一直木有用过gpu压片，但看n粉一直嘲笑a卡的转码功能，还一直以为a卡压片比n卡差些。

看了这贴才发现n卡以极大“优势”垫底。

我只能说：n粉v5啊

作者: BDFMK2 时间: 2011-1-11 16:22
画质CPU=SNB-tc >6870>>>>460

作者: gtx5 时间: 2011-1-13 07:29

我说的是事实发表于 2011-1-11 14:52
乖乖隆个东。一直木有用过gpu压片，但看n粉一直嘲笑a卡的转码功能，还一直以为a卡压片比n卡差些。

看了这 ...

id不错

作者: hero.yj 时间: 2011-1-13 19:13
个人认为，CUDA压片最好是压电视剧如VCD DVD版本的
因为本身片源就画质一般，所以网上出电视剧的小组应该可以用
还有提供MP4支持功能的PSP 和手机类视频应用CUDA压片，由于分辨率低
至于压缩高清，就现在来说，只不过就是把蓝光盘上的数据进入2次编码
还是入门级的压缩，专业就必然是H264硬压缩卡，
关键是用CPU软件压缩可以产生很非标准的格式

作者: ak75 时间: 2011-1-13 19:20

视屏解码?看上去不错的说

作者: NOKIA5510 时间: 2011-1-16 10:40
这么小个图想干嘛……

作者: Sirlion 时间: 2011-1-16 10:55
谁能告诉我什么软件支持snb的内置专用转码？？

欢迎光临 POPPUR爱换 (https://we.poppur.com/)