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

请问AMD压片到底变快变慢啊?

楼层直达
级别: 小荷初露
注册时间:
2003-05-30
在线时间:
0小时
发帖:
124
只看该作者 30楼 发表于: 2005-01-29
cpu的发展以经出现严重的高频低能现象!!!!!!

所以现在intel以经放弃了4G的奔腾计划。。。。

我是穷人,花大量的金钱,只能带来的,较小的性能提升的事我是不会做的!!

我现在用的还是amd的1600+OC1900,如果要换,现今的家用机也没有我想换的(考虑价钱和性能之综合)!!!!!!!!!!!!!!

还是再等一等,纯64位的软件和硬件,还有多核心技术成熟普及后再说吧!!
估计这个时间也不会很久,那时计算机的价钱也会便宜很多吧!!

级别: 骑士
注册时间:
2004-08-24
在线时间:
0小时
发帖:
852
只看该作者 31楼 发表于: 2005-01-30
我知道你说的那种,现在还有利用快速网络进行的实时分布,不是基于广域范围的在家计算那种,当然也有人说这不是真正的分布计算,有悖于现有的利用慢速网络的情况,所以不通用,我倒是认为这就是可以解决以前的(受益软件)不通用的情况,虽然他要求的数据传输率高那是建立在不确定的传输量上,如果把数据的传输/广播等做在虚拟机和系统那一层,现在那些虚拟机里面和已安装系统交互都是比较成熟了(设备,共享,驱动等等),把任务细化到进程来看,例如压片更多的是依赖CPU的马力而不是超大内存,每一个进程所存取的内存并不多,发生变化的部分还要少一些,这样让存储端的CPU专门负责压缩和处理数据,每次将进程的单个线程的任务传输给计算端,时间到以后将内存的计算结果和计算现场传回存储端,偶认为只要调度得当,咱们的家用网络也能上阵,就现在的操作系统软件来说,这种降级了的结构只能用于支持多CPU机器的程序,也就是说不必要让软件自身将任务在时间向量上切割为几陀,也不必去关心软件怎么做,最后的表现肯定软件有多个线程,再根据线程的参数配给相应的计算能力,这就圆满了,Real 的编码器是支持多CPU机子的优化的,Xvid 的 nic/Centic driud 编译版本不知道支不支持,当然我说了一堆肯定会惹来人笑,例如那些签名一签就好几台P4P5银河深蓝的人,和那个躲在某xx所拿大型机玩传奇的人,我承认我玩不起高科技,但我相信实验技术的民用化相对与民用设备的败家化肯定是王道……
===============传说中的分割线=================
以上越写越胡言乱语,越写越觉得机子压片慢,人生没有意义,不如跳2楼算了,就当偶不小心吐在论坛上了吧……偶素自带塑料袋的善良的路人~~

[Hammer]azsd

弱字节3千,唔取1k
级别: 工作组
注册时间:
2001-11-21
在线时间:
0小时
发帖:
3916
只看该作者 32楼 发表于: 2005-01-30
如果是单纯按CPU的主频来比较的话
1.6G的AMDXP,要比2.4G的一般P4快
不论压DIVX还是WMV9的都一样
原来也不相信,不过,事实最终打败了我

联通超值LAN 4M,上下同时500K,超值~~

不能忘记的友情提示:
内嵌字幕版的所谓DVDRIP,视同TVRIP/VHSRIP/YSYSRIP)


终极奥义:一骑当千,砍尽
级别: 骑士
注册时间:
2004-08-24
在线时间:
0小时
发帖:
852
只看该作者 33楼 发表于: 2005-01-30
哀,还没回过来郁闷劲呢,楼上的贴跟的太残忍了,偶的机器就素那被打败的P4 2.4啊……
走了,睡觉去了

[Hammer]azsd

弱字节3千,唔取1k
级别: 圣骑士
注册时间:
2002-07-22
在线时间:
7小时
发帖:
1885
只看该作者 34楼 发表于: 2005-01-30
引用
最初由 lady 发布
如果是单纯按CPU的主频来比较的话
1.6G的AMDXP,要比2.4G的一般P4快
不论压DIVX还是WMV9的都一样
原来也不相信,不过,事实最终打败了我



RV10除外:p
级别: 工作组
注册时间:
2002-07-07
在线时间:
0小时
发帖:
6249
只看该作者 35楼 发表于: 2005-01-30
引用
最初由 66666 发布
RV10除外:p


已经有压缩组证明过了:Athlon xp 2000+ 压 rv10 比 P4 2.0 快

反腐倡廉
网络上没有人知道对面是否为狗,但欠债迟早要还,这点上帝公平
级别: 版主
注册时间:
2001-11-21
在线时间:
0小时
发帖:
2803
只看该作者 36楼 发表于: 2005-01-30
最近读了一篇关于IBM的cell处理器的文章, 觉得cell拿来压片真是太合适了.........
如果优化得当的话, 压片应该能接近cell的理论最大速度(250Gflops)...............
cell似乎在硬件上支持分布计算...........
如果能成功的话, 是值得期待的........

我是支持超频的, 所以买个winchester 2800+来超吧..............

live id: liusu119@hotmail.com
email: liusu119@gmail.com
级别: 圣骑士
注册时间:
2002-07-22
在线时间:
7小时
发帖:
1885
只看该作者 37楼 发表于: 2005-01-30
现在X86也在向多核心发展,其实我觉得影响压片速度的因素很多,编码器的优化程度也是很重要的,如果对SSE2充分优化的话,K7和K8都不是P4的对手
级别: 超级版主
注册时间:
2002-08-18
在线时间:
181小时
发帖:
14839
只看该作者 38楼 发表于: 2005-01-30
目前如果時脈(包括AMD的 +後的時脈)在2.8G之前的 AMD應該是勝出(單工而言)

之後的要考量AMD是哪一款式和主板的晶片等等以及使用的RAM 部分P4勝出

FREEWIND台湾,日本商品团购MSN群: group130599@xiaoi.com 欢迎入群讨论!!
贩售台湾正版CD,DVD,漫畫,輕小說,及台灣各種商品,采Door to Door服务有保障!!请大家告诉大家!!
※FREEWIND工作室官方掏宝店铺,请点我!!!※

※漫游FREEWIND工作室招募人才 請點我!※
※漫游FREEWIND工作室作品汇总 請點我!※
※漫游FREEWIND工作室招募分流FTP&P2P分流员 請點我!※

级别: 骑士
注册时间:
2004-08-24
在线时间:
0小时
发帖:
852
只看该作者 39楼 发表于: 2005-01-30
现有的Xvid+VDM的2pass压片模式也是可以用一种原始的分布方式,虽然原始但是有效,做一些辅助的软件就可以收到较好的效果,将一台机作为中枢机,供片源,和提供客户端操作命令,然后压片机上都装上客户端,按照服务端的传来的脚本用VDM载入,Vdm的脚本里面可以实现选择相应的帧数范围,和1st pass参数等基本一切平时手工操作的,这时候的帧数分配可以是均分,然后几台压片机将1pass分块走完以后,得到的stat文件传回服务端,服务端将1pass的stat文件合并起来进行统计,然后再次根据编码难度,以场景转换等会出现关键帧的地方为最小分割单位,将任务分成几大陀,并且根据指定的2pass参数,微调每段的码率,写入脚本,和重新拆分的stat文件一起传过去,然后各压片机开工压制并,将压得的片子传回服务端,服务端用vdm脚本对片子进行合并,加音频,并上传到分流FTP,打开QQ和MSN向分流的同志们广播.

这个土分布方案,应该可以有效地利用网吧,学校机房等廉价资源吧....

[Hammer]azsd

弱字节3千,唔取1k
级别: 版主
注册时间:
2001-11-21
在线时间:
0小时
发帖:
2803
只看该作者 40楼 发表于: 2005-01-30
其实对我来说, 拖慢速度的主要是filter..........
在N个机器上装AVS然后装好需要的插件.........
还是有点麻烦的............
而且在自己家里压也不可能有这么多电脑................

live id: liusu119@hotmail.com
email: liusu119@gmail.com
级别: 新手上路
注册时间:
2003-06-23
在线时间:
1小时
发帖:
2882
只看该作者 41楼 发表于: 2005-01-30
引用
最初由 曾半仙 发布
现有的Xvid+VDM的2pass压片模式也是可以用一种原始的分布方式,虽然原始但是有效,做一些辅助的软件就可以收到较好的效果,将一台机作为中枢机,供片源,和提供客户端操作命令,然后压片机上都装上客户端,按照服务端的传来的脚本用VDM载入,Vdm的脚本里面可以实现选择相应的帧数范围,和1st pass参数等基本一切平时手工操作的,这时候的帧数分配可以是均分,然后几台压片机将1pass分块走完以后,得到的stat文件传回服务端,服务端将1pass的stat文件合并起来进行统计,然后再次根据编码难度,以场景转换等会出现关键帧的地方为最小分割单位,将任务分成几大陀,并且根据指定的2pass参数,微调每段的码率,写入脚本,和重新拆分的stat文件一起传过去,然后各压片机开工压制并,将压得的片子传回服务端,服务端用vdm脚本对片子进行合并,加音频,并上传到分流FTP,打开QQ和MSN向分流的同志们广播.

这个土分布方案,应该可以有效地利用网吧,学校机房等廉价资源吧....


这个你试试看吧,我认为不现实,设置繁琐倒也罢了,但是这码率的掌握怎么弄?用2pass就是为了控制大小和码率分配阿,自己这样弄出来的不怕大小不合格或者质量不平均么…………

不学无术中..

eMule ID:[eDtoon][CHN]adamhj@eMule-Official
级别: 骑士
注册时间:
2004-08-24
在线时间:
0小时
发帖:
852
只看该作者 42楼 发表于: 2005-01-30
你看一下开头说的部分,这不要手工设置的啊,vdm压的时候只要服务端传给他计算出参数的脚本就行,
那个stat文件是可以随意拆来拆去的,Gordian Knot等软件都有对xvid的pass文件的控制,只要算法上没毛病,也就是用经验公式,由程序来调整片子是可行的,主要也只用微调码率,难点就在于得出算法中的经验参数值吧,这个确实要反复试验的,
然后.....俺好惨啊,为了求证现实不现实,居然查到这么个地方....

http://www.funknmary.de/bergdichter/projekte/index.php?page=ELDER

这个老外用到了类似的步骤....
详细的他在网页上也没肯写....
再次遭受打击,难道偶永远属于只想不能作的old type么?
想什么就做什么的话工作方面又会有大危机,总之睡眠时间太有限了~~

[Hammer]azsd

弱字节3千,唔取1k
级别: 新手上路
注册时间:
2004-12-03
在线时间:
0小时
发帖:
85
只看该作者 43楼 发表于: 2005-01-30
支持AMD,但压起来应该事P4快。
顺便说一下,搂住千万不要买3500+,根本没那性能

rtsp://221.229.242.238/popgo-live
真実はいつもひとつ
级别: 工作组
注册时间:
2003-08-26
在线时间:
13小时
发帖:
6600
只看该作者 44楼 发表于: 2005-01-31
引用
最初由 曾半仙 发布
现有的Xvid+VDM的2pass压片模式也是可以用一种原始的分布方式....

details you can see the help file comes with VDM 1.4.13.1
BTW, a64 perform far better than P4, and save your electricity.

催片请点此处: http://bbs.popgo.org/bbs/read.php?tid=502402&displayMode=1#19103164
快速回复

限150 字节
上一个 下一个