『漫游』酷论坛>『影音数码技术学习交流』>压片有必要用i7吗

uc0083@2009-03-29 23:05

小日本的cuda又不是用来压片的
我就不明白怎么总有人相信有了cuda，现在gpu就真的能代替cpu压片用了。。。

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


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

hs987654321@2009-03-29 23:22

显卡还能压片的？第一次听说
不过偶要的是压缩率，傻快的东东没意义
引用

货比30家@2009-03-30 10:12

cuda是否会给影片压缩加盐加醋这个不清楚,问下NV官方看看,NV播放的色彩没A卡来的艳丽这是肯定的,不过做为CUDA的一个功能,可能不会影响片档的画质,个人用TMPGEnc4XP.4.6.3.268转出来的画面确实很清晰,但一卡一卡,换其它软件又不会,怀疑这个软件有毛病,画面质量清不清晰这还要看软件做的怎么样,NV官方的那个收费软件只有英文的?偶就不研究了,因为英文苦手,我对N卡没什么兴趣,暂时观望吧

至于SLI,NV的平台或者X58能做到吧?后者价格太高,而且有了I7就不需要N卡加速,因为I7920默频性能超过QX9770,目前还没见到组SLI的人使用CUDA加速,否则3张卡一起来的话,那真的无敌了
引用

qiyuwanjia@2009-03-30 16:04

cuda只是通用计算平台而已，只要计算不出错就没有怀疑的理由厄。
压缩率画质什么的还是看软件怎么样。
SLI跑demo狂快（有逐帧优化吧），其他就不怎么样了，2-way sli速度也就有1.5倍单卡的速度吧。
把x264移到cuda上才美呀，移一半也好嘛
引用

roozhou@2009-03-30 17:38

引用
最初由 qiyuwanjia 发布
cuda只是通用计算平台而已，只要计算不出错就没有怀疑的理由厄。
压缩率画质什么的还是看软件怎么样。
SLI跑demo狂快（有逐帧优化吧），其他就不怎么样了，2-way sli速度也就有1.5倍单卡的速度吧。
把x264移到cuda上才美呀，移一半也好嘛


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

其实这和CPU不适合来做3D渲染是一个道理（跑过3DMark的应该都知道吧）。
引用

qiyuwanjia@2009-03-30 19:19

那就移适合的？我推测已经在开展工作了吧
引用

roozhou@2009-03-30 19:56

引用
最初由 qiyuwanjia 发布
那就移适合的？我推测已经在开展工作了吧


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

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

qiyuwanjia@2009-03-30 20:31

原来如此呀，看来要等CPU和GPU融合了
引用

roozhou@2009-03-30 21:04

引用
最初由 qiyuwanjia 发布
原来如此呀，看来要等CPU和GPU融合了
'

XBOX 360就是如此
引用

leeyoung@2009-03-30 21:23

这是 x264今年的计划
http://wiki.videolan.org/SoC_x264_2009
其中就有 GPU Motion Estimation
计划看上去挺多的 不知道能完成几项
引用

货比30家@2009-03-30 22:47

引用
最初由 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也够寒的
引用

66666@2009-04-03 08:10

现在CUDA只是滤镜加速而已
引用

货比30家@2009-04-03 10:43

引用
最初由 uc0083 发布
小日本的cuda又不是用来压片的
我就不明白怎么总有人相信有了cuda，现在gpu就真的能代替cpu压片用了。。。



他说的我很相信，x264慢还不是因为我们为了质量，cuda目前又没有什么质量
这软件能不能正常使用还是个问题,NV自家开发那个东西不是压片的么,让NV自己折腾去
引用

xtyz@2009-04-03 19:57

引用
最初由 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不都还有一定几率出红绿彩色条纹么= =
引用

Galaxy001@2009-04-04 07:08

路过，多线程压片，开几十个对压缩比是有害的。
至少在--pre-scencecut时代是。

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

«1234»共4页

| TOP