POPPUR爱换

 找回密码
 注册

QQ登录

只需一步,快速开始

手机号码,快捷登录

搜索
123
返回列表 发新帖
楼主: yaoyao6868
打印 上一主题 下一主题

谁会疯狂?4850同时实时转码四条1080i视频(转驱家)

[复制链接]
41#
发表于 2008-6-26 23:11 | 只看该作者
原帖由 Beercat 于 2008-6-26 22:50 发表
早就看白了,NVIDIA的GPU架构又没有什么相较于AMD特别高明之处,搞CUDA只是因为他没有CPU。
而AMD之所以没有大肆宣扬其GPU的类似能力,只是因为自己有CPU,何必抢自己的饭碗。
眼下NVIDIA一天到晚只能拿CUDA说事了 ...


看清楚现实吧:跑Folding@Home,9600GT才多少GFlops,就已经超出3870的性能50%多
GPGPU的能力高下立判
所以我对这个新闻的真实性非常怀疑
回复 支持 反对

使用道具 举报

42#
发表于 2008-6-26 23:14 | 只看该作者
原帖由 Beercat 于 2008-6-26 22:52 发表

抠字眼?
人家说了是4部一共200M+么?
就不能理解成每部都是200M+?


原话是“从四部全长电影到200+MB视频”
所以很明显,所有的原文件是4部全长电影,而所有的目标文件是200+MB的视频
如果是每部200M+,有可能是这种说法吗?
回复 支持 反对

使用道具 举报

43#
发表于 2008-6-27 01:10 | 只看该作者
原帖由 Beercat 于 2008-6-27 01:04 发表

不要转移重点。
就算9600GT的所谓“GPGPU”能力超过4850,但并不代表ATI没有这个什么“GP”的能力。
何况F@H就能代表一切?专门的测试软件还N多人质疑嘛。
还是那句话,关键是NVIDIA拿不出CPU,底气不足。
AMD ...


呵呵,何苦和他争这些东西
回复 支持 反对

使用道具 举报

44#
发表于 2008-6-27 01:12 | 只看该作者
原帖由 Beercat 于 2008-6-27 01:04 发表

不要转移重点。
就算9600GT的所谓“GPGPU”能力超过4850,但并不代表ATI没有这个什么“GP”的能力。
何况F@H就能代表一切?专门的测试软件还N多人质疑嘛。
还是那句话,关键是NVIDIA拿不出CPU,底气不足。
AMD ...


F@H不能代表GPGPU应用那你另外找一个来看看?
目前双方都有的同一GPGPU应用就这一个,不用它用什么来衡量?
这个所谓的4850转码软件论坛里有人拿到手了吗?有的话来和我手里的N卡转码软件用同一视频比比看?
回复 支持 反对

使用道具 举报

45#
发表于 2008-6-27 01:36 | 只看该作者
原帖由 jhj9 于 2008-6-27 01:12 发表


F@H不能代表GPGPU应用那你另外找一个来看看?
目前双方都有的同一GPGPU应用就这一个,不用它用什么来衡量?
这个所谓的4850转码软件论坛里有人 ...


你的言论攻击性太高,随便那个帖子说着说着就比比看,难怪经常要被人挖。

我本来也没啥A还是N的,上上个月还在用6600GT呢,要升级时来PCI显卡区逛了一下,想看看买啥卡,结果看到某些人踩A卡的言论,开始讨厌N卡了,所以就买了3850,虽然了点,不过我也不玩什么大游戏,够用了。

可能当时是同情弱者的心里在作怪吧,现在4850出来了,性能不错,我也替AMD很高兴,虽然我不会买了,现在我也算Afans了吧。

我想有很多人是被J神推向A的吧,哈哈,适得其反啊。

[ 本帖最后由 likoo 于 2008-6-27 01:37 编辑 ]
回复 支持 反对

使用道具 举报

46#
发表于 2008-6-27 01:40 | 只看该作者
现在4850跑F@H都不如3850,肯定是没有优化好的问题

不过我的88GT跑F@H比3850快大约3倍
回复 支持 反对

使用道具 举报

47#
发表于 2008-6-27 02:02 | 只看该作者
上方文Q,就是驱动之家的一条阿拉神狗~~哪次出来不是被骂的
回复 支持 反对

使用道具 举报

48#
发表于 2008-6-27 02:16 | 只看该作者
H.264才有前途:p
回复 支持 反对

使用道具 举报

49#
发表于 2008-6-27 02:33 | 只看该作者
原帖由 likoo 于 2008-6-27 01:36 发表


你的言论攻击性太高,随便那个帖子说着说着就比比看,难怪经常要被人挖。

我本来也没啥A还是N的,上上个月还在用6600GT呢,要升级时来PCI显卡区逛了一下,想看看买啥卡,结果看到某些人踩A卡的言论,开始讨厌 ...


不比怎么会有真相呢?
你爱用什么卡,偏袒什么卡那是你的事,而搞清楚什么是事实,那是我的喜好。
有比较才有真相,欢迎来比比看

刚才实测了一下,一段28分半钟的视频,编码输出结果为334M的文件,花了2分45秒
如果从输出结果码率来看,就算450输出是4个280M文件,总共为280*4=1120M
1120/334*2.75=9.22分钟,也就是9分13秒,貌似比35分钟快了不少
回复 支持 反对

使用道具 举报

50#
发表于 2008-6-27 09:22 | 只看该作者
http://pc.watch.impress.co.jp/docs/2008/0625/amd.htm
我是從這邊看來的啦:

同社はGPGPUの取り組みも強化しており、サイバーリンクと協業し、PowerDirector 7用のGPUエンコード支援パッチを今後無償で提供する。これを利用することで、シングルコアCPUの2.5倍の速度でエンコード処理できるという。

GPUを使ってPowerDirector 7で4本のWMV HD映像をMPEG-2 HDに変換するデモ

1. PowerDirector7的更新patch
2. 同時四個stream,這應該是重點
3. WMV-HD to MPEG2 HD,應該沒有做scaling
4. single core的2.5倍速度。

原文來源、相關內容都轉過來了。
裡面也有一些AI on GPU的demo,所以也是很有意思。

沒錯的話目前大部分和遊戲相關的工作都會企圖搬到GPU上,這個方向是很好的。
但是整個串看下來,上面的討論好像問題只有勝負而已。

我這樣講好了,MPEG壓縮很難不參考前後資訊,除非你是Intra-frame encoder。
這回是不知道PowerDirector patch的作法,但是RV770的設計是每個array有16KB的local data share、10個array再共用一個16KB的global data share。
R600的時代就有這個global data share,只是當時只有8KB,所以用處真的是很小。
現在就看這個local data share如何設計,有什麼限制,能發揮多少功用。G80的local store設計是很複雜的,因為要達到高速交換,所以和register幾乎一樣快,代價就是規模。
RV770當然不會想做得那麼複雜....

RV770這次舉凡各array裝設Texture L1 cache(本來是共用一個32KB L1、256KB L2),現在是每個array有個L1,共10組。
每個Array都加上local data share,然後全部換回crossbar,頻寬利用效率也跟著大幅提升,這其實都和G80是一樣的設計。

其實說起來,真的只能說,R600到RV770,ATI終於追上NVIDIA一年前的設計了。

[ 本帖最后由 Eji 于 2008-6-27 09:36 编辑 ]
回复 支持 反对

使用道具 举报

51#
发表于 2008-6-27 09:27 | 只看该作者
原帖由 jhj9 于 2008-6-27 02:33 发表


不比怎么会有真相呢?
你爱用什么卡,偏袒什么卡那是你的事,而搞清楚什么是事实,那是我的喜好。
有比较才有真相,欢迎来比比看

刚才实测了一下,一段28分半钟的视频,编码输出结果为334M的文件,花了2分4 ...


J神你错了 不是每个人拥有的时钟都是一致的,某些人的时钟与另一些人的时钟不一样,所以对于他们来说 他们的30分钟 要比 你的10分钟 快得多

当年R600也没比G80晚多少天上市嘛
回复 支持 反对

使用道具 举报

头像被屏蔽
52#
发表于 2008-6-27 09:30 | 只看该作者
提示: 作者被禁止或删除 内容自动屏蔽
回复 支持 反对

使用道具 举报

53#
发表于 2008-6-27 10:34 | 只看该作者
MPEG4的H.263和H.264的编码复杂度不是一个级别的
回复 支持 反对

使用道具 举报

54#
发表于 2008-6-27 14:08 | 只看该作者
原帖由 sunmoonstar 于 2008-6-27 09:30 发表

不是刚和我比完VANTAGE 你那废 柴卡丢了没?已经有真相了啊 9800GX2很废~~~疲软呀 哈哈


9800GX2跑3DMark Vantage看来是不如4 GPU的3870X2 CF啦
不过似乎更加凸现了3870X2 CF的跑分卡本质
回复 支持 反对

使用道具 举报

55#
发表于 2008-6-27 14:11 | 只看该作者
原帖由 helanmouse 于 2008-6-27 10:29 发表


一直觉得很奇怪的~~做视频压缩的话 难道不需要参考时间轴上的先后关联信息么?如果要压缩时间数据 又怎么拆分后用GPU并行呢?

所以觉得很可能CUDA的视频压缩方法还是很依赖CPU的 就是考CPU压相邻帧数据 GPU压 ...


你可以先去了解一下MPEG标准,因为I、P、B帧的关系,所以时间轴上确实有先后关联信息。
但是可以从不同的I帧开始压缩,I帧是完整帧,没有运动矢量信息,完全可以并行。
另外,MPEG标准每一帧内也是划分8*8区域作为一个子块的。
子块与子块之前没有关联性,也就是每一帧内部的数据处理也具有非常大的并行度。
完全可以非常好的进行并行运算,况且DCT/IDCT本身也有非常高效的并行度算法,可以比非并行计算提高明显。
回复 支持 反对

使用道具 举报

56#
发表于 2008-6-27 16:46 | 只看该作者
谁给个能下载Power Director 7 Ultra的链接啊,我找了半天都是下不了的
序列号生成器倒是下到了
回复 支持 反对

使用道具 举报

您需要登录后才可以回帖 登录 | 注册

本版积分规则

广告投放或合作|网站地图|处罚通告|

GMT+8, 2024-5-24 20:00

Powered by Discuz! X3.4

© 2001-2017 POPPUR.

快速回复 返回顶部 返回列表