PCDVD數位科技討論區
PCDVD數位科技討論區   註冊 常見問題 標記討論區為已讀

回到   PCDVD數位科技討論區 > 電腦硬體討論群組 > 效能極限
帳戶
密碼
 

  回應
 
主題工具
kenlu
Major Member
 
kenlu的大頭照
 

加入日期: Jul 2001
您的住址: Taiwan,taipei
文章: 270
用 AMD 來轉檔真的很慢嗎?

爬了一堆文章,幾乎所有的朋友一致推祟 Intel 的轉檔效能,但是 ..
AMD 真的差很多嗎?是否可以幫忙提供一些具體數據,
讓 AMD 的使用者知道實力到那裡?感謝!
     
      
__________________
What a wonderful world !!!
舊 2004-06-04, 11:26 AM #1
回應時引用此文章
kenlu離線中  
0936010
Master Member
 
0936010的大頭照
 

加入日期: May 2001
文章: 2,239
湯姆老兄應該有很多這種測試

Main Concept MPEG-Encoder


Xmpeg & Divx 5.1
 
舊 2004-06-04, 12:52 PM #2
回應時引用此文章
0936010離線中  
adelies
Elite Member
 
adelies的大頭照
 

加入日期: Dec 2001
您的住址: Cape Crozier
文章: 6,122
THG 不喜歡別人直接連圖,相關測試通常都是必測項目,例如:

AMD's Socket 939 Offers More with Much of the Same
http://www6.tomshardware.com/cpu/20...ket_939-20.html
http://www6.tomshardware.com/cpu/20...ket_939-21.html
http://www6.tomshardware.com/cpu/20...ket_939-22.html

他的一些設定會列在:Benchmarks And Settings 這一頁
http://www6.tomshardware.com/cpu/20...ket_939-15.html

不過項目的領先與否,要看您對於該項目的實際使用程度而決定。例如,一個幾乎不轉檔的人挑轉檔最快的平台,象徵意義可能大於實質意義。
舊 2004-06-04, 01:35 PM #3
回應時引用此文章
adelies離線中  
kenlu
Major Member
 
kenlu的大頭照
 

加入日期: Jul 2001
您的住址: Taiwan,taipei
文章: 270
感謝!找到一篇具代表性的了,
http://www.big5.tomshardware.com/cp.../barton-16.html

引用其中一句:
『在使用Pinnacle Studio 8.3.18製作MPEG-2影片時,AMD Athlon XP 3000+的243.8秒成績,還比時脈略高的AMD Athlon XP 2800+(239.6秒)差了一點。這項測試的重點在於時脈速度,使得超到2500 MHz的Athlon得以名列前茅。在未超頻產品部份,則由P4 3.06 GHz保持領先。』

看來是值得一超了 ...
__________________
What a wonderful world !!!
舊 2004-06-04, 01:45 PM #4
回應時引用此文章
kenlu離線中  
AMD-Ti
Elite Member
 
AMD-Ti的大頭照
 

加入日期: Jul 2003
您的住址: Großdeutschland
文章: 6,997
選用 Xvid + Canopus ProCoder 可以讓AMD跑的比intel快.
舊 2004-06-06, 10:40 AM #5
回應時引用此文章
AMD-Ti離線中  
isucceed
Amateur Member
 

加入日期: Feb 2004
文章: 35
具體數據是沒有啦,要看你轉檔的時候,有沒有要用電腦做其它事情。
如果你有用軟壓的TV CARD錄影,而且是直接錄成mpeg4(品質調高一點)的話,
althon 和 P4 真的是差蠻多的,因為用althon (2600+)的話,一開始錄之後,
電腦幾乎就不能動了cpu loading 幾乎是100%,連移動視窗都要等個幾秒才有
回應,而且錄出來的影片,還很有可能影音不同步。
如果是P4 (3.0)的話,因為有HT,大概是75%,你要上網,或做什麼不是很操cpu的工作,都還蠻順的。

轉檔的話althon loading也是100%,如果是轉mpeg 4高品質一點的話,就準備離開電腦吧(如果影片很長),因為也做不了其它事情。
P4的話大概會到90%以上,但剩下10%左右的cpu time,對3G的cpu來講可以做很
事情了。

如果要算純轉檔而不做其它事情的話,要從mpeg2 轉到mpeg4的總時間,
K7,K8和P4應該不會差太多---個人看法。
舊 2004-06-06, 05:33 PM #6
回應時引用此文章
isucceed離線中  
AMD-Ti
Elite Member
 
AMD-Ti的大頭照
 

加入日期: Jul 2003
您的住址: Großdeutschland
文章: 6,997
如果覺得轉檔程式讓系統反應很遲緩,在工作管理員中調低該程式的優先次序,可以有效讓系統便順暢.
舊 2004-06-06, 07:00 PM #7
回應時引用此文章
AMD-Ti離線中  
天昏地暗
Elite Member
 
天昏地暗的大頭照
 

加入日期: Mar 2001
您的住址: 桃園縣龜山鄉
文章: 12,765
引用:
Originally posted by isucceed
具體數據是沒有啦,要看你轉檔的時候,有沒有要用電腦做其它事情。
如果你有用軟壓的TV CARD錄影,而且是直接錄成mpeg4(品質調高一點)的話,
althon 和 P4 真的是差蠻多的,因為用althon (2600+)的話,一開始錄之後,
電腦幾乎就不能動了cpu loading 幾乎是100%,連移動視窗都要等個幾秒才有
回應,而且錄出來的影片,還很有可能影音不同步。
如果是P4 (3.0)的話,因為有HT,大概是75%,你要上網,或做什麼不是很操cpu的工作,都還蠻順的。

轉檔的話althon loading也是100%,如果是轉mpeg 4高品質一點的話,就準備離開電腦吧(如果影片很長),因為也做不了其它事情。
P4的話大概會到90%以上,但剩下10%左右的cpu time,對3G的cpu來講可以做很
事情了。

如果要算純轉檔而不做其它事情的話,要從mpeg2 轉到mpeg4的總時間,
K7,K8和P4應該不會差太多---個人看法。

這倒是,就算是用K8 3400+來轉,當他100%在轉時,做其他事真的會頓頓的
__________________
請不要再用打的方式教育小狗,有愛心的人請買以下的書來讀好嗎??謝謝您
別只給我一根骨頭
狗狗的異想世界
貓狗大戰:寵物行為四週集訓
愛咪咪的異想世界
終於還完12x萬的負債,以後不敗家了
阿斗的歷史名言:此間樂,不思蜀
舊 2004-06-06, 07:16 PM #8
回應時引用此文章
天昏地暗離線中  
輕描淡寫
訪客
 
文章: n/a
感覺上,AMD就是輸在HT,intel輸在價格(就K7與P4而言)
intel還是有他高明的地方,至少,不用換CPU風扇,溫度也不會高到那去
舊 2004-06-06, 10:19 PM #9
回應時引用此文章
 
eric0287
Major Member
 
eric0287的大頭照
 

加入日期: Feb 2004
您的住址: 中壢
文章: 174
輸在HT
小弟我意想天開 就把兩個巴頓2500+ 改MP2500+
在配一個雙CPU的版子

如此這般 轉檔應該還有資源用吧

不過這樣的話 就不太有C/P值 可言了 ...
__________________
1號機 (工作機)
cpu: barton 2800+ OC 2500HZ (12.5*200)
1.85V 週期0407 RPMW
主機板: Abit NF7-S usb2.0 (3D-FIRE R2版)
記憶體:金士頓PC3200-512M*2(2.5 3 3 11) hynix D-43
硬碟:建達80G+日立80G SATA RAID 0
燒錄機: NEC 3500AG寫 <- 醜歸醜 但真的是穩 ..
4KUS 52X32X52 DVD16Xcombo 讀
power: 海韻300W <-安靜又耐超
--------------------------------------------------
2號機(寵物機)
CPU:barton 2500+ OC 3200+
主機板:磐英 8rda3+
RAM:創見 DDR400 512M 三星顆粒
硬碟:死雞仔 160G*2 RAID 0
POWER:七盟300W <-還可以接受...
(兵單來了 當兵去了 台南新中 我來了 )
舊 2004-06-06, 10:41 PM #10
回應時引用此文章
eric0287離線中  


    回應


POPIN
主題工具

發表文章規則
不可以發起新主題
不可以回應主題
不可以上傳附加檔案
不可以編輯您的文章

vB 代碼打開
[IMG]代碼打開
HTML代碼關閉



所有的時間均為GMT +8。 現在的時間是03:04 PM.


vBulletin Version 3.0.1
powered_by_vbulletin 2025。