PCDVD數位科技討論區

PCDVD數位科技討論區 (https://www.pcdvd.com.tw/index.php)
-   效能極限 (https://www.pcdvd.com.tw/forumdisplay.php?f=18)
-   -   3DMark2001預設值的問題 (https://www.pcdvd.com.tw/showthread.php?t=84165)

Antony Chen 2002-03-20 12:14 AM

3DMark2001預設值的問題
 
不知各位有沒有發現. 用Radeon/7500/8500的話. 3DMark2001的預設值中的Z-buffer是32bit. 但在Geforce2系列中(Geforce3我不知道)的預設值是24bit. 我用Radeon測24bit的結果竟然跟32bit差了200~300 分.

雖然都是預設值, 但因為Driver的關係一個設成24bit, 一個設成32bit. 這就已經造成測試不公的情況了

雖說3Dmark2001不完全代表一張卡的好壞. 但就現在那麼多人用它來當買顯示卡的一個依據. 難道ATI不知道嗎?

catkingwang 2002-03-20 12:38 AM

小弟在3dmark2001中
有用過GF2MX,GF2MX400, ATI RADEON LE ,GF3 TI200
預設值全部都是32bit歐!!

htchien 2002-03-21 07:38 PM

Re: 3DMark2001預設值的問題
 
引用:
Originally posted by Antony Chen
不知各位有沒有發現. 用Radeon/7500/8500的話. 3DMark2001的預設值中的Z-buffer是32bit. 但在Geforce2系列中(Geforce3我不知道)的預設值是24bit. 我用Radeon測24bit的結果竟然跟32bit差了200~300 分.

雖然都是預設值, 但因為Driver的關係一個設成24bit, 一個設成32bit. 這就已經造成測試不公的情況了

雖說3Dmark2001不完全代表一張卡的好壞. 但就現在那麼多人用它來當買顯示卡的一個依據. 難道ATI不知道嗎?

這是顯示卡驅動程式的問題,3D Mark 2001 的預設值是會去抓顯示卡驅動程式的 Z-Buffer 最高顯示位元數的....你的 nVidia 顯示卡驅動程式有去更新到最新版嗎?記得舊版的 nVidia 驅動程式是只能提供 24bit Z-Buffer 顯示的....

Antony Chen 2002-03-22 12:55 AM

我用的已經是23.11了, 難道要用27.xx嗎?

聽說27.xx有很多問題~~~

Zechswind 2002-03-22 02:14 AM

我是Leadtek的Ti200........
用麗台的2183,是32 bit.....
換成官方的2311,就變成24 bit了.......
不過麗台的2183跑3dmark2001SE的advance pixel shader,在未
開fsaa的情況下畫面不正常,會閃得很厲害......-.-"

htchien 2002-03-22 07:59 AM

引用:
Originally posted by Antony Chen
我用的已經是23.11了, 難道要用27.xx嗎?

聽說27.xx有很多問題~~~

你有必要用 2.7.x.x 嗎?那是給 Geforce 4 系列用的驅動程式耶....( 雖然 TNT/Geforce 系列一樣可用.... ) 如果沒有 Geforce 4,我覺得用 2.3.1.1 就好了....

而 32bit Z-Buffer 你有必要用嗎?現在顯示晶片的速度要玩一些很耗 3D 資源的遊戲還是不太夠力,你還想開 32bit Z-Buffer 來減慢遊戲的速度?我覺得現在用 24bit Z-Buffer 就很好啦....想要用 32biit Z-Buffer 而遊戲不會延遲,那還是等更強的顯示晶片出來吧....

功能夠用就好,沒必要追一些新奇又不一定看出效果的特殊功能來花冤枉錢....

Antony Chen 2002-03-22 06:30 PM

我的問題不是有沒有用到32bit, 而是同樣是預設值為什麼一個是24bit, 另一個是32bit.

而我也知道是Driver的問題, 我個人也不是嫌那幾百分的差距. 而是公平性的問題.

我們用24bit跟32bit比較, 當然24bit會比較快(速度上)

對消費者來說, 那幾百分可能就決定他是買什麼顯示卡. 看一些大型的測試網站每次都說測試時用"3Dmark2001 default setting". 殊不知因為Driver的關係而造成用32bit跟24bit比的窘境. 這樣用24bit的Geforce當然會比用32bit的Radeon高.

就廠商來講, 他們怎麼可能會讓這種事發生呢?

所以, 我的問題是"公平性". 而不是功能 "用不用得到 "或" 新不新"

htchien 2002-03-22 07:59 PM

引用:
Originally posted by Antony Chen
我的問題不是有沒有用到32bit, 而是同樣是預設值為什麼一個是24bit, 另一個是32bit.

這我上面已經回答過了,這是 3DMark2001 和 Driver 搭配性的問題....
引用:
而我也知道是Driver的問題, 我個人也不是嫌那幾百分的差距. 而是公平性的問題.

我們用24bit跟32bit比較, 當然24bit會比較快(速度上)

對消費者來說, 那幾百分可能就決定他是買什麼顯示卡. 看一些大型的測試網站每次都說測試時用"3Dmark2001 default setting". 殊不知因為Driver的關係而造成用32bit跟24bit比的窘境. 這樣用24bit的Geforce當然會比用32bit的Radeon高.

所以消費者就要做一些功課,而不是人云亦云....這樣才能買到自己滿意的產品,您說是嗎?:)
引用:
就廠商來講, 他們怎麼可能會讓這種事發生呢?

所以, 我的問題是"公平性". 而不是功能 "用不用得到 "或" 新不新"

嗯....我想這和廠商定位也有關係....

nVidia 是以性能為主要訴求,ATI 是以畫面品質為主要訴求,自然也造成驅動程式上的差別,這是無庸置疑的....所以,消費者在買他要的產品之前,也許需要先弄清楚廠商的定位以後再考慮要買誰家的產品,而不是一昧的迷信媒體上面的性能數據....如果他只會相信媒體上的性能數據,那他因為那樣的性能數據買到 nVidia 的產品也沒吃虧,因為他的確買到性能不錯的產品,不是嗎?:)

至於你提說公平性的問題,其實我覺得不應該怪顯示晶片或是顯示卡廠商的驅動程式,而是應該要怪 MadOnion,為什麼 3DMark2001 不用一樣的設定去測試顯示卡,而是用顯示驅動程式所能抓到的最高設定值當作預設值呢?這樣子本來就絕對不會有公平的測試結果呀....你說是吧....:)

顯示晶片廠商當然也知道這回事,只是因為之前說的市場定位問題,所以....就是這樣啦....

不過 nVidia 最近也開始注重畫面品質了,遊戲和微軟的 DirectX 又都是針對 nVidia 的卡來做開發,看來 nVidia 的卡還是會稱霸一陣子的吧....:( 希望 ATI 多多加油,把他以前顯示晶片的王座再搶回來....:D

HigH 2002-03-22 11:32 PM

引用:
Originally posted by htchien

你有必要用 2.7.x.x 嗎?那是給 Geforce 4 系列用的驅動程式耶....( 雖然 TNT/Geforce 系列一樣可用.... ) 如果沒有 Geforce 4,我覺得用 2.3.1.1 就好了....

但我換成27.52之後測3dmark2001分數比23.11還高兩百耶
測2000分數則差不多
我的卡是GF2 TI

Antony Chen 2002-03-23 12:55 AM

引用:
Originally posted by htchien

這我上面已經回答過了,這是 3DMark2001 和 Driver 搭配性的問題....


我發第一篇的時候就已經說了. 我已經知道是Driver的問題了:

"雖然都是預設值, 但因為Driver的關係一個設成24bit, 一個設成32bit. 這就已經造成測試不公的情況了 "

假如nVidia是故意把32bit關掉而讓3Dmark2001加分的話. 那它就已經是欺騙消費者的行為了. 而Madonion也應該知道2001後出的3D卡可以跑32bit沒問題吧!! 那它就應該"固定"住Default setting才對. 不應該讓Default setting會因為任何變數而改變.

提到這點又不得不提之前暴發出的ATI和nVidia雙方都在以降低畫質讓測試出來的成績高些. 如果不是那個大陸網站說出來的話我看很多人都會被蒙在鼓裡. 當時看到那篇時真是火冒三丈. 雖說競爭之後受益的是消費者. 但以這種方式競爭的話也不是消費者的福氣.

希望最近的測試開始加些圖片(已經有些開始加了, 不過希望這些圖片沒有做假). 多少也讓ATi和nVidia有個警惕!!!

再提一個, 3Dmark2000的CPU Test也有不公平的情況~~~


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

vBulletin Version 3.0.1
powered_by_vbulletin 2025。