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

压片有必要用i7吗

楼层直达
级别: 圣骑士
注册时间:
2003-02-20
在线时间:
79小时
发帖:
1605
只看该作者 30楼 发表于: 2009-03-29
小日本的cuda又不是用来压片的
我就不明白怎么总有人相信有了cuda,现在gpu就真的能代替cpu压片用了。。。

引用
最初由 roozhou 发布
别以为x264就是慢,x264有快的参数
这么说吧,三年内的CPU上,x264在相同速度相同码率下不输给任何CUDA编码器,显卡再好也没用


他说的我很相信,x264慢还不是因为我们为了质量,cuda目前又没有什么质量

嗯。。。
级别: 新手上路
注册时间:
2009-03-11
在线时间:
0小时
发帖:
53
只看该作者 31楼 发表于: 2009-03-29
显卡还能压片的?第一次听说
不过偶要的是压缩率,傻快的东东没意义
级别: 新手上路
注册时间:
2009-03-07
在线时间:
0小时
发帖:
167
只看该作者 32楼 发表于: 2009-03-30
cuda是否会给影片压缩加盐加醋这个不清楚,问下NV官方看看,NV播放的色彩没A卡来的艳丽这是肯定的,不过做为CUDA的一个功能,可能不会影响片档的画质,个人用TMPGEnc4XP.4.6.3.268转出来的画面确实很清晰,但一卡一卡,换其它软件又不会,怀疑这个软件有毛病,画面质量清不清晰这还要看软件做的怎么样,NV官方的那个收费软件只有英文的?偶就不研究了,因为英文苦手,我对N卡没什么兴趣,暂时观望吧

至于SLI,NV的平台或者X58能做到吧?后者价格太高,而且有了I7就不需要N卡加速,因为I7920默频性能超过QX9770,目前还没见到组SLI的人使用CUDA加速,否则3张卡一起来的话,那真的无敌了
级别: 新手上路
注册时间:
2006-01-21
在线时间:
0小时
发帖:
227
只看该作者 33楼 发表于: 2009-03-30
cuda只是通用计算平台而已,只要计算不出错就没有怀疑的理由厄。
压缩率画质什么的还是看软件怎么样。
SLI跑demo狂快(有逐帧优化吧),其他就不怎么样了,2-way sli速度也就有1.5倍单卡的速度吧。
把x264移到cuda上才美呀,移一半也好嘛
级别: 精灵王
注册时间:
2008-04-08
在线时间:
44小时
发帖:
2855
只看该作者 34楼 发表于: 2009-03-30
引用
最初由 qiyuwanjia 发布
cuda只是通用计算平台而已,只要计算不出错就没有怀疑的理由厄。
压缩率画质什么的还是看软件怎么样。
SLI跑demo狂快(有逐帧优化吧),其他就不怎么样了,2-way sli速度也就有1.5倍单卡的速度吧。
把x264移到cuda上才美呀,移一半也好嘛


要知道GPU和CPU的架构完全不同,让GPU来做通用计算真正能发挥其性能的地方是很有限的。某些图像的postprocessing让CUDA来做的确不错,但x264的大部分算法移到GPU上估计会很慢。

其实这和CPU不适合来做3D渲染是一个道理(跑过3DMark的应该都知道吧)。
级别: 新手上路
注册时间:
2006-01-21
在线时间:
0小时
发帖:
227
只看该作者 35楼 发表于: 2009-03-30
那就移适合的?我推测已经在开展工作了吧
级别: 精灵王
注册时间:
2008-04-08
在线时间:
44小时
发帖:
2855
只看该作者 36楼 发表于: 2009-03-30
引用
最初由 qiyuwanjia 发布
那就移适合的?我推测已经在开展工作了吧


主要的开发人员肯定不会做这个,性价比太差了。

举个例子,原先有三个连续的处理流程A->B->C。发现B移植到GPU上效率还不错,那么你就需要在完成A后把数据从内存转移到显存中,让GPU跑B,然后再把数据从显存搬到内存中,让CPU去跑C,但你要知道在内存和显存间传输数据这个延迟是非常大的,很可能比让CPU去跑B的花的时间还要多。为什么CoreAVC 1.9.x用CUDA放片子比直接DXVA明显要慢,就是因为多了显存->内存->显存这两步。
级别: 新手上路
注册时间:
2006-01-21
在线时间:
0小时
发帖:
227
只看该作者 37楼 发表于: 2009-03-30
原来如此呀,看来要等CPU和GPU融合了
级别: 精灵王
注册时间:
2008-04-08
在线时间:
44小时
发帖:
2855
只看该作者 38楼 发表于: 2009-03-30
引用
最初由 qiyuwanjia 发布
原来如此呀,看来要等CPU和GPU融合了
'

XBOX 360就是如此
级别: 新手上路
注册时间:
2007-07-18
在线时间:
0小时
发帖:
56
只看该作者 39楼 发表于: 2009-03-30
这是 x264今年的计划
http://wiki.videolan.org/SoC_x264_2009
其中就有 GPU Motion Estimation
计划看上去挺多的 不知道能完成几项
级别: 新手上路
注册时间:
2009-03-07
在线时间:
0小时
发帖:
167
只看该作者 40楼 发表于: 2009-03-30
引用
最初由 roozhou 发布


主要的开发人员肯定不会做这个,性价比太差了。

举个例子,原先有三个连续的处理流程A->B->C。发现B移植到GPU上效率还不错,那么你就需要在完成A后把数据从内存转移到显存中,让GPU跑B,然后再把数据从显存搬到内存中,让CPU去跑C,但你要知道在内存和显存间传输数据这个延迟是非常大的,很可能比让CPU去跑B的花的时间还要多。为什么CoreAVC 1.9.x用CUDA放片子比直接DXVA明显要慢,就是因为多了显存->内存->显存这两步。
MS这些都能通过内存控制器直连?直连GPU内存跟CPU通信,某文章好像把A的内存控制吹上天了,说什么CF之后直连速度远远超过I的CPU,将显卡的性能发挥淋漓尽至,牛的不行,可惜它的A卡不支持CUDA,这也许A平台配A卡好些,现在性能上去了才说带带高端卡,以前的K8也够寒的
级别: 圣骑士
注册时间:
2002-07-22
在线时间:
7小时
发帖:
1885
只看该作者 41楼 发表于: 2009-04-03
现在CUDA只是滤镜加速而已
级别: 新手上路
注册时间:
2009-03-07
在线时间:
0小时
发帖:
167
只看该作者 42楼 发表于: 2009-04-03
引用
最初由 uc0083 发布
小日本的cuda又不是用来压片的
我就不明白怎么总有人相信有了cuda,现在gpu就真的能代替cpu压片用了。。。



他说的我很相信,x264慢还不是因为我们为了质量,cuda目前又没有什么质量
这软件能不能正常使用还是个问题,NV自家开发那个东西不是压片的么,让NV自己折腾去
级别: 工作组
注册时间:
2005-07-15
在线时间:
7小时
发帖:
705
只看该作者 43楼 发表于: 2009-04-03
引用
最初由 roozhou 发布
别以为x264就是慢,x264有快的参数
这么说吧,三年内的CPU上,x264在相同速度相同码率下不输给任何CUDA编码器,显卡再好也没用


引用
最初由 qiyuwanjia 发布
x264可以把me喽、ref喽、partitions喽、bf喽调调不就快了


引用
最初由 roozhou 发布


主要的开发人员肯定不会做这个,性价比太差了。

举个例子,原先有三个连续的处理流程A->B->C。发现B移植到GPU上效率还不错,那么你就需要在完成A后把数据从内存转移到显存中,让GPU跑B,然后再把数据从显存搬到内存中,让CPU去跑C,但你要知道在内存和显存间传输数据这个延迟是非常大的,很可能比让CPU去跑B的花的时间还要多。为什么CoreAVC 1.9.x用CUDA放片子比直接DXVA明显要慢,就是因为多了显存->内存->显存这两步。


纯引一把……

个人对此持观望态度 这东西说不清
现在用fft3dgpu不都还有一定几率出红绿彩色条纹么= =



蒼き清浄なる世界の為に

引用
绿叶之砚 21:55:35
切,那些个腐女怎么能和我比

:o
级别: 工作组
注册时间:
2004-11-01
在线时间:
14小时
发帖:
2615
只看该作者 44楼 发表于: 2009-04-04
路过,多线程压片,开几十个对压缩比是有害的。
至少在--pre-scencecut时代是。

所以,看到threads=24的ef,我只收了字幕……

[url=ed2k://|friend|[CHN%5D[eDtoon%5D[PPG_FW%5D[VeryCD%5DGalaxy|D46F9E727D0ED77EDA09D21C55386F57|/]点击这里可以把我加入emule好友名单[/url]

#DEEBEA #F6FAFA
还是挂小图,...[:o]
快速回复

限150 字节
上一个 下一个