XBOXとGAMECUBEはどちらが性能いい？ Vol13

どちらが性能良いんですか？
前スレ
http://cheese.2ch.net/test/read.cgi?bbs=ghard&key=982523962

参考画像
GC
http://www.watch.impress.co.jp/pc/docs/article/20000824/nin18.htm
http://www.watch.impress.co.jp/pc/docs/article/20000824/nin19.htm
http://www.watch.impress.co.jp/pc/docs/article/20000824/nin20.htm

Geforce3
http://nextdoom.com/images/?image=104.jpg
http://www.watch.impress.co.jp/pc/docs/article/20010222/DSC_0051.JPG
http://www.ascii24.com/24/news/topi/article/2001/02/24/imageview/images637872.jpg.html
http://www.ascii24.com/24/news/topi/article/2001/02/24/imageview/images637874.jpg.html

もう一度Doom3のムービー
まだダウンロードしてない人はしよう。
http://www-personal.umich.edu/~jocelynm/doom3_pc_1.mpg

あっひゃひゃ、Xboxの勝ち確定だな

XBOXの方がリアルだね。

リアルタイプの絵だからね

いつまでも情報を公開しないGC・・
本体は既に去年の段階で出来てるっていうのに・・
相変らずの殿様商売、ユーザーなめてるねー

>>6
恨むならSCE恨め

＞メモリーには64MBのDDR SDRAMを搭載、Lightspeed Memory Architectureという高速メモリーアーキテクチャーのおかげで、水流などの繊細な動きも、まったく違和感なくビデオ映像のように再現できる(もちろん、リアルタイムレンダリングで)。

改行省略。
いっつあソニコン。

>よほど細かいモデルかと思うと意外と大ざっぱなのに驚かされる

めちゃくちゃ細かいやんけ。

カメちゃんは単なるバンプとどう違うんですか？
わかりません。
あのワイヤーモデルより更にポリゴン分割されて
両生類の柔らかいほうの皮膚の細かいしわしわや食い込みまで
再現されてたりするのでしょうか？写真じゃわからないですけど。

ホンマにな。細けえ。

カメちゃん１体だけなら他の機械でも何とかなりそうだね。
バンプ非対応だと苦しいけど。

UMAでないGeforce3だっつーの、って誰も突っ込まないのか？

つーかPCと比べてとうする？

>>10
カメちゃんはむしろプログラマブルレンダの見本みたい。
マイクロコードをDX8で送って、あとはカメちゃんみたいなポリゴンを動かすことに専念しても、レンダ側の
細工だけでこれだけの動きを出せます、みたいなことを云ってたらしい。

ゲームキューブ
Too HUMANより
http://cubemedia.ign.com/media/previews/image/toohuman/overhuman3.jpg
http://cubemedia.ign.com/media/previews/image/toohuman/overhuman1.jpg
http://cubemedia.ign.com/media/previews/image/toohuman/overhuman2.jpg

>>16
それプリレンダのムービー

＞16
これ、ＰＳからＧＣに乗りかえる前に作られたムービーです。

GCとGeforce3と比べるのって、
最近出たアレ２の１６メガバイトＶＲＡＭタイプな開発機とGCとを比べるようなもんじゃねーのか？

ムービーにしちゃいやにカクカクだな。

>>10
>Vertex Shaderの効果で横腹部分の表皮がリアルに伸縮するのだ
>(しかも、まわりの模様にあわせて色や模様が移り変わっていく)。

バンプじゃ無理でしょう。

>>19
>「AGPバスがある限り、毎秒1億2500万ポリゴンという数字は絶対に考えられない。
>XGPUはメモリをプロセッサーと共有するという、統合化された設計思想から生まれた。
>通常グラフィックチップはバスによってCPUとは切り離されてしまうのだが。
>すべてはこの設計のおかげで可能になった」
>と、ヌビディア社でプロダクト・マーケティング・ディレクターを務めるトニー・トマシ氏は語った。

>　吉岡氏は，こうした指摘を踏まえた上で，
>UMAがボトルネックになるのを防ぐ技術がある，という。
>実際，スペック表をみるとメモリはDDR SDRAMで
>メモリバスは6.4Gバイト／秒とかなり高速。
>メモリインタフェースを128ビット幅にでもするのだろうか？
>「詳細はまだ発表できない。ただ，Xboxは，
>今風の技術を用いた理想的なアーキテクチャといえる」（吉岡氏）。
>なんとも思わせぶりだ。

GeForce3の脅威のグラフィックに
急にPC+GeForce3＞XBOXを唱えだした人がいるね。
そんな事あるわけないのに（ププ

>>23
スペック的には
PC＋GeForce3＞XBOXで間違いなかろう
まあ、PCといってもピンキリだが。

>>21
おばか？

>>23
みんな前から唱えていたよ。
きみこそ・・・

爬虫類は嫌いじゃないけどね

>>26
うそこけ。

>>21
あれだけ細かいポリゴンモデルならポリゴンの頂点をうにうに
させるだけで表皮の伸縮は表現できるんだが・・・
それが頂点シェーダーだとしたら単にCPUが楽になるだけで特に夢はないな。
ブツブツの１つ１つを頂点でやっているならすごいな。でもそれはバンプだ。

「NV20を搭載したXDK2はUMAじゃないからX-BOX実機より速いかもね」
という話は昔から出てた。

初心者は目新しい質感表現に出会うとコロっと騙されてしまう。

>>24
そうなんですか？

>>22
で、前スレではAGPバス問題の代わりにフィルレートの問題が持ち上がってきた訳だ。
http://cheese.2ch.net/test/read.cgi?bbs=ghard&key=982523962&st=600&to=700

メモリ書き込みは読み込みの半分って話はどうなった？
読み書き両方で6.4Gバイト／秒も出るのか？
どう足掻いても、Ｘ箱のスペック値と6.4Gバイト／秒は切っても切れない関係。

>>24
>「AGPバスがある限り、毎秒1億2500万ポリゴンという数字は絶対に考えられない。
>XGPUはメモリをプロセッサーと共有するという、統合化された設計思想から生まれた。
>通常グラフィックチップはバスによってCPUとは切り離されてしまうのだが。
>すべてはこの設計のおかげで可能になった」
>と、ヌビディア社でプロダクト・マーケティング・ディレクターを務めるトニー・トマシ氏は語った。

>>34
>>33

＞メモリ書き込みは読み込みの半分って話はどうなった？
この話ソースが無いんですけど、書いた人の関違いじゃ・・・

トニートマシ氏イタイな
お仕事だから仕方ないのか。

ああ、だからスペック的にはね。
ただPCの場合はクソ重い下逸OSを下敷きにしてるから
ゲームのパフォーマンスとしてならXBOXのほうが
良い結果が出ると思われ。　

>>33
＞どう足掻いても、Ｘ箱のスペック値と6.4Gバイト／秒は切っても切れない関係。
これも切れるって書いてたじゃん。
7倍とかわけわららん数字で反論出てたけどマジでわけわからん。

もしかしてVertexShaderってAGP対策なのか？
X-BOXにはあんまり意味ないのか？

>>36
仮にそれが真だとすると、
混載メモリに拘ったＧＣは、
それなりに的を射ている訳で。
マイクロソフトにとっては隠蔽したい事実だろうな。

マッキンはAGPだったっけか？

>>41
仮にとか考える事さえ愚かだと思うがこの話。

>>39
メモリに書き出す事無く直接ＴＶへ出力できるのか？
ＸＢＯＸにはフレームバッファとか無い？そりゃ凄いな。

6.4Gバイト／秒から逆算してフィルレートに反映させているって話。

>>43
ＸＢＯＸにとって、書き込み速度は死活問題なのでは？
仮定として問題提起させておくくらい良いじゃん。

>>40
何でそうなる。
>Vertex Shaderは細かな表情や肌の伸び縮みなどをリアルに再現する機能だ。
AGPとは関係ないよ。

マッキンキン

>>46
おばか２。
AGPのような遅いバスがなければそれはCPUでできるぞ。

>>45
多少なりとも信憑性があればね。
書き込みが半分だなんてまったくありそうも無いことを仮定するのは
無意味を通り越して邪魔で迷惑だからやめてくれよ。

Geforce3もテクスチャとVertexBufferをVRAM側に確保すれば、
大体条件は一緒では？

>>50
っていうかPCの場合メインプログラム側はAGPを隔てた向こう側なわけで
UMAによる帯域の食い合いがないのでGeForce3のほうが速かったりしてナ

>>48
別にVertexShaderはCPUで出来ないことをやる機能じゃないよ。
大体リファレンスラスタライザは全てCPUでやってるだろ。
ソフトウェアT&Lよりは、ハードウェアT&L+VertexShaderの方が
速いってことじゃないの？多分。

意味不明だな。無視してくれ。

>>23＠｀28
前々からUMA<<セパレートバスというのは書かれていたはずだが？
で、XboxがUMAだからって性能が危惧されていたのも。

http://tom.g-micro.co.jp/technews/index.html
Xbox が PC 速度を上回る
NVidia Corp. および Microsoft Corp. は、Xbox ゲームのコンソール
スピードにPC がついていけないことが時に起こると語っているとのこと
です。Wired のライターによれば、その理由は、NVidia の 3D グラフィ
ックスチップとオーディオおよび I/O コントローラが直接一緒に動いて
いるからだということます。XGPU は、PC に使用されるのと同じ NVidia
NV20 チップを使用しますが、そのパフォーマンスはもっとずっと高速に
なります。それは、AGP ビデオバスもノースブリッジもないからです。
XGPU と CPU は、バスなしの 64MB の 200MHz DDR メモリを共用し、転
送速度が遅くなっています。
ただし、アナリストの中には、Microsoft が、ソニーがプレーステーショ
ン2 でやったように、ゲームで 4 倍の高速化を期待させるなど、誤りを犯
しているという人もいます。システムが広告以下のものであった場合、消費
者はシステムを失敗と見るでしょう。

>>51
うん、そのとおりだと思う。ただし、PC側はOSのレイヤーが重く
ならざるを得ないこと、XBOXGPUは250MHZでうごく（らしい）事
を考えれば、今出している絵より質が格段に落ちるということは
TV出力なので解像度が低くなる以外はないんじゃないかな？

ところでGeforce3はトランジスタ数を犠牲にしてまでFIXED
パイプラインを残したんだろう？同じ事をやるならやっぱり
FIXEDパイプラインの方が圧倒的に早いんだろうか？
＃ワイアードロジックの方が早いのはあたりまえだけどさ。
となると、エフェクトを使ったポリゴンはVertexShaderで、
固定機能でまかなえる部分は従来のパイプラインで、みたい
な感じ？

NVIDIAのデモ。このスレで出てる以外にも面白いのが出てて、
Geforceなら実際に動かせるよ。
http://www.nvidia.com/Powerof3D.nsf

>>42
一応2*AGP。4*もある筈だが、使われていない。

>>49

DRAMの書き込みが読み込みの半分の速度ってのは根拠が無いって訳じゃないのよ。
http://www.interq.or.jp/green/korokan/higa9803.html#980325
より。９８年頃のだけどね。

メモリーリード
http://www.interq.or.jp/green/korokan/k6.jpg

メモリーライト
http://www.interq.or.jp/green/korokan/k6w.jpg

>>51
PCの場合そのAGPが足引っ張ってるんだろ。
>　吉岡氏は，こうした指摘を踏まえた上で，
>UMAがボトルネックになるのを防ぐ技術がある，という。
>実際，スペック表をみるとメモリはDDR SDRAMで
>メモリバスは6.4Gバイト／秒とかなり高速。
>メモリインタフェースを128ビット幅にでもするのだろうか？
>「詳細はまだ発表できない。ただ，Xboxは，
>今風の技術を用いた理想的なアーキテクチャといえる」（吉岡氏）。
>なんとも思わせぶりだ。

>>56
＞Geforce3はトランジスタ数を犠牲にしてまでFIXED
＞パイプラインを残したんだろう？

スイッチするんじゃないかな。多分。

くだらん。
どっちも似たようなもんだろ。
マシンの性能なんてよっぽど違わない限りゲームの面白さに関係しない。
ここで偉そうな話をぶっているヤツは、オタクなのかダメ業界人かどっちかだろう？

ひょっとしてXBOXオワッタ？

>>59
>>33へどうぞ

>>55
なんだか途中で話が正反対になってないか？

フレームバッファ書き込み
PS2=10GB/s
GC=10GB/s
XBOX=1.6GB/s

>>61
みんなでXboxを応援しよう！

>>55
引用元読んだ？
"Microsoft and nVIDIA claims."で「そう主張している」と始めていて、むしろ逆に疑念を
告げる記事なんだけど。

>>65
ソースは？

>>59
VertexBufferやHW TnLはもともとAGPを多用せずに3Dオブジェクトを描画するための機構だよ。
だからHW TnLに完全に依存すればAGPの狭い帯域を気にする必要はない。
基本的にはフレーム毎にシーンの描画指令と各オブジェクトのアニメ用の変換行列を指定する程度になるわけだからね。
だがHW TnLだけでは頂点に対する細かい操作ができなくなるので、そこでVertex Shaderなる
苦肉の策が編み出されたってわけ。

結局、XBOXもハッタリなのか・・・

>>70
まだハッタリかは分からない

>>68
>>58とか
でもXBOXがUMAだって事忘れてた

>>69
肝心のメモリ書き込みがAGP並に狭いけどね。

GC圧勝？

>>74
それはない

XBOXの勝ちか。

じゃあGC辛勝？

T&Lやバンプなんかのエフェクトは間違いなくXの勝ちっぽい。
ただCPUを思う存分使いたい場合はGCの方がいいのかもしれない。

画面の綺麗さ
X>GC
画像以外の処理
GC>X

CPUを思う存分使いたい場合ってどんな場合？

>>79
画像以外の処理なんてユーザーには分からんから厳しいな。
例えてみればSFC（XBOX) VS MD（GC)みたいなもんか？

>>72

>>58のグラフ読める？スコアの意味わかる？
俺には解らなかったよ。
write256KBとwrite2048KBの差があんなに少ないというのはいったい何？
それでどうしてwriteが1/2と言える？

あと、CISC系のCPUってやっぱ詰め出すとボロ出てくるんじゃない？

結論が出ました！
XBOX：GC＝SFC:MD
決定です。

Xboxが負けてるのは
GPUとメモリの間だけですよね？

>>82
あのグラフって要はAMDマニアのインテル批判が根底にあるからな。
メモリの書き込みと読み込みの差なんて意味がないと思う。

>>82
下の方に詳細がリンクされているけど？
そっちには単位のMB/sまで書かれている。
http://www.interq.or.jp/green/korokan/cache.html

フィルレートやポリゴン数が増えればセットアップが消費するfloat資源も増える。
TNTで10だったものが今はいくつになるのだろう。
70だったりしてな。残り6がT&L（藁

>>82
その頃はオンダイキャッシュじゃ無かったって事が一つと、
後はそのページの人に聞いてみて。

＞DRAMの書き込みが読み込みの半分の速度ってのは根拠が無いって訳じゃないのよ。
＞http://www.interq.or.jp/green/korokan/higa9803.html#980325
＞より。９８年頃のだけどね。
＞
＞メモリーリード
＞http://www.interq.or.jp/green/korokan/k6.jpg
＞
＞メモリーライト
＞http://www.interq.or.jp/green/korokan/k6w.jpg

>>87
わからん。
要はキャッシュ性能を計るグラフだったのか？

もうダメだＸＢＯＸ

理論値まんせー

>>85
GPUとメモリーの間ではなくてメモリーそのものが遅いことです。
メモリーを1-TSRAMにしたらOK（藁

>>90
2MBのキャッシュなんかあるのか・・・・

>>87
わかって提示してるなら説明してくれ。

>>94
くだらない質問はやめろ。

>>85
CPUとGPUがメインメモリを共有してるのはXもGCも一緒だが
GCはオーディオ専用メモリとディスクキャッシュと
テクスチャキャッシュと描画バッファがあり、さらに
Gekkoのキャッシュ容量は倍で、その大量のキャッシュを
スクラッチパッド的に使うモードも備えてる。
CPU負荷を上げていったとき描画にどれだけ影響を与えないか、
という点ではGCに分があるように見える。

多分本人もわからないんだろう。

１−ＴＳＲＡＭも理論値

>>90
8kBとかはそう。〜256kBは、ランダムにならないメモリアクセス速度、多分256kB以上だと
何らかのアクセスが別に入ってランダムに近いメモリアクセスになってるんじゃないかな。
だから、256kB〜2048kBでメモリアクセス速度が安定しているだけのことだと思う。

ＮＶＩＤＩＡってＣＰＵメモリコントローラ周り作った経験ってあるの？
Ｘ箱で初体験？

実際のところGCはＡメモリーをキャッシュ以外の重い用途に使わない
わけにはいかないだろう。テクスチャで競争を始めると。

すまん、100は俺。
この時代だと公称でバス幅が600MBぐらいか？、そのメモリへのランダムアクセスがこの程度まで
落ちると云うこと。公称6.4GBのXboxのランダムアクセスがどこまで落ちるかは知らんが、似たところまで
落ちる保証も落ちない保証もないけど。

>>101
AMDのノウハウを頂きました。

>>99
６．４ＧＢ／秒で書き込みできるって所から割り出した理論値よりマシ。

GCの環境マップやバンプマップ性能はどんなもんでしょ？
これらに使うテクスチャは、フレームバッファ2Mか
テクスチャキャッシュ1Mのいずれかに置かれるんだろうけど
S3TCは使えないしちょっと苦しそうだね。

>>102
競争は、テクスチャよりもポリ数やフレーム数になると思うけど。
テクスチャなんざ、いかようにも誤魔化せる。

６．４ＧＢ／秒マンセー

>>102
バスがすごい狭いから、キャッシュ以外には使えないと思うよ。
8bit*100MHz＝100MB/s
実行転送レートはおそらく1MB/frameも無いだろう。

>>107
時代は各種エフェクトを含めたテクスチャです。
少々のポリ数の差では画面的に変化が出せません。

>>106
なぜS3TCが使えない？
教えてくんなまし。

>>111
法線情報は圧縮できない。

ピュアゲームマシンＧＣ

技術の闇鍋ＸＢＯＸ

>>97
FlipperにはオーディオDSPも内臓されているんだよね。
で、はたしてFlipperとAメモリは直で繋がるのか？
繋がらなかったら、結局メインメモリ経由になるのでは？

法線情報がテクスチャーに含まれてるのけ？
よう知らんのだが。

>112
S3TCとバンプマップは併用できないってこと？

Mario128を見る限り、エンボスバンプマップなら使い放題臭いので
エンボスで我慢しときましょう。
内積バンプっぽいのはゼルダデモのガノンの剣の刃こぼれくらい？

>>114
？？
メモリがメモリにつながるのか？
聞いたことないぞよ。

>>114
Flipperに直結してるみたいです。IOもFlipper直結みたいなので
CDの裏読みなんかもメインバスに影響を与えることなくできそうです。

>>113
ﾜﾗﾀ

>>100
なんとなくわかた。
（あのスコアは時間当たりのアクセス量と言う解釈でいいのだよね）
これでwrite1/2がまったくの無根拠とは言えなくなった。
調査します。結果が出たらお知らせします。出なかったらだんまり。

>>115-116
Flipeerは圧縮テクスチャのデコードは出来るが
エンコードは出来ないだろ。
MPEG2とかといっしょ。

法線情報だと圧縮できない？
多少劣化してもいいからできるんでない？
しらんけど。

>>119
もの凄いピン数になりそうだね。
ま、これはNV2Aにも言えることだけど。

>>122
いやだからハードウェアでエンコーダーは持ってないだろ。

>121
何故エンコードする必要があるのか
よかったら教えて下さい。(本当に素直に聞いてるんだよ)

>>120
多分それでオーケー。
バーストを使うと上がるのが128kB以下で、以前ここであった話でバースト転送は8とか16までしか
使いものにならないというのと64bitメモリの時代というのを加味すると整合性も出るし。
ただ、HDならwriteのあとにverifyがあるから半分になるのは判るんだが、なんでメモリでwriteがreadの
半分なのかはさっぱり訳判らん。

S3TCを法線マップテクスチャとして使用すると汚く見えないか
って事？それは確かにある。

カラーテクスチャのエンコーダーをそのまま使うんじゃないの？

セレロン３００Ａ＠４９５ＭＨｚ時
メモリ１１０ＭＨｚのカリカリチューン（だったと思う）


Memory Access Benchmark ver1.10 Copyright (C) 1998-1999 Softhouse333
Base Address : 00100000h
Processor : GenuineIntel Family 6＠｀ Model 6＠｀ Stepping 5
Core Frequency: 494.962MHz
Access Pattern: Continuous
Access| Unbuffered Access[MB/sec] | Buffered Access[MB/sec]
Size | Read Write RD/M/WR| Read Write RD/M/WR
------+-----------------------------+-----------------------------
4K | 484.552 444.208 403.536| 1970.227 1977.916 1484.161
8K | 485.015 441.547 404.341| 1968.314 1799.701 1484.161
16K | 487.494 440.659 404.482| 1956.443 1711.939 1382.215
32K | 489.052 427.061 398.157| 1079.318 993.258 855.383
64K | 490.145 420.473 395.039| 1079.641 906.717 843.373
128K | 489.772 417.279 393.245| 1076.953 868.180 835.639
256K | 489.969 278.087 272.414| 490.003 278.092 272.711
512K | 490.098 239.028 237.096| 490.069 238.922 237.184
1024K | 490.118 223.701 223.021| 490.126 223.609 222.799
2048K | 490.130 216.722 216.580| 490.144 216.747 216.591
4096K | 490.143 213.368 213.550| 490.145 213.362 213.572
8192K | 490.151 211.758 212.069| 490.148 211.777 212.029

>>115＠｀116＠｀122
内積バンプには法線情報の入ったテクスチャを使うみたいです。
（RGB）＞（XYZ）みたいな。
これは形式こそ色データと似てますが意味する情報は全く違うので
色データ用圧縮形式ではうまくいかないらしいです。

法線情報付きテクスチャデータのバイナリ構造ってどうなってるのかに？
色データだけ圧縮って訳にはいかないのかに？

ライト4k＠｀32k＠｀256kの違いはライトバックキャッシュの有無と容量の違い。
バーストは関係ない。別にライトはリードの半分ってこともない。
2048kのreadとwriteを比べてみてちょ。

>130
内積パンプに法線ベクトルが必用なのは知ってるけど
何故併用できないのかなぁと思った。

>>131
色データと法線データは別のテクスチャ。
両方適用する場合2ステージ必要。

バンプマップってグレースケールの画像の
濃淡で法線情報に変換するんじゃなかったっけ？

>>129
メモリ書き込みは半分以下になってますね。

６．４ＧＢ／秒上の楼閣ＸＢＯＸ

>>131
法線情報だけで１レイヤ（１枚のテクスチャ）くさい。
多分、画像テクスチャ（の中で圧縮しても見た目問題ないもの）→S3TC＠｀DXTn
法線マップとか→無圧縮
見たいな感じに使い分けることになるんじゃないか？

>>134
ありがと。
つうことは色データの方だけＳ3TCできないかな。

法線でなくてハイトマップ渡す仕組みなら圧縮は問題ないね。
ただそれだと渡された後に法線に変換する処理がやたら重い。
しかし不可能ではない。
ただでさえメモリーの少ないGCだからその辺の需要はあるわけで、
やってる可能性も少しはあるよね。

>>135
それやってるとクソ重いから、あらかじめ法線情報を準備しとくの。

>>135
やり方による。
濃度情報を光源の向きにあわせてオフセットをつけてやり、
ハイライトや陰影をつけてやるようなやりかたもあれば、
RGB値を法線ベクトルとして捉え、光源の値と内積をとること
で、濃淡の値を計算し、その明るさをベーステクスチャと
掛け合わせることで陰影をつけるようなやりかたもあり。

となると、後は内積バンプを必要とする
テクスチャの割合がどれくらい有るんだろうね。

>>139＠｀140
はは、なるほど。
そういうことだったら納得できる。
情報ありがとう。

つまりバンプや環境マップを使うと
GCの少ないVRAMやメインメモリを圧迫することになると、
そういうことですねぇ(藁

>>80
おいおい、ＸＢＯＸもＧＣもゲームマシンってことを忘れてないかい？
いくら凄いモデルを作っても、それをどう動く（動かす）か指示するのはＣＰＵ側でしょ。
つまり
・単純に見せる映像
　　Ｘ＞ＧＣ
・ゲームとしての映像
　　ＧＣ＞Ｘ
っうことになることでは？

あ、エンボスバンプマップはグレースケール使うよ。

141氏もサンクス。

・ゲームとしての映像
　　Ｘ＞ＧＣ

>>145
ゲームとしての映像ってのが意味不明。

>>145
GCはCPU側で3Dオブジェクトの頂点トランスフォームを一部だけど
受け持つことになるので、XよりGCの方がCPUの負荷が軽いということには
ならないのでは？

セレロソ７３３じゃねぇ

ゲームとしての映像っつうかアレだよな。
mario128みたいな、128体の思考+256体の衝突判定/なんちゃって物理演算
とかが多分GCのパワフルさなんじゃないか？
単に任天プログラマが凄いだけかもしれないが。

>>150
＞GCはCPU側で3Dオブジェクトの頂点トランスフォームを一部だけど
＞受け持つことになるので

ソースは？

どうやらXBOX>GCで確定のようだな。

当然それだけのキャラのデータ（画像じゃないよ）を使用すると
メモリバス幅もかなり食うような気がするが？

どうなんでしょね？

>>153
君らが得意げに誇示した
日経のFlipprのハードウェアT&L命令セットのデータ

Geforce２なんかはハイトマップとやらを
送り込むとどうですか？
使い物になりませんか？

>>154
ハイクォリティーカクカク映像出よければね

>>151
クソMAC用のCPUじゃねえ、ちょとな。

あのGeforce3のデモのカメ吉君を多数の
オブジェクトが表示されてる中で60FPSの
アクションゲームでリアルタイム操作できるなら
Xboxマンセーと言ってもいいのだが。
PS2の時は、スクエアがデモしてたジジイの顔
並みのリオリティーでゲームができると信じてたもんなあ。

>>156
さすがにそれは無いと思うんだがな。
多量の頂点データがあの1.6GB/sのバスを往復するとは考えにくい。
消えた2GflopsがFlipperのワールドトランスフォーム部なんじゃなかろうか。

ディスプレイリストというものはあらかじめ用意しておく
物なんでしょうか？それとも演算させて生成させる？
どっちすか？両方？
うーむ、俺って厨房丸出し。

Flipperのスペックに
ディスプレイリスト・リアルタイム圧縮解凍
というのがありますね。これは一体なんでしょうか？

>>163
あれは、レンダラーが食いきれなくて
溢れた分をメインメモリに出し入れしたりするのに使うのかも。

>>162
グラフィックチップへの命令＆データと解釈して良いと思うが。
つまり両方。

>>157
GeForceではハイトテクスチャをリアルタイムで使う必要はないのです。
ハイトテクスチャから、各頂点の変位量を調べ、そのテクセルでの
法線の向きをRGBテクスチャとして持っているのですから。
もうひとつ、グレイスケールのテクスチャを使った手法として、エンボス
バンプマップがありますが、こちらは近似としての精度が悪く、
あまり立体的ではないです。

>>161
たぶんワールドトランスフォームでしょうね。Xもローカル→ワールド
変換はCPUでしょうから、条件は同じと見ていい。
CPUとしての素性の良さはGekkoかもしれないけど、x86の優れたコンパイラ
資源や、できは悪いが一応あるSSEなど総合的な条件を考えると、
比較したときにまったく世代が異なると感じるほどの違いはないと考えるが。
ゲーム開発者の力量でいくらでも良く見せられるでしょう。

>>162
一般的にディスプレイリストとは、描画命令とそのための情報
たとえば、頂点、法線、テクスチャ座標、頂点色や、そのメッシュ
情報が使うマトリクスの情報などを一塊にしておいたデータの
事です。
ハードウェアがまとめて処理を行うようになる昨今では、
データを個別に指定して送る状態では、その個別の指定のコスト
がかかりすぎ、ハードウェアの機能をあそばせてしまう状態が
できてしまいます。つまり性能は持っているのに、データを指定
するコストがかかる事で本来の機能が発揮できないわけです。
そこでハードウェアの直接理解できる一塊のデータをあらかじめ
もっておくことで、できるだけデータを指定するコストを減らす
事ができるわけです。

結局XBOXのエフェクト勝ちということか？
>>1の参考画像がそのまま結果になりそうだな。

>168
メーカーのデモンストレーションだけで
判定していいならPS2も負けてないぞ(藁

>>165＠｀166＠｀167
おお〜詳細解説ありがとう。
感激もんです。
はぁ〜これでゆっくり眠れます。

>>169
PS2デモも今見ると結構見劣りするぞ。

「カメちゃん」はいいけど「カメ吉くん」は言い過ぎだと思うの・・・。

ハイト→法線ってどれくらい重いの？
全然非現実的？

>>129
110MHzって事は64bitで帯域は880MB/sec
その内490MB/sec（バースト？）という事は、
約55%、まあ半分。注目すべきはWrite速度の211MB/sec。
帯域の1/4に迄落ち込んでいる。
SDRAMについてはMemory WriteはReadの半分確定。

XBOXのDDRメモリが128bit200MHz駆動のDDR400MHzとして、
128bit200MHzで3.2GB/secの55%で1.8GB/sec、
ここを含めた各方面からによるとDDR化で150%と言うから2.6GB/sec
という事はWriteは1.3GB/sec。

XBOX公称フィルレート4.8Gpixel/secは後藤氏のページによるならば、
http://www.watch.impress.co.jp/pc/docs/article/20000421/kaigai01.htm
メモリからの読み書きで約38GB/sec必要として、
読み2.6GB/sec、書き1.3GB/sec、平均1.95GB/secでそれを補う事になる。
（マイクロソフトによると読み6.4GB/sec、書き6.4GB/sec）
1.95GB/secと公称値38GB/secとの格差は約19倍。

>　こうした説明からすると、1ピクセルにレンダリン
>グ処理を複数回かけるということになる。ピクセル処
>理が終わったピクセルを、メモリに書き込まずにその
>まま再びピクセルパイプに流すということだ。確かに
>、そうした処理を繰り返すのなら、フィルレートはメ
>モリ帯域以上に高くても不思議はない。

このあと後藤氏は6.4GB/secで書き込める事を前提に7回レンダリングと有るが、
この計算では19回もレンダリングを繰り返さなければならなくなる。

しかし書き込み半分速の根拠はベンチだけなのか。
理論的な根拠出せる人お願いプリーズ。秘密厳守！

>>174
フィルレートの件は４倍の水増し報告だって定説なんですけど・・・
いつまで4.8G(今は4.0G)を引きずるつもり？

>>174
ライト4k＠｀32k＠｀256kの違いはライトバックキャッシュの有無と容量の違い。
バーストは関係ない。別にライトはリードの半分ってこともない。
2048kのreadとwriteを比べてみてちょ。

>>174
単に250MHz x 4pixel engine で理論値 1GPixel/s です。
6.4GB/sは無関係です。

>>176
でもフィルレート1Gpixel/sだと、公称3000万ポリゴンだったNV15の倍いかないから、本当に
ＰＳ２＞Xboxになりかねないよ？

主記憶
__________________
|FIFO領域　 |→FIFO（4KB）-+
|----------|　　　　　　　　　 |→コマンド→座標計算→セットアップ→レンダリング ←+
|ディスプレイ|→FIFO（4KB）-+　　処理　　 光源計算　　　エンジン　　テクスチャの　　|
|リスト　　　　|　　　　　　　　　　　 ↑　　　　　↑　↑　　　　　 |　　　　　 張り込み　　　 .|
|----------|　　　　　　　　　　　　|　　行列.-+　 光源　　　　 |　　　　　　　↑　　　　　　.|
|頂点配列　 |→キャッシュ←----+　 .メモリ　　 パラメータ　 |　　　　　補完処理　　　 .|
|----------|　　（8KB）　　　　　　　　　　　　　　　　　　　　　　|　　　　　　　↑　　　　　　|
|　　　　　　　.|　　　　　　　　　　　　　　　　　　　　　　　　　　　　|　　　　　テクスチャの　 .|
|　　　　　　　.|　　　　　　　　　　　　　　　　　　　　　　　　　　　　|　　　　　　伸長　　　　　 |
|----------|　　　　　　　　　　　　　　　　　　　　　　　　　　　 ↓　　　　　　 ↑　　　　　 ↓
|テクスチャ　|------------------------→テクスチャキャッシュ------+　　　フレーム
|----------|　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　 バッファ
|　　　　　　　.|　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　兼
|　　　　　　　.|　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　Ｚバッファ
|----------|　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　 |
|ビデオ　　　.|←--------------------------------------------------------+
|バッファ　　 |
+---------.+

>>173
現実的か否かよりも、前計算であらかじめやっておけばいいだけのことだし、
現在のバンプ自体は形を変位する（ディスプレースメントマップする）もの
ではないのだから高さ情報をもつ意味がないんですよ。もちろん、今後技術
が進歩してリアルタイムでディスプレースメントマップできるようになれば
話はかわると思いますけど。ちなみに公開されているMeltdownの資料では、
ディスプレースメントマップをするにはまだ帯域が足りないみたいな事が
かいてありましたね。DirectX9(NV30?)では帯域の問題も解消されるんで
しょうかね。

おそらく4.0Gという数字はテクセルレート。
GF3の場合、レンダリングパイプライン４本それぞれに
４つのテクスチャーユニットがくっついているから。
よってピクセルレートは1.0Gpic./s。

>>179
そうならないための水増し機能満載です。

>>181
法線で持つと帯域もったいないじゃん。
ハイトマップなら１バイトだよ。

>>182
NV20って1パスで処理できるの2枚までじゃなかったか？
3〜4枚は2クロックかかる。
でもテクスチャユニットが追加してあれば話は別。
過去のNVidiaチップの推移からしてもありそうな話だ。

>>184
違う。
それを光源処理するにはその周囲のピクセルから傾斜を求める必要があるから同じ事。

>>186
GCの話ですよ。
キャッシュまで持ってきてしまえば帯域はほとんど気にしなくていい。
キャッシュまでの帯域がもったいない。
あとキャッシュ内で領域を占有されても辛い。

>>184
高さ、の概念によると思います。
たとえば、ソースアルファテストを使って複数回描画するような形で
ハイトを表現するような技法（エレベーションマップ）では確かに高さ
情報は1byteで良いのですが、ディスプレースメントを使った本当の
ハイト表現では1byteでは精度不足です。また、高さという概念は２次元
のテクスチャ上のその座標上の高さ表現という形であらわされますが、
これを３次元座標に持ってきたときに、その高さとはView-Screenでどうい
った形で投影されるのかを計算するのは非常にコストがかかるのです。
（なので内積バンプでは頂点単位のテクスチャ座標系を補間する形で近似を
行っています）それに法線マップという形でもつと、従来のテクスチャ
ステージにいくつかの拡張を行うだけでより良いバンプマップができるという
従来の延長線上で処理を行えるというメリット（実際に法線マップの
テクスチャは従来のテクスチャと同じような形でハンドリングできる）
もあると思います。

>>185
１クロック２枚、１パス４枚、１パス８ステージまでじゃなかったっけ？

>>188
非常にコストがかかるのは知ってるけど、そのコストを費やすのが
現実的か否かというのが知りたいところなんで、難しい言葉で非常に
かかると言われても困る。
要は13.5GFLOPSでできるのかどうかってことで。
答えとしては、もう全然話にならないほど無理なのか、他の犠牲を
覚悟すれば不可能でもないのか、そのへんを希望。

>>189
(ﾟ△ﾟ)ｱﾎﾁｬｳ?

>>190
nannde?

>>189
はっきりいえば、「計算量的に大きすぎるし、形が変形しないのであれば
まったくの無意味」になります。たぶん現在のハードでは無理でしょう。
形が変形しないで、面に凸凹の陰影をつけるということは、すなわち法線
が変化していること以外に要素はありえないのですよ。
だからテクスチャの数倍との容量を考慮するよりもはるかに計算機効率の
よい、理にかなった方法のひとつでしょう＞法線マップ

１バイトで精度不足が起こるような状況だと
見た目がすでに破綻しているよぅ。

>>192
なんかハッキリしてないけど、いいやもう。
とりあえず希望は捨てる事にしときます。
「無意味」は読まなかったことにする。

ただ、親切に説明してくれた事に関しては素直に感謝します。

かなり圧縮できねえか？法線マップって。

しようと思えばね。>>195

でも、S3TCのような非可逆圧縮では無理。>>195

>>194
なんか気に障ったらごめんなさい。もちろんGCの中身はしらないので、
もしかしたらそういった機能があるかもしれないですね。
ただ、無意味の意味は煽りだと思われたくないので補足しときます。

3Dの物体が2Dの画面上で立体的に見えるのは陰影がついているからですね。
なぜ陰影がついているか？面の向きとが光の向きの角度によって決まるみ
たいです。よって基本的に平たい面ではどの位置も明るさは一緒です。
この面の向き（たいていは面ではなくて各頂点の単位なんだけど）を法線
といいます。
その陰影が平面についていると、あたかもその面が凸凹しているようにみえ
ます。これはその位置の面の形が変化しているわけではなくてこの法線とい
う情報を変化させているんですよ。（エンボスバンプなどでは一部理屈が
異なる）つまり「形の変化」というのは無いわけで、「形の変化」の為の
情報（ハイトマップですね）を持っておくのは無意味だし、そこから向き情報
を作成するのはリアルタイムで計算する意味がない、って意味なんです。

>>198
法線さえあれば高さ情報は要らないということで無意味、なら了解。

キャラ画像の表現力より 切り替えのスピードがGC＞X でしょうな

>>200
いや切替のスピードならファミコンだって負けてはいないぞ。
常時60FPSは余裕だし。

http://www.watch.impress.co.jp/game/docs/20010223/taito00.jpg
http://www.watch.impress.co.jp/game/docs/20010223/taito02.jpg
http://www.watch.impress.co.jp/game/docs/20010223/taito03.jpg

しかし、PS2冗談きつすぎ。なんじゃこりゃ

ＰＳ２終わってるな・・・

>>202
ＰＳ１？

>>201
Ｘ箱はＨＤＤ内蔵だからＧＣより読み込みが早いだろう。

とりあえずQuake3が問題なく動くなら、Ｘｂｏｘの性能が最強クラスだということは
否めんよ。
少なくともテクスチャ使うほどＸｂｏｘが最強。ＦＦはもちろん、バイオハザードや
鉄拳も含めて、あーいう系統の純粋なグラフィックの美しさが最強なのはＸｂｏｘだ。

ＧＣは、むしろマリオのような単色ばかりでテクスチャを全然使わない、しかもポリ
自体もほとんど使わないタイプのゲームをグリグリ動かす場合（ＡＣＴ？）のみ、キ
ャッシュ効果でＸｂｏｘを凌ぐ。
ある程度テクスチャとかポリを使ってしまえばもはやＸｂｏｘとは比べるべくも
ない。美麗な画面を諦めるか、ポリ数を落とすか、フレームレートを落とすか、
テクスチャ削るか、そんな選択になる。

ムービーで誤魔化す、って手もあるけど、それも容量の多い媒体の方が有利だ。

はぁ〜ＰＳ２になってやっとムービーから解放されると思ってたけど、やっぱりムービーでごまかすしかないのか…

>202
それはPS2がしょぼいというより
タイトーがしょぼいというべきでは

CPUはどうなんでしょう、X−BOXは733MHzのPEN3(実はセレロン)で
かなりしょぼそうなんですが、HW T&Lなので問題ないのでしょうか？

>>209
問題ない。周波数は3機種で最高だし。
ていうかセレロンとP3の違いなんてSSE除けば元々些細なもんだ。

>>209
あれ、Celeronよりも2ndキャッシュ少なくなかったっけ？
P3(512KB)、Celeron(128KB)に対して、XBOXのは64KBだったような。
XBOXのサイトに行っても書いてなかったけど。

>>210
そのキャッシュが結構問題あるんだよ。
Intel系のCPUはキャッシュ効率が非常に良いから
キャッシュの削減は即パフォーマンスの低下に繋がる。
だから、いくらクロック上げてもキャッシュないと
パフォーマンスが頭打ちになってしまうんだよ。

XBOXはGPUが全てだからCPUはあんまり関係ないよ。

>>211、L2は128KB、FSBは133MHzと書いてあります。

>>211、現行セレロンは、FSB66or100MHzです。
SSEもサポートしています。L2は128KBです。
でもPen3よりぐっとおそいです。

お前ら！！！
3月号のASCII読め！

XBOXの記事だ。

>>215
FSBが133じゃないからですよ。

http://www.vwalker.com/news/0012/17_/17_33547.html

3Dmark2000じゃ、Pen3とセレロンでかなりの差があるよね。
このテストでは、Pen3の方がクロックが低いのに。

>>211
アホか？
情報収集してから書き込め。
XboxのCPUは

Xbox用PentiumIII-733MHz（2次キャッシュ128KB）がXGPUに1GB/秒（133MHz）で接続だ。

PentiumIIIといいながら、実はCeleronか。

>>218
XBOXはGPUが全てだからCPUはあんまり関係ないよ。

>>220
FSB133のセレロンは存在しません。
あくまでカスタムP3です。

>>222
そうなんだな。
Celeronというより2次キャッシュが128KBになったPentiumIIIって感じ。

まぁXboxにはCPUなんて付いてれば何でもいいんだろうけど。
俺はDuronが良かったと思うんだけど・・・。
PentiumIIIとほぼ同等のスピードでCeleronより安いし。
それにXboxはAMDの「ハイパートランスポート」技術を採用してるんだし。

>>223
FSBが66から100になったときもCeleronという
名前のままだったわけだし、133になってもCeleronだろ。

Duronの方が良かったというのは同感だな。

>>224
PentiumIIIとCeleronの違いってなんだ？
2次キャッシュの容量とベースクロックの違いだけだっけ？

質問です。XBOXのコピー対策はどの様な物が予想されますか？

マイクロソフトがWindowsXPとOfficeXPでやる予定のが入ったりして。
マイクロソフトからシリアル貰わないと使えない、ネットを通じて知らせるから一回しかインストール
出来ないとかいうやつ。

>>227
ネット接続が前提なんですか？

>>228
XPはそうみたい。Xboxは、海外で「出だしはネットゲームは重視しない」発言があったそう
だし、そこまで踏み込むかは不明だけど、イーサネット標準装備だし可能性はある。

>>227 >>229
Thx.;)

ＰＳ２大好き。

Duronはコストを考えたら無理でしょう。
カスタムP3は一個たった2千円らしいですから。

>>229
それはないだろう。だったらそれこそネットゲームを重視してるはず。
発売時にはまだネット環境が整ってないと考えてるからこそ、ネットゲーをださないんだから。
それじゃ本末転倒だ。

ニンテンキャラで遊びたい人＞ゲームキューぶ
年に１本の大作で満足できる人＞プレステツぅ
いつもバブリシャス噛んでる人＞エックスボックす

結局、HW T&L、S3TC、HSR、Bump mapだけなんでしょうか。
X-BOXのアットびっくりはないんでしょうか。

アンチＧＣ＆ＸＢｏｘの候補生が沢山いるスレですね。

>>236
アンチＧＣ＆ＸＢｏｘ＝出川

アゲ

ＸＢＯＸのスペック表にＨＤＴＶ対応とあるが、Ｄ３の
プログレッシブ表示ができるということなのだろうか？

>>239 D3（1125i）はインタレース

>>235
ちらちら、ぎざぎざがない（藁）

GCは不可解だ。
あの筐体の小ささ、ファンレス、
\25000程度と予想される価格の安さ。
Xboxよりも公開されていない同時発売ソフト・・・etc

＞あの筐体の小ささ、ファンレス、
＞\25000程度と予想される価格の安さ。

これは別に不思議でも何でもないと思うが・・・

ＧＣって振り回せるの？

>>242
25000円ってのは単なる信者の妄想だけどね。
以外と任天堂信者って貧乏なんだね。

PS2は、PS信者が言うほどいいハードじゃないって・・

>>243
俺はそれが一番不可解だが。

＞244
うん。ビュンビュン

＞245
煽りならよそでやってね

>>246
スレ間違っていないか？

>>248
25000円の明確な根拠は？
コストが非常にかかるディスク装置のついていなかった
64が25000円だったににね。

250
無い

おもちゃで出せる上限が25000円という任天堂

２５０００ぐらいで出せるわけねーじゃん。
それはまずないよ。（ﾜﾗ

>>252
そのとき25000円という金額を具体的に示したのか？
まあその値段で出せるまで延期するだろうけどさ。

>>247

PS2
　EE　240qmm
　GS　270qmm
　メインメモリバス幅32bit*2
　EE + GS + IOP兼PS1CPU + メモリ2+1 + DVD
XBOX
　pen3カスタム　80qmmくらい？
　Xchip　160qmmくらい？
　メインメモリバス幅128bit
　cpu + xchip + IOP + HDD + メモリ4？ + DVD
GC
　Gekko　45qmm
　Flipper　110qmm
　メインメモリバス幅64bit
　Gekko + Flipper + メモリ2+1 + シングルDVD

どっからどう見てもGCが群を抜いて低コスト。

Xよりは安いよ、証拠は無いけど
安くないとヤバイと言うだけだけどね

破格で出しますっていってるようなもんだな

>>255
PS2のは0.25μmプロセスでの値だろ。

>>258
サイズが半分になってもGCのチップの方が小さい。
IOPも要らないしDVDロイヤリティもいらない。
ついでに電源も小さくなる。

根拠っぽいものが出てきましたが。

PS2のラムバスは4チップなんじゃないか？

なんでGekkoもFlipperもそんなにダイサイズが小さいんだ？
PowerPCってそういうもんなの？0.18μなのに。
FlipperはNV2Aと同程度のトランジスタ数なのに、
どうしてこうも大きさが違うの？

根拠っつーほどでもないが＄１９９って発言があったけど。
信じ難かったけどＧＢＡがぴったしあってたし。
で、２万切るのは無理だろうけど、３万はいかないだろうと。

>>263
アメリカで＄１９９なら日本じゃ29800円だろうな。

＞PowerPCってそういうもんなの？
そういうもんです。それがPowerPCの自慢。

＞どうしてこうも大きさが違うの？
混載メモリより論理回路の方がチップ面積をとります。ましてやプログラマブル。

13.6Gflops(CPU含む)と
76Gfiops(GeForce３）の差だね。

>>264
そのためにＧＢＡの件を挙げたんだが…
＄９９→９８００円
だからって１９８００円とは言わないが。

どこが NV20 改やねん
----

１．チップ内部の大容量Ｚフレーム・キャッシュ
２．ピクセルオペレーションフレーム・キャッシュ
３．戦略的バースト拡張メモリアクセス

上記の３点から成るという。順番に見ていこう。

１．は、通常ライン或いはフットプリント単位で VRAM とのやりとりを
行うＺバッファをオンチップ内のキャッシュに載せるというものだ。こ
れは PS2 や GameCube では「混載フレームバッファ」として注目を浴び
たものと同様のメリットを持つ。容量は 128KByte と通常では１画面が
収まりきらないサイズであるが、新開発のＺ圧縮技術により（極端に高
いＺ周波数を持たない）通常のシーンにおいては 512*512 ピクセル相当
の情報を格納する事が可能であるという。

実際のカラーフレームバッファへの吐き出しの段階で初めてカラー情報に
変換される事になる。この処理は完全にデータ駆動化される（！）他、
（並列して常時）最終的な外部RAM アクセスがもっとも効率的となる様に
スケジュールが生成され続ける。この機構により XBOX のメインメモリで
ある DDR-SDRAM の最大転送レート(6.4GB/sec)を維持出来る時間が従来比
７倍になり、実効帯域比でも２．５倍の性能が期待できるとしている。
「従来、帯域という言葉は目安でしかなかったが、この機構により実際の
性能指標としての価値が見直されるだろう」と自信をのぞかせる。
・・略・・

なぜこの時期に公表に踏み切ったのかについて MS は、「他社製品※１の
設計変更が完全に不可能なタイミングとなった為」としているが、専門家
の間からは「東京でのゲームショウ等を控え、現状見せられるデモでは
ＸＢＯＸへの期待感を維持できないと考えたのではないか」という声も
聞こえて来る。

（※１：ここでは任天堂の GameCube の事を指していると思われる）

「ここまでするならば PS2 等と同様フルスクリーンを収めるだけの混載
フレームバッファを用意した方が効率が良いのでは？」の問いには、
「10MTri./sec を超える領域ではフレームバッファのアクセス及び転送量
よりも頂点データ等の扱いの方が問題になる。解像度が 0.5MPixel/frame
程度の場合、これだけの容量を用意すればチップ外部とのやりとり（ミス
キャッシュ）は１フレームの画像生成中平均４〜５回程度であり速度的に
は十分である。この機構によりソフト開発者はチップ内部の容量の制約に
とらわれず、パフォーマンスの変動を見ながら適切な解像度を容易に設定
出来る」との返答を得た。
・・略・・

・・略・・
２．のピクセルオペレーションフレーム・キャッシュについての説明はち
ょっと複雑だ。通常レンダリングはピクセル単位に行い結果の色情報をフ
レームバッファに書きこむ。ところが、今回発表されたのは 「ピクセル
"オペレーション"の情報を書きこんでいく」という物だ。これは１．のＺ
処理とも関連して隠面処理を形成する。ピクセルのオペレーション情報は
テクスチャをルックアップに依存せず一気に書きこまれる。この段階でテ
クスチャへのアクセスが発行されない為、プリミティブの描画順とＺ距離
との相関無くパフォーマンスが維持される事になる。
・・略・・

Zバッファをオンチップか。こりゃすげえ。

>>268
NV20もそれは持ってそう。
じゃなきゃ、GeForce2Ultraよりもピクセルフィルレートが低いのに
性能アップなんて出来そうもないし。
それにしても128ｋか・・・スゲーじゃん！！

Xboxマンセーーーーーーーー！！！！！！！！！！！！！！！
俺はどこまでもついていくぜ！！！！！！！！！！！！！！！

Ｚバッファを混載だったのか。悔しいがこりゃ素直にやられた。
ところでＺバッファ圧縮ってどんなアルゴリズム?
隣接ピクセルの差分取るとか？上位ビットだけにするとか？

いままで散々GCマンセーだったやつらはどう反応するのかな？
こりゃ圧倒的にXboxだろうな。

128KはSRAMキャッシュだよね？
やっぱレイテンシ0か。

>>272
なるほど、この処理で少ないテクスチャキャッシュを有効活用するわけだな。

難しすぎて何いってんのか分かりまへん

やっぱXboxってDC2だね。

ＸＧＰＵはある意味徹底的に外部メモリにアクセスしない工夫してんだね。
なんとなくPowerVRシリーズに近い発想たね。
実帯域を増やしまくったPS2とはまさに正反対の発想。

>>281
そういう不吉なことを言うでない。

>>276
＞容量は 128KByte と通常では１画面が
＞収まりきらないサイズであるが、新開発のＺ圧縮技術により（極端に高
＞いＺ周波数を持たない）通常のシーンにおいては 512*512 ピクセル相当
＞の情報を格納する事が可能であるという。
(128k x 8bit) / (512 x 512) = 4bit
ってことで4bitで1ピクセルってことか？

>>268-272
元Sourceはどこ？

ＧＣこそＤＣ２かと思うんだが。（悪い意味じゃないです）
バランスというか、そういった意味で。

陽炎やブラーは苦手そうだな。

>284
圧縮アルゴリズムが分からないからね。
たとえばピクセル間の差分とるだけでもかなり圧縮効きそうに思うよ。

>287
それはPS2の数少ない得意技ということでいいでしょ

XBOXは徹底してNVIDIAマシンですね。

とくと見やがれ
「ニンテンドウゲームキューブ」
・発売日･･･2001年7月予定
・価格･･･未定
・CPU･･･クロック周波数405メガヘルツ
・ﾎﾟﾘｺﾞﾝ表示･･･最大1200万ポリゴン/秒
・共給ﾒﾃﾞｨｱ･･･８センチ光ディスク
・本体サイズ･･･150(横)×110(高さ)×161(奥行き)
・SDメモリーカード装着可
　ブロードバンドにも対応
任天堂からのコメント
「かつてない最高傑作のテレビゲーム機」←腐れ
「開発者にやさしいハード」

Xbox
・発売日･･･2001年秋
・価格･･･未定
・CPU･･･クロック周波数733メガヘルツ
・ポリゴン表示･･･最大１億2500万ポリゴン/秒　なにー!?��(￣□￣；)！！
・共給メディア･･･DVD
・本体サイズ･･･325×90×260
・その他　8ギガバイトのハードディスク搭載
　　　　　ブロードバンド対応
ビル・ゲイツからのコメント?
高速通信を可能にするイーサネットポートや
さまざまな周辺機器を接続するUSBポートも装備
「ほかのハードの３倍以上のグラフィックが可能

>>290
確かにCPUのセレロソは単なる安いおまけみたいだね。

ADPCMですら4bitを確保してるのに、差分でｚバッファは苦しいだろ。
何か別のアルゴリズムを使ってるんじゃないか？

>>291
>・ポリゴン表示･･･最大１億2500万ポリゴン/秒　なにー!?��(￣□￣；)！！
オイオイ、アレで懲りてないのか。

>>272見て思ったんだが半透明はどうするんだろう。

Radeonみたいに上位ビットの比較じゃないの？

>295
素直に半透明オブジェクトだけ後描きするしか無いのでは
ビニールハウスが立ち並ぶ風景とかは辛そうだけど(藁

ラデオンのHyperZは可逆圧縮らしい。それだけ。

>296
なるほど、上位ビットでＺテスト通った時だけ
メインメモリに下位ビット拾いにいくってことだよね。

あー、なるほどね>>296＠｀299

ＸーBOＸこれで２００００円切ったらすごいな、ッテイウか、切るでしょ

ピクセルオペレーションフレーム・キャッシュって全然意味がわからんな。
あと>>268さん、「３．戦略的バースト拡張メモリアクセス」もアプしてよ。

真面目に混載VRAM削ってまで2560bitのバスと
莫大なバスクロススイッチ積めこんだ俺のPS2が少し憐れに思えてきた。
でも、陽炎と被写界深度とビニールハウス地帯の描画だけは負けねえゼ(T-T)

>>301
Xboxの凄さに発狂したニンテン厨房か？

つまりこれでどんなことが出来るんですかX-BOX！？

>>303
ストレート過ぎたね。
レンダリングエンジンもたいしたことないし。
あくまでパワー、力こそ最強！！
小手先の技術など圧倒的なパワーの前には無意味！！
とか言いそう。ま、その姿勢はそんなに嫌いじゃないけどね。

>>268
ネタかわからないのでソースきぼーん。

ビニールハウス地帯は半透明とマテリアルのソートが大量発生するので
アレでも難しいでしょ。

>305
今回の情報で本当のUMA対策が示されたっぽい

>>307
カメラの動きを制限しとくんだよ

結局どうあがこうとＧＣはＸＢＯＸに劣るって事ですかね。
だとしたら少し残念。

>>272を読むと1フレームのピクセルオペレーションをまるごと
キャッシングするかのように見えるんだが、容量大丈夫なんだろうか。

長かったこのスレにとうとう決着がつくのか。
＜アレは途中リタイヤだし

ＧＣははっきり言って、ＰＳ２よりは、テクスチャ表示が可能だぜ！
分かると思うけど、圧縮すれば、キャッシュに６ＭＢまでいれられるし
ＰＳ２は圧縮機能が無いから４ＭＢしかむりでしょ？
メモリーだって
ＧＣ＝４０ＭＢ
ＰＳ２＝３２ＭＢ
圧倒的にＧＣの方が最強マシン

付け加え
描画能力
ＧＣ＝１２００万ポリゴン〜６００万ポリゴン
ＰＳ２＝７００万ポリゴン〜２００万ポリゴン
ＸＢＯＸ＝２５００万ポリゴン〜７００万ポリゴン
（ゲーム想定時）

>>313
馬鹿ですか？

あああ　Ｅ３が楽しみだなあ

>308
今回の情報ってどれ？おばかな厨房に教えて下さい.

>>313
素晴らしいレスですね、いろんな意味で感動しました。

>>313
スレのタイトルにないＰＳ２をと比べても仕方がない。
あくまでＧＣvsＸＢＯＸだし。

３１３アホスギ。

ううむ。
ネタ元が知りたい。
>>268-272

>>313
Ａメモリをメインメモリの様に使うと
ＰＳ２＞＞＞＞＞＞＞＞＞＞ＧＣ
になるのは明白ですよ

あ、このスレッド終わった。。。。

ようやくこのスレも使命を終えたか。
これでやっとソフトのウォッチングに注力できる。
次世代マリオの夢でも見ながら寝るとしよう。

>>313
一つ聞くが
三機種ともゲーム想定時というのは
任天堂のいうゲームに使うモデリングを全力で描画したときの値
であって、
実際のゲーム中の数値ではないんだろうな。
もし他の二種が後者だとしたらPS2やXboxの6600万や12500万と
GCの1200万との比較と同じように
おかしなものだろう。

>>313
あなたの言うとおり
ＧＣ＞ＸＢＯＸ＞＞＞＞＞ＰＳ２
ですよね。
ＸＢＯＸは欠陥が見つかったそうで
修復するのに発売延期は間違いない。

おわったね・・ぶち壊し・・・・・・

XBOX > GC がほぼ確定だと、
この次のスレッド名はどうするんだ！

まあ、みためはＤＣとＰＳ２ほどの差はないだろうから、任天堂信者の人は安心して良いと思うよ

>>324
素人消えろ！
ぜんぜん分かってないですね？
理論値と実行値を勉強しましょう！

＞325
勝手に言ってろ

>>313
>ＰＳ２は圧縮機能が無いから４ＭＢしかむりでしょ？
一応CLUTがあるから３倍くらいは入るよ。

>>323
はじめからGCはたいしたこと無いのはわかってただろ。
ただ信者の妄想で引き延ばしていただけ。
ここでさらにいうとまた無駄なレスが来るからいわないけど
実際は…

>>268のソースも読みたい。場所教えて

結局GCもﾎﾞｯｸｿもキャッシングUMAマシーンなのね。
ただﾎﾞｯｸｿはキャッシュの量を上手く減らしてその分バンプとかが綺麗、と。

>>329
そういうあなたは実効値の環境条件とか考えたこともないような人なんじゃないのか？

聞きたいんだけど
結局どっちがいいの?
わかりやすく教えて下さい。

>>329
素人きえろですか？
分かってないしったかくんは偉そうですね〜

つっても結局実質毎秒２ＧＢ強程度のメモリ転送能力にＵＭＡという
最悪のパターンを辛うじて回避出来ただけでは？＞Ｘ箱

この機構、GF3にも組み込まれているんじゃないかな。
128kのキャッシュがSRAMの場合、それだけで1000万トランジスタ
以上必要だからな。
テクスチャユニット倍にしただけで５７００万トランジスタ？
と思っていたが、そういうことだったか。

これで性能論争も終わりか……
終わってみると何かすがすがしい。

>>338
UMAの障害が無くなればＸ>GCは確実だもん。

あの、マリオ128には感動しました！
128体以上もの物体をリアルタイムかつ安定した処理で表示できるとは、はっきり言って驚きました。
あの映像をＰＳ２でやるには絶対無理だと思うし、ＸＢＯＸでもおそらく多少処理落ちするだろう！
そんな大量のモデルをＡＩで動かすことができるのはＧＣだけだろう！
マリオ映像は60フレームで３００万ポリゴンは出てたと思う。
あれをＰＳ２でやったら、２０フレーム、150万ポリゴン以下が正しいだろう！
ＸＢＯＸは未知数のため計算しようが無い。

>>340
全くだ。

XboxがUMAでタダのハッタリマシーンだと思われてきたのが
どうやらそうでも無いことが分かった。正直ビックリ。
だけど他機種に比べて圧倒的な性能ってことが証明された訳じゃない。
でも帯域不足でＸをけなしてきた俺としてはＸboxをかなり見なおしたのも確か。

>>338
今良い所なんだから水指すな

>>342
あれってＡＩなのか？

DRAM混載じゃなくて大容量キャッシュつんでたら
Xboxもかなりのトランジスターをキャッシュに使ってるって事なんでしょうか？

Ｘも結局キャッシュの量を気にしながらプログラムを作らないと
期待してる性能出ないってこと。
まぁ当初のＵＭＡのみより期待できるだけまし。

それから128kbがSRAMである必要もないかな。
SRAMはSRAMでDRAMの四倍くらいトランジスタ喰うのよ。
UMAの凶悪なデメリットをほんの少し緩和させるだけの物に、
そこまでトランジスタ使う意味ないかも。

晒しあげ

>>346
Xboxの性能を見て発狂したニンテン厨房なんだから
無視するに限る。

AIよりも似非物理演算の方が凄いと思ったな。
一度あのデモを箱に注目しながら見てみなよ。

>>348
え！？Zバッファがプログラムによって違うなんて！！

>>339
はっきりしたことは分からないけど
128KBのSRAMだと1セル4Trでも800万Trだね。
ただ、キャッシュはロジックに比べれば
トランジスタあたりの面積小さいから。
それとジオメトリのトランジスタ削っても
キャッシュ増やした方がいいのは確かだと思うよ。

ということはXboxもHDTV対応とかいっときながら
640×480の解像度のゲームしかでないんだね。

>>354
普通は6Trじゃないっすか？

>355
そんなことはない

>>349
やっぱレイテンシと動作速度が違うからね。
あとSRAMと違ってDRAM混載は独自のノウハウが必要だし。
250MHzで動作するDRAMを混載するのは、かなり難易度高そうに思う。

マリオ128はPS2なら楽勝だと思うが。

>>338
読み込み速度は2.6GBで
書き込みは1.3GBといったらここの人に怒られたから、
700MBオマケして2GB程度です。
これでUMAの問題も案の定解決しきれなかったのが判明した訳だし、
さらにDirectXのオーバーヘッドとか言ったらまた怒られるかな？

えっと・・これでGCが有利な点って何が残ってたっけ？
テクスチャキャッシュぐらいか？

>>356
ポリシリとかの負荷を使えば4Trでできる。
普通は4Trだと思うが。

>>361
コスト。

技術の闇鍋ＸＢＯＸ

ＵＭＡ解決に奔走してまた具が一つ増えた。

技術の闇鍋ＸＢＯＸ

>>359
物体を1つ増やすたびに、ポリゴンの表示数は減ります。
だから、
ＧＣ＝１２８体以上
ＰＳ２＝５０体ぐらいでオーバー
ですので
ＰＳ２には無理

PowerVR2の場合、タイル単位で隠面処理を行っていたのを、
NV2Aでは一画面単位で行うという認識でようざんすか？>識者の方

>>355
それ以上ならＺバッファをキャッシュできないような。

>>365
実際にマリオのモデル作って動かしたのか？
まあそれ以前に発言の内容が馬鹿だけどな。

でもDirectX使うんだろ。
かなりオーバーヘッドがあるんじゃないか？

>>367
それ以上の解像度なら逆にキャッシュが足を引っ張りそう。
ＨＤＴＶを捨ててまでＵＭＡ問題緩和したかったのね。
普通の解像度ですらパフォーマンスが出なかったのがミエミエ

ピクセルオペレーションっていうのはどのテクスチャのどこを参照するという
情報やその他を持ってるんだろうけど、これは1ピクセルあたりどの程度の大きさに
なるのかね。これはかなり大きくなるのではないか？

>>370
結局今とそんなに変わらないって事だな、あほらし
大騒ぎして損した

>>366
512×512くらいのピクセル数だと
サブピセルレンダしたら一画面分は入らないよね。

Zの制約は常時出せるパフォーマンスに影響を及ぼさないのか？例えばマリオ128や
決戦などのようにキャラが近距離でたくさん入り乱れる画像ではどうなのか。
キャラじゃなくてもパーティクルのような表現では問題にならないのか？

512*512=262144
640*448=286720
本当なんですかね？もうちょっとなんだから640*448が入るぐらいは
載せとけばいいのに。

＜マリオデモ
馬鹿？あれぐらいＰＳ２でできるっしょ

>>376
うまいっしょ

>374
画面一杯にパーティクルが広がってたら辛そうだよね。
でも通常の画面なら結構帯域節約の効果が有りそうに思うよ。

あのお、盛り上がっているところ恐縮なんですが…、

512*512=262144
640*480=307200

なんですけど…。
これはどういうことなんでしょうか。

>>373
ということは、まっとうなサブピクセルアンチエイリアスは使えないですね。

>380
どうだろう大きなタイルだと思えば結構いけそうに思うけど。
この点に関してはテクスチャの無駄読み省いてるのが生きてきそう。

>>379
いや、375の640*448で正解。

>>376
ポイントなのは、あれがほとんどチューニングせずに（というコメントだった）
あっさり出てしまったということなんじゃないの。
しかも各種処理をしても、処理の負荷がほとんど変化しなかった。

思うに、GCというのはそういう負荷がかかっている状況を常に考慮した
設計になっているんじゃないかな。

うわ〜なんだかＵＭＡ対策のお陰でいっぱい捨ててるっぽいね。
やっぱよっぽどパフォーマンスで出なかったんだ。

テクスチャへのアクセスが解決される代わりにフレームバッファ（ピクセル
オペレーションバッファというべきか）の大きさがやその転送量が巨大化
するなら、いいことばかりではないと思うが。まあマンダムアクセス問題は
ほとんど気にしなくてよくなったが。

>>375
そうだよなあ。
実装方法見てみると、どうも640*448に最適化されてない。
さらに
「パフォーマンスの変動を見ながら適切な解像度を容易に設定出来る」
なんてのを鑑みると、家庭用ゲーム機向けのみを視野に入れてる
わけではなさそうですね。やはり、NV20にも同様の機構が搭載されている
んじゃないかな。

>>378
それだけ表現力が限定される訳で。

>>382
ＰＡＬはどうすんの？

でも、やっぱりUMAがXの弱点ってことだよね、この情報から読み取れるのは。
キャッシュ性能が重要だということなら、GCの方がキャッシュに恵まれた
設計だと思うんだけど。

>385
確かに実フィルレートが低い時にのみ優位なアーキテクチャという気もする
Ｚテストは通っちゃうと上位bitと下位bitの２回分やらなきゃならないし
まあ、UMAのメインメモリにランダムアクセスしまくるよりはずっとましだろうけど

はあ〜ＸＢＯＸ欲しくなってきた
ＧＣは買うつもりだが、でもＰＳ2が一番好きなんだよね(泣）
後から出るハードには、かないません。

実フィルレートは高くないけど
無駄なメモリへのアクセスは極力抑えるってのは
まさにPowerVR的だよね。

ジオメトリエンジンがGF3と同等だと仮定して、最新構成のPCとXboxでは
どちらがパフォーマンスが上だと予想する？
レガシーのXboxの方が有利、UMAが足を引っ張るからPCの方が有利、など
正反対の意見があげられてきたけど。

レイテンシなんて、今の帯域ではほとんど関係無い、なんて言っていた
やつがこの板にいたよね。
おーい、意見聞かせろ、今ここで。

>>391
つぎはぎだらけではあっても、
たしかにテクノロジはてんこ盛りだから、
そのスジにはタマランかも。

ニンテン信者が発狂中。

>>393
OSでwin9x＠｀NTが乗っかっている以上、PCの方がパフォーマンス
良いなんて事はあり得ないよ。XBOXの方が足軽だから。
別にレガシーだからじゃないっすよ。

おいおいアンチMSの言動が苦しくなってきてるぞ。
大丈夫か？

>>393
そりゃ処理内容によるからなぁ。ＧＰＵ丸投げの処理だったらＰＣ有利、
ＣＰＵでバリバリ演算した結果をレンダリングだったら（ＣＰＵが
演算結果のキャッシュをフラッシュした瞬間にＧＰＵが参照出来る）
Ｘ有利ってとこじゃない？

>>393
やっぱビデオカードが思い通りに動けるＰＣでは？

ピクセルオペレーションが揃ったらあとは普通に描いてくのだろうが、ここの遅さ
はどうしようもない。ピクセルオペレーション読んで、テクスチャ読んで、色情報
書いて、どれくらいの時間がかかるのかな

仲間に入れてもらえない出川

ニンテン厨房発狂中

実機は開発機の５倍性能発言は真実だったと言う事ですか？

>404
さすがにそれは無さそう。
UMAにランダムアクセスしまくるタダのハッタリ馬鹿マシーン
じやないらしいことは分かったけど。

なんか情報操作のつもりか知らんが、
つぶやき厨房が居るな。

>>405
Ｚ分のランダムアクセスが回避できただけ。
でも高解像度捨てちゃったみたいだね。

>>393
Xboxリリース時の最新PCならPCの方が上じゃない？
ラディオン2とか出てきてるだろうし。
けどその比較に何の意味があるのか非常に疑問。
まず金が違うし。
いい加減PCから頭を切り離した方がいいんでない？

なんか情報操作のつもりか知らんが
つぶやき関係者も2人居るな。

マリオもルイージもポケモンもテクスチャがほとんどないじゃん。

GCは糞ってことで

いくら画像処理してもいくらポリ増やしても、解像度がＰＳ２世代と変わらないんじゃあんまりかわらないとおもうでしゅ

>407
まあ、ゲーム性で大事なのはリアルタイム処理
だからこれは方向性として正しいと思うよ。
Ｘで懸念されてたのは静止画レベルの表現力はメチャ綺麗で
動きカクカクだったらどうしようってことだったと思うから。

ピクセルオペレーションの内容はどんなものか？素人的に考えてみました。
テクスチャの数＋テクスチャの解像度分×2（バイリニア）＋頂点カラー
＋光源の影響＋バンプのとき光源のベクトル
どうでしょうか。

シャゲとんなゴルァ！！

>>408
皆さん、ご教授どうもでした。

僕が知りたかったのは、もうすぐお目にかかれるGF3の映像を、Xboxの性能を
知る物差しにしたかったからです。
これなら、E3まで待たなくていいから。
皆さんの話だと、最新構成のPCにGF3カードとXboxなら、前者の方が性能が
高い（状況による）らしいということなので、目安として丁度良さそうです。
まあ、PCの場合高解像度でプレイされる場合がほとんどですが…。

よく考えたら、ＮＴカーネルって、
ＵＭＡの事考えてないよな？
相性良いのか？

そもそも汎用ＯＳ乗っけようって所から間違ってるのでは。＞Ｘ箱

ソースも読みたかった…。なんで教えてくれんの？

>>416
＞最新構成のPCにGF3カードとXboxなら、前者の方が性能が高い
どう読めばそうなるのやら・・・。
皆がXBOXの方が上と述べてるでしょう。

>>419
中略を多用してる所を見ると紙ベースのソースかもしれませんね。
まあさすがにあれだけ書いて全くのデマって事はありえないと思いますが・・・。

>>420
まだグレーゾーンですよと正すなら未だしも、
なぜXBOXが上と断定するのか、それはあんたの理解でしょう。
ジオメトリ演算をビデオチップが担うようになった以上、
ＵＭＡでない方に軍配が上がるのは目に見えてるでしょ。
ビデオメモリが４ＭＢとかなら判んないけど。

すんまそん、ネタでした。なかなか決着しないもので
つい、かましてしまいやした。

・半透明系の指摘をされた方、その通りでございます。
・解像度の指摘をされた方、「キャッシュ」ですので別にフルスクリーン分
　無くてもいいつもりだったのですが。
・ピクセルオペレーションの内容を考えてしまった方。本当にすいません。
　半透明とマルチテクスチャのαテスト・合成を含めると、とてもピクセル
　単位で保持できる情報量ではありません。
・ソースを求められた方。至極当然の事です。ソースは私の妄想の中でした。
・一番の突込みどころはデータ駆動（非ノイマン）の辺りだったんだけど・・・

で、ちょっと（本当にちょっとだけど、本当に）反省してます。
すいませんでした。通常のスレにお戻りください。

>>421
満を持して開けたのに、
UMA解決には程遠いかったのだけどな。
しかもHDTVは捨てたとある。

419=423

これは置いといて。

んじゃUMA問題はまだマイクロソフト社内で猛威を振るっているって事か。残念。

やられましたなあ、皆さん。
いや、面白かったです。
たまにはこんなイベントがあっても良い。

最初ＸＢＯＸが６４ＭＢと聞いた時、
「あーやっぱりＤｉｒｅｃｔＸ実行には容量食うんだ」
と思ったけど、ＨＤＴＶ捨てたみたいだし、
ＴＶ程度の出力ではよっぽど開発者がサボらなければこんなに要らないよね？
本当の所どうなんだろ。

マジですか？
デマですか？

でも、ホントにどうするんだろうね、UMA対策は。
何かしら策はあるんだろうけど。

よく意味も解らず適当に知ってる単語並べただけのバカ書込みが
増加していますな・・・・

>>430
男なら面と向かって指摘しろ。

>>430
しかもそれに似たようなレスが付いて続いてることに辟易。

ガガ〜ンうそなの！？
下手な翻訳っぽい文章なもんで見事に騙されたよ・・・

ニンテン信者ほっと一息。

>>423
しかし熱心ですな。
その情熱とヒマは何処から？

えっ？マジただの想像だっんですか？
でも余りにもリアリティがあって本気で全面的に信じこみました。

確かにデマだと疑う人は一人もいなかったな。
いくらなんでもやりすぎだよ。

っていうか、>>423のネタ直後の書き込みを見るに、XboxはPS2よりも
ヘボくなる可能性すら秘めていないか？

>>430-432
ひょっとして俺ですか？？
いや、ゲームキューブが１２８ＭＢだとかデマが出たとき、
そんなに要らないって話だったので、
６４ＭＢはどうなんだろうって次第です。はい。

>>439
君のことではないと思われ。

っここは本当に知ったか厨房ばかりだというのが
　さらけ出されたな

しかし大なり小なり>>268->>272のような機構は搭載されると思われ。

>>423
熊野？
じゃなかったら一回で熊野を越えたよ。

>>439
身に覚えがあるから自分のことだと思うんだよ
笑い声がすると「俺のことを笑ってるのか！？」と思うタイプかな

>>442
まあ、ハイパートランスポートテクノロジの搭載が発表されたのが
つい最近だからな。
何かまだ隠し玉があるのかも。

って、無ければどうなる…？

>>441
アレはプロでも騙されると思うよ。
というか、わかっている人ほど騙されやすいというか
実に良く出来てる。今でも嘘だとは信じがたい。

結構見事にダマされたよ。
アンチMSだけどショックのあまりサブピクセルレンダとか
Ｚ圧縮について語りまくっちまったよ…

XBOX派の俺としてはこのネタの反動がコワイよぉ。

>>446
相応の知識に情熱とヒマ。
どっかの社員かしら？

わーい、みんなハズカシー！（ﾌﾟﾌﾟﾌﾟ

実装されるのが明らかだけどたいしたことがない
ハイパートランスポートテクノロジより今回のネタの
方がはるかに衝撃高かった。思わず拍手しちゃうよ。

すばらしいね、デマでも尊敬する、でもむかあつく

任天堂信者の反応がおもしろかったです
結果は代わりはしないのに

>>448
いや、アンチMSの俺としては嘘から出た誠の方がコワイ。
それだけ説得力が有ったのも確か。

あのぅ、このスレに何が起こったんでしょう。
だまされたとかデマとか、何か重大なことが起こったの？

技術系の話わからないんで、親切な人５行くらいで解説キボン

>>453
いや、ただのUMAのままなら、結果は逆転するんじゃないかってぐらいの
反応だったが。

？？何がおこったんです？？

>457
>>268以降を読め

GC-Xboxどちらが強いか決着が付かないのに業を煮やした1人が、
Xboxには、今まで明らかにされていなかったUMA対策が施されて
いるというデマを書いた。
みんながそれを信じてXboxマンセー化した。
デマを書いた人（くまぷー？）が、デマだとバラして謝った。

>>459
なるほどそういう訳か。俺も２時間ほど前まではこのスレを
ぼんやり眺めていて、
「ふーんXBOXにはちゃんとUMA対策がしてあるんだ」とか
思っていたんだけど、デマだったってわけか。

スレの空気が急に変わるのって見てて面白いな。

>>459
そのUMA対策が絶大な効果がある派と
抜本的な解決にはならないだろう派に分かれてたような。

おもろかったです。
ただ、ソースがすぐ出てこなかった事とピクセルシェーダーやテクスチャ
ステージが充実しているGeforce系の割には「ピクセルオペレーションを
保存する」というのが非現実的だったので、怪しいとは思いましたが。

>>455、>>457
>>268-272のネタにこのスレの識者が振り回されたってこと。
「Xbox vs GCはXの逆転勝利か！？」みたいな。
で、どうやらネタみたいでみんなガッカリ。　完

このスレッドは終わらない、ただそれだけのこと

こうゆう頭つかった煽りはおもしろい。　
でもあまり頻繁にやらないデネ。

>>461
そういえば確かに。
ただUMA対策が講じられているということで、しないよりはマシという
見解だったね。

UMAでのトラフィック問題が全面解決したとしても、
CPUと遅いDRAMを食い合う事実は変わらんだろうに。

ｵｲｵｲ後になって騒ぎ出すなよ。ｗ

X信者ピンチ！

つまりＸ箱が貧弱なスペックで馬鹿にされる事が間違い無しなので
熊のぷ−という蛸が無い知恵しぼって法螺を吹いた訳ですね。

>>463
逆転もなにもはじめからXboxのほうが上だろ。
さらに圧倒的な差がつきそうだっただけ。

＞471
そうなの？

>>471
UMA、低速なDRAMは、相当Xの足を引っ張りそうだが？

処理落ち激しそうだよな…、Xのゲームは。

むむ・・・

>>425
ごめん投稿失敗。でも419=423じゃないですよ。俺は突っ込み入れまくった方。

えー俺はこれホントにあるかもと思う。ピクセルオペレーションのバッファを
10MBくらい取ることになるかもしれないけど、面白い方法だと思ったよ。
X肯定派はこれでテクスチャリード問題が解決されたって騒いでたけど
これがネタならXは結局どうするのだ？

う、マジデ騙された。
本気で反論書こうと必死だったよ。
いちおうGCマンセーなんで。

私は小さい人間です。

しかし、デマっていうのはホントなんでしょうね？
混載は実際ありえると思ってるんで・・・。
HSRやるには最適なわけで・・・。

>>479
書きかけの長文反論アップきぼん

ああ

http://www.watch.impress.co.jp/pc/docs/article/20000824/nin21.htm

最高！ＧＣ！
最悪！ＸＢＯＸ！

>>483
そういうわかりやすい騙りの煽りは
ちがうスレでやってくれよう

http://www.watch.impress.co.jp/pc/docs/article/20000824/nin21.htm

http://www.gaming-intelligence.com/psx2/shill2/media4/sh2demo22.jpg

最高！ＰＳ２

>>481
いやあ、書き始める前にバラしてくれたので書いてないです。
具体的には、
「Ｚが節約されたくらいで優劣がひっくり返ると思ってんのかゴルァ！」
「混載ちうてもDRAMだろうが！」
って考えた。

http://www.watch.impress.co.jp/pc/docs/article/20000824/nin21.htm

しかしGSのレイテンシーって全然欠点扱いされないですよね。
1T-SRAMの混載は本当に役に立つのか？

>>486
お決まりのムービーじゃないか！
へぼい！問題外だな！
http://www.watch.impress.co.jp/pc/docs/article/20000824/nin21.htm
はリアルタイム画像だぞ！（ゲーム画面）

ＧＣ一番

本当に申し訳ないと思ってます

なんか完全燃焼しちゃったかしらん？
よきかなよきかな。

>>491
あんたがネタ作者さん？

ＰＳ２＞ＧＣ＞Ｘ−ＢＯＸといういやなウワサを聞いたのですが。
スレにＰＳ２を含めた方が良いかもしれん。２位争いに見えてくる。

始まったよ・・・

>494

笑わさないで

俺は>>495で笑った。
同感、もうウンザリだよね。って意味で。

GeForce3情報って今日から公開だっけ。どっかにのってる？

少なくともジャギーがない時点で無条件にGC>PS2

>>498
MAC版の情報は本家NVIDIAのサイトにものってる。
ASCII24にがいしゅつだけどWin版のデモものってる。
http://www.ascii24.com/24/news/topi/article/2001/02/24/623525-000.html

Windows版はIDF前夜２６日夜発表らしいので、日本時間では２７日ごろかな？

ん？
オンチップのＺバッファキャッシュで決着付いたんじゃないの？
Ｘ-BOX最強って

>501
それはネタであることが判明した
>>423-460を読め

ネタじゃないよ、多分身元を証せない人からのリーク
ネタって事で訴えられないようにしてあるんだと思う

Ｚバッファキャッシュでひっくり返るもんじゃないでしょＸなんて

>503
すばらしい妄想だな

>>501
あの告白文を読む限り本当にネタのようだ。
>>504
現時点でもどちらが上かわからないのでひっくり返る可能性は結構有り。

俺ががひっくり返っちゃうよ〜、ヒック

>>505
おまえ今朝叩かれて逃げたやつだろ。

寝た

ネタであろうとなかろうと423が自ら問題点を書いてるだろう。もし本当だった
としても半透明がめちゃ重い上に、フレームバッファのサイズと書きこみ量が
激増して帯域のほとんどを食ってしまうだけだ。さらにサブピクセルアンチエイリアス
を使ったりHDTV対応にするとパフォーマンスが大きく落ちてしまうという問題もある。

あげー

>>510
よくわからないのだけれど、>>268-272のネタを使うと
それを実装しなかった場合に比べて
貴方の言うデメリットが発生するという訳ですか？
つまり普通のUMAでは半透明は重くないのに
実装すると重くなると？

俺はRead2.6GB/s、Write2GB/s（←1.3GB/sのウワサも）の内、
いったいCPUがどれだけかっさらって行くのか興味ある。

このスレの書込みって、適当な用語辞書あれば
自動生成できそうだよね。乱数で。

でも、DirectXに詳しい奴はウジャウジャ居るし、
居ても変じゃないけど、ハードウェアに詳しい奴が少ないのは仕方無い所もあるんじゃない？
DirectXはハードウェアの心配しなくて良いのが売りなんだし。

でも、ソニコンもマイクロソフトもDRAMに付いては全くといって良いほど触れないね。
この辺を暴露してるのは任天堂だけだよマジで。

性能はよくわからんが､似たようなゲーム機が複数あったら名前で買うだろ､素人は｡
そうなると常識的に考えてGCだろ｡
結局GCの一人勝ち状態になると考えるのが普通と思う｡

名前だったらもうＧＣは駄目じゃないかなぁ…
常識的に

家庭用ゲーム機は任天堂だろ｡
一般社会での話｡
ここの話ではない｡わかってないねｰ｡

>>519
じゃあなんで64は売れなかったのか？

>495-496
というより業界にいてそういう噂が耳に流れてきてないのか？

結局売れたじゃん
ってゆ〜か、年末一人勝ち

>>522
いや、ハードがだよ。
それに年間トータルで見れば普及台数の少ないPS2のほうが
ソフトが売れている。

XBOXのOSはDirectX使う為だけの無駄の長物
DC開発者さんの意見聞かせてちょ

>>513
マイクロソフトのプログラマは1GB/sを想定しているみたいだね。
トータル5.1GB/sで計算して「あと320MB/sも余裕がある」とか云ってる。
http://www.ddj.com/articles/2000/0008/0008a/0008as1.htm
しかも、CPUのほうがXGPUより優先権が高いそうだ。やっぱ、これだともろにUMAの弊害が出るパターンじゃ？

ちなみに、上で「HDTVを捨てた」とあるけど、最初からUMAでは捨てざるを得ないよ。
マイクロソフト御自慢の1920*1280、解像度的にはVGAの９倍だからアナログRGBのデータ量も９倍の
9MBになるんだよ？毎フレームこれをRAMDACに送るんだから、毎秒60フレームだと500MB/sのバンド幅を
画面表示のためだけに占有することになる。SXGA（1280*960）の４倍でも200MB/s以上だから厳しいよ？
XGPUがRAMDACに書き出すのにフレームバッファ／VRAMを介さないのなら別だけど。

NAOMI2はNAOMIの4倍だって。

http://www.koue.co.jp/v1/aou/naomi2.jpg

赤く塗ってさらに３倍sage

Xbox GPUがいくつかの帯域幅を保存する特徴を持つので、UMAはXboxを遅くしません。
さらに、Xboxは非常に高いメモリ帯域幅を持っています、感謝、

そういやRAMDACもネチネチと常時DRAMにアクセスしてんだよね。
UMAシステムで、リフレッシュレート上げると如実に性能低下したのが記憶に新しい・・・

＞そういやRAMDACもネチネチと常時DRAMにアクセスしてんだよね。

64のときはコイツがとにかく足を引っ張ったと聞いた。

>>268-272
こういうネタは全然ＯＫなんだがその後の
「ニンテン信者発狂中」とか
>>423
のカミングアウト後の
「ＸＢＯＸ信者大ピンチ」ってのはやめい。
どっちも信者が必死っつーよりアンチが大燥ぎって感じだぞ。

>>528
話についてきてるか？
その、Xboxの全てを負っている「非常に高いメモリ帯域幅」が、最善でＧＣ並という考察から
Xbox危機説が始まっているんだが。
ちなみにＧＣはそれにセパレートキャッシュ／バッファとかを用意した上で、1T-SRAMを使っているし、
ＰＳ２も混載VRAMを別に用意した上でのDRD-RAMなんだが。

>>531
アンチMSはいてもアンチ任天堂はあまりいない。
結局このスレって
XBOX信者　VS　アンチMSの色合いが濃いと思う。
GCが持ち上げられてるのは単にXBOXを貶す為のていのいい材料に使われてるに過ぎない。
実際昨夜のネタが出たときも、GCとの比較どうこうより、
もうただただあのネタの粗を探そうとアンチが必死に躍起になってるだけだった。
普段は「アンチじゃない。単に技術的に問題があるから指摘してるだけ。良い仕様ならちゃんと誉めるよ」
などといっておきながら、昨夜はアンチが今まで「普及などしない」と否定していたHDTVの事まで持ち出して
「これじゃ対応できないじゃん」とか苦しい批判をする始末。
実際カミングアウト後はあまりに気が緩んだのか、自分がいかにアンチMSだったかを語るものまで出てるし。
昨夜の一件でわかったよ。元から冷静な比較なんてするつもりが無いってことは。

>533
妄想はやめましょう

昔デュアルポートDRAMとかいう言葉があった気がするけど
今どうなの？＞RAMDAC

>>533
そうかぁ？GCは無駄を省いたゲームに特化した優れた設計で、
ゲーム機というよりそのアーキテクチャ的なところにも惚れられるんだが、

XBOXは技術の闇鍋とも言われている通り、
コスト削減にUMA採用したばっかりに力任せに色んな物くっつけた割に、
性能が思うように伸びない継ぎはぎだらけのハード（戦略上はともかく）
という意味で、嫌う人間も多いと思うのだが。

そりゃ最初はnVidiaが打ち出すグラフィックスシステムでのUMAアーキテクチャに
耳を傾けもしたさ。でも蓋を開けてみれば、UMAに有利なのはリアルタイムレンダリングじゃなくて、
超高解像度で巨大テクスチャをバリバリ貼るグラフィックワークステーション向けの仕様だった。

叩かれるのも仕方ないよ。

MODEL3(STEP2.0)の主な仕様
CPU RISC CPU PowerPC 603ev 166MHz動作
メモリー
ワークRAM 8Mバイト
ROM　最大136Mバイト搭載可能
グラフィック用ROM 最大64Mバイト
バックアップRAM 64Mバイト サウンド
68EC000 11.2896MHz動作
サンプリング周波数　44.1kHz
SCSP×2搭載　MIDIインターフェイス
16ビット64ボイス4チャンネル
ROM 最大16.5Mバイト搭載可能 グラフィック機能
搭載チップ　−−−
ポリゴン表示能力　100万ポリゴン／秒
主な画像処理機能：
各種シェーディング
アンチ・エイリアシング
Ｚバッファ
半透明33段階
グーローシェーディングに反射光エフェクトの併用が可能
トライ−リニア補完
フォグ
ヘッドライト効果
レイヤードポリゴン
マイクロテクスチャ機能
など 通信機能 通信基盤搭載で10Mbpsでの通信が可能
その他 カレンダーIC搭載

>>533
そういう事を言ってるんじゃないだろ。
仮に後に優れたアーキテクチャが明らかになったとしても
初めから誉めるつもりなんて毛頭無いってことだよ。
昨日の苦しい批判意見聞いてよく分かった。

>>538
アーキテクチャっつーより、パッチだろ

>>538
苦しい批判も何も、
本当に苦しい批判させたいのなら、
始めからUMAなんか採用すんなよ。

＞アンチMSはいてもアンチ任天堂はあまりいない。
少なくともこれは同意かな。

それにまあ確かにGCの有利な点（1T-SRAMの詳細）が明らかになった時と、
Xboxの有利な点（昨日のデマ）が明らかになった時の皆の反応は明らかに異なった事は確かだ。
前者の時は皆がプラス反応で、GCマンセーXbox終わったかのように公言してた。
後者は「アンチMS必死だな」と煽られても仕方ないぐらいのマイナス反応だった。苦しい批判も確かにあった。

>>540
日本語しゃべってください。

>>542
だから、アンチMSに苦しい批判させて恥かかせたいなら、
始めからUMAなんか採用すんなって言ってるの。

>>541
ひょっとしてあのデマネタでUMAで問題になってる事全部氷解すると思ってる？

>>543
昨夜は苦しい批判なんて全くしてなかったと？

>>544
かなりは氷解する。
それを捨て置いて、今更ながらHDTVやDirectXを問題にしだしたの苦笑せざるを得なかった。

渋滞解決しても狭いままだっつーの。

デマネタの内容がわからずに大喜びしたXBOX信者と、肩を落としたアンチMS、
デマネタの内容がわかっても余り喜べなかったXBOX信者と、懐疑的なアンチMS。

判らず大喜びしたXBOX信者は、判ってて懐疑的に分析しだしたアンチMSを「苦しい批判をしている」ように見えた。

それだけでは。

>>548
デマネタの内容がわからず必死に苦しい批判をはじめたアンチMSの存在が抜け落ちてるよ。

アンチMSというよりニンテン厨房だろ。

>>550
根拠は？

>>551
ニンテンに有利な情報の時のはしゃぎぶりと
MSに有利な情報の時の貶し方。

VGAのねたも尽きたので、そろそろOSの話を。
X-BOXはWin2kカーネルベースとどこかで見ましたが、
当然8GBのHDDに入ってるんでしょうね。
ロード時間大丈夫ですか？
いくらなんでもCEベースのDCみたいにはいかないよなあ。
故障時の交換もプリインストールされた専用HDDですね。

>>552
だったら当然MS厨房もいるはずだが、
＞ニンテンに有利な情報の時のはしゃぎぶりと
＞MSに有利な情報の時の貶し方。
彼らに比べてかなりおとなしい。
彼らの中に相当数のアンチMSが含まれてると考えて間違いないだろう。
ていうか結構な人数が自分でアンチMSだとカミングアウトしてるし。

>>553
Win2Kカーネルは500KB。
当然DVD内に格納。

>>553
馬鹿？
なんでロード時間の心配までしてくるかな・・。
コンシューマハードに各種サーバー昨日やらユーザー管理etcが必要か？
他のＯＳ（ＣＥや９８）と主要部の重さは大差ないよ。
このスレの人、尊敬するよ。>>553みたいなのと付き合ってるんだもんな。。

>>553
いや、ゲーム向けにモデファイしたのをROMに載せるとあった。だから、ハードの起動は精々
セルフテストの数秒だろう。
ただ、勘違いしている人が多かったが、500kBというのはこのROMのことで、メモリ内でOSが
どのくらい喰うかではない。UMAの64MB内でOSとDirectXとだと、やっぱりMBの二桁に載ると思う。
残りの４／５でVRAMその他のシステム空間とワークスペース、大丈夫だろうか…。
DirectXはDVD内らしいから、ゲームのロードは結局現行機と変わらんだろう。
HDDは噂ではキャッシュ専用らしいから、ゲームの最中なら多少は有利かも。ただ、もし本当にそうなら
インストール不要なかわりにパッチがあてられないということでもある。
つーわけで、HDD換装は可能だろう。故障時以外意味はないと思うけど。

>>549
確かにいますね。553みたいに。

まてよ・・。
ひょっとして本気でブルー画面やらフリーズの心配している奴もいる！？
ネタとしてじゃなくて本気で。

>>557
メモリ内での占有率の心配をしながら
＞DirectXはDVD内らしいから、ゲームのロードは結局現行機と変わらんだろう。
矛盾してません？

カーネルなんて、Kernel32.dllだけだもんねぇ…。
Windows98のそれは460KBでした。

DOS互換要らないから各種VXDも要らないし。ハードは
DirectX経由だから、中間ドライバ類も要らないしね。
PnPも無いし、軽い軽い。

>559
いや、心配は心配だぞ？
ＰＳ、ＳＳ以降のコンシューマー機は多少フリーズが増加傾向にあると思うし。

>>559
無知なアンチはネタじゃなく結構本気で思ってるよ。

>>562
それって単に大容量の物をＣＤから読んでる時の
リードエラー等から起こるフリーズでしょ。
Ｗｉｎのそれとは質が違うよ。

>>562
それはドライブ等のハード、もしくは固有のゲームプログラムの問題。
OSは関係ないよ。

>>560
これはマイクロソフトの公式見解らしい。DirectXはバージョン互換だのアップデートだのが
ややこしいから、ゲーム出荷時のをDVDROMから読み込むことでそういう面倒を避けようと
云う意図と、バージョンアップの手間をユーザー側に持たせないという関連からとか。
そのDLLがDVD内にあるだけだけど、まあOSの少なくとも一部はDVDにあるんだから、
純ROM起動よりは遅いだろ。

>>557
ゲーム専用の単一機種で10MB以上も必要なわけが無い。

>>566
ロード時間って起動だけのこと？なら納得。
でも8秒起動を実現するって言ってるけどね。
PS2なら軽く30〜60秒はかかる。

>>553
一般にイメージするＯＳというより、メモリ管理やスレッド管理を行う
ライブラリのイメージに近いんじゃない？

>>569
実際はそんな感じだろうね。
中にはまんまPCのようなWin2Kが立ち上がると思ってる馬鹿もいるけど。

WINの容量を心配してる人は
DOS時代のPCアプリには全てのアプリFD内にOSが組み込まれてたという事を忘れているようだ。
なぜDOSとWINであれほど容量が違うのか良く考えた方が良い。

>>566
どこかの雑誌（失念）によると動的なDLLリンクは行わないみたいですよ。
たぶん他のコンシューマ機同様、静的なライブラリとして全てリンクするのでは？
むしろHDDをディスクのキャッシュとして使うのなら、ゲームの読み込むスピード
はXが一番速いと思うのだが？

>>567
そう願う。ただ、ネットだの音だの昔より格段に為すべきことが増えているのも確かだから、
結局のところものが出てくるまで判らなくて、こういうところであーだこーだと邪推してるんだけど。
>>572
その分読み込む量も他機種より増えてる。自慢のテクスチャだって無から生まれてくる訳でもないし、
ＰＣでHDDからのロードに分単位掛かるゲームだってよく見るし。
これまでのコンシューマー機だってCDROMからGDROMやDVDに変わってロードが速くなったかというと
そうじゃないし、よほど上手く作ってやっと他機種よりましという、現行機並みで落ち着くんじゃない？
CDROM機だって初回ロードに１０秒とかないわけじゃないんだよ。

>>572
それは間違いない。読み込み速度はXBOXの圧勝でしょう。

>その分読み込む量も他機種より増えてる。
>これまでのコンシューマー機だってCDROMからGDROMやDVDに変わってロードが速くなったかというと
>そうじゃないし、

CD -> DVDの進化をしたときにより多くのデータを必要とする高性能化があったから。
結局読み込み速度が2倍になっても必要なデータが2倍になればイーブンって事だよね。
でも同世代のマシンでメモリのオーダーがさほど変わらないのに必要な容量が倍以上
っていうのも考えにくいんだけど…。
それに同じデータ量ならやっぱりHDDの方が圧倒的に速いでしょ。HDDをキャッシュ的
に使うのかは別問題にして。

GeForce3は、FSAA機能についてもGeForce2 Ultraの4倍の処理能力を持つ
High-Resolution Antialiasing(HRAA)が搭載されている。

HRAA=16bitcolor?

Xbox御自慢の華麗かつ多彩なテクスチャ、なんてどうだい？ポリゴンデータも、緻密になればなる程
データ量は間違いなく多くなっていくし、公称の１億２５００万はＰＳ２の何倍のデータ量？
３Ｄサウンドも元は必要だし、マイクロソフトの比較を素直に信じるならたった２倍の実メモリ空間に
おさめるべきデータ量は３倍じゃ効かないだろうに。
あれば使う、なければ工夫する、そのせめぎ合いの中で現行機は苦痛を感じさせない程度の待ち時間と
ロードするデータ量に折り合いを付けてきたんだし、それはXboxも変わらない、それがどの程度に
なるかだけだろう。それがHDDで圧倒的に軽減するとは、ＰＣを見る限りとても思えない。

>>576
FSAAは、立体オブジェクトと背景画像の境界線に発生するジャギー（ギザギザ状の線）を
解消する技術で、ほとんどの既存のゲームでこの技術がそのまま有効に作用する。

　実際にFSAAを有効にしてゲームを起動してみると、その効果の大きさには驚かされる。
640×480ドットの低解像度でゲームを実行したとしても、FSAAを有効にしておくと、
感覚的には元の数倍に解像度を上げたかのような錯覚に陥るほど、オブジェクトのラインがスムーズになり、
明らかに表示クオリティが大幅アップしているのがわかる。

>>579
私は画面が濁ったような感じ（滲んだようなとも）で
キライだな。

夕方になると聞かれもしないことを延々と述べ立てる奴が出現するな

洗脳工作はもっとさりげなくやってね♪＞ＭＳＫＫ

>>581
君に洗脳する価値があるとは思えないがどうかしたか？

>>578
シーク速度だけでも時間がかかるCD、GD、DVDとHDDとではその読み込みスピードに桁違いの差がある。
で、使用メモリ量としてPS2、GCとXBOXにそれだけの差があるのか？
無論無い。だから圧倒的に軽減される。
CD＞GD＞DVD＞＞＞＞＞＞＞＞＞＞＞＞HD
PS＞DC＞PS2＞XBOX
世代的にはこんな感じ。

>>578
2倍の実メモリ空間に収まるデータは2倍でしかないと思うが・・・。
いやそれでメモリ量が足りなくなるだろうって言うなら分かるが
それとHDDとDVDとのロード時間比較の話題とは関係ないだろ。

>>578
ポリゴン数2倍だからデータ量2倍って事はないのでは？

> データ量に折り合いを付けてきたんだし、それはXboxも変わらない
これはどの機種もそうだろうし、同意。

厨房の巣窟だな（笑

HDはキャッシュ専用？ふーん。
まあHDはいいと思うよ。
オレUltima９やったんだけど、ああいうシステムならHDは必須
っていう気がする。

補足。
でもHDDをうまく使えるのなら、読み込みスピードのアドバンテージは
あるんじゃないかな？（あくまでうまく使えるなら、の前提で）
絶対的なスピードはHDDの方が圧倒的に速いからね。

>>579はインプレスakibaホットラインからのコピペだよ。
ところでVooDoo5ってチップ２枚使って、
ザブピクセルアンチエイリアスとかやってるの？

これさあ、、、、

DRDRAMにしてもDDRのSDRAMにしても、メモリーセル自体のレイテンシーは古いDRAMと変わらない。ただ複数のメモリーアクセス命令を短い間隔で発行し、セルからの読みとり処理をパイプライン化して空き時間を減らし、見かけ上のレイテンシーを減らそうというのが基本的な考え方である。しかし、その考え方が現在のGUIのOSでのメモリーの使われ方とマッチしているかどうかは別の問題である。

●メモリー転送速度のナゾ(DDRは倍早いか？)
http://www.interq.or.jp/green/korokan/higa0008.html#000826

これってゲームシステムが幾らシンプルでも、
（DirectXが絡んだ時点でシンプルかどうかはともかく）
全てのアクセスを一手に担う仕組みのUMAにとって、
GUI同様、最も性能の出ないパターンだよねぇ。
これじゃDDRの意味殆ど無くなる。。。

ネタ事件では当初XGPUにZバッファがオンチップだということで
驚いた人もいたようですが、もともと
Flipperの2.1MのeFBはフレームバッファとZバッファですよ。
（しかも202.5MHzの1クロックレイテンシ）
なのになぜあんなに驚いたの？

このスレに常駐してるのは知ったか厨房しかいないから。

おおっ、夏に出るかも

NEC、ゲームキューブ用半導体工場を竣工
すでに量産体制に突入
http://www.watch.impress.co.jp/game/docs/20010226/nec.htm

>>591
NV2Aだからだろ？
バカじゃないのオマエ？
オマエといい>>553といい、
あちらの信者さんはアホぞろいで困るねえ

>>593
今回はこれ以上延期しないと思うよ。（個人的観測）
だって、ファミ通の発売スケジュールとか見たら
Ｎ６４のソフトが少なすぎる。
早々に本格的にＧＣ主体にならないと、任天堂やることないぞ。

月産1万枚のウエハ製造えお一月から開始か・・・
本体は一月に間にあいそうだな。
問題はソフト。

>>594は人並み以下の読解力で威張っているよ。
沖縄の首都。

>>594にヒント
間違いは１行目よーん。

沖縄の首都？？？

>>533
遅レスすまんがそういうのをやめようって言ってるんだが。
流れに関係無いのでsage。

AGE

Geforce3アナウンスされたようです

http://pc-info.hypermart.net/cgi-bin/i.cgi?articleID=2046

http://pcweb.mycom.co.jp/news/2001/02/26/07.html

下のスライドに注目。 NV20 = "Xbox Core"?
基本的には周波数増加程度なのかな？

http://www23.freeweb.ne.jp/play/robaltap/public_html/rebirth.htm

これは、ＧＣのリアルタイム映像だそうです。
（ゲーム画面）
すごいです。
ＧＣ＞＞ＸＢＯＸ＞＞＞＞＞＞＞＞ＰＳ２決定！

>>604
"REBIRTH"は６分半ほどの映像で、任天堂株式会社次世代ゲーム機"NINTENDO GAMECUBE"の
デモンストレーションとして、GAMECUBE上でリアルタイム映像として実現出来る範囲で制作されています。
実際に一部シーンは実機上でリアルタイム動作しております。
内容ですが、mix coreオリジナルです。企画からコンテ、キャラクターデザイン、ストーリーなど
割と自由に作らせて頂き、大変やり甲斐のある仕事でした。
雰囲気は日本っぽさを感じる物を目指しました。

>>604
それプリレンダのムービー。
EDの始め3カットだけリアルタイム。

GCすげー！
こりゃ最高だね！
ＧＣ＞ＸＢＯＸ決定だね

>>604-606

これ↓を見た後だったからそんなに驚かなかった。

http://ftp.scene.org/pub/parties/2000/theparty00/in64/fr08_party.zip
ftp://ftp.scene.org/pub/parties/2000/mekkasymposium00/in64/h7-final.zip

どっちも64Kだよ？まるで魔法だ。

多分操作はできないよ、Rebirth。
実機が手に入ってから実機で動作可能なよう最適化作業して
何とかEDの始め3カットだけ間に合ったって状況らしいから。
モーションもカメラの動きも全部固定で、見えないものの計算を
極力省いたりしてどうにか実現出来たというのがホントのところでは？

>>608
それＧＣなの？

>>591
>Flipperの2.1MのeFBはフレームバッファとZバッファですよ。
>なのになぜあんなに驚いたの？

当然そんな常識的なことは多くのヤツが承知してるはずだが、
Xboxのメモリアクセスの弱点が明確に緩和されたと思って驚いたんだよ。

http://www23.freeweb.ne.jp/play/robaltap/public_html/rebirth.htm
これでも、ＧＣの能力を３０％もひきだしてないでしょ？
１００％はどんなんだろ？
ＧＣ≧ＸＢＯＸ
これが正しい

>>612
だから200%絞り出してそれなんだって。
ちなみにMixcoreのHPでもGC実機で動いてる部分の静止画は
公開されてない。荒いmpeg動画で見ても他のカットとクオリティが
違うのわかるから、静止画で見ればさぞかしショボいのだろう。

>>613
ＧＣは100%絞り出しやすいのが売りだからよいのです

だからＧＣに期待すんなって。

>>613
＊なお画像はすべてゲームキューブ上で実際に操作できるレベルのものです。プレステとかの垂れ流しムービーではありません。ご注意を
だって
これでゲームできるとは…
ＧＣすごい！
http://www23.freeweb.ne.jp/play/robaltap/public_html/rebirth.htm

http://www23.freeweb.ne.jp/play/robaltap/public_html/s.w.htm
ここもすごい
ＧＣすごい

ＧＣは低コストハードです。
性能にあまり期待しないように。

なんか独りで騒いでる任天消防がいるよ…

>>618
アホは黙ってろ！
ＰＳ２の2倍の処理能力のどこが低性能だ！
考えて物言え！
ＸＢＯＸ＝ＧＣ＞＞＞ＰＳ２

>>619
ほっておけない貴方も消防。私は例外(藁

>>619
どうせアンチ任天堂が痛い任天堂信者を演じてるんだろうよ。
余りにも痛すぎて逆にリアリティに欠けるがな(藁

>>616
だからrebirthデモが操作可能ってのはHP作者の妄想。
おそらくカメラ動かしただけでも破綻するレベルのもの。

消防反省さげ

>>621
あんたこそ消防。俺だけが例外（藁

>>620
そうだといいねー、ぼくぅ〜

>>591
テクスチャ読みが無くなった上、フレームバッファへの書きこみも
簡易Zである程度はじけるとなるとメインメモリーへのアクセスが
かなり小さくなるから。
でも検討してみるとピクセルあたりに保持しなければならない情報量が
激増するので、バースト転送を生かした上でも、帯域やメインメモリー
の領域を多く占領しそうだという結論になった。

>>618
アホは黙ってろ！
ＰＳ２の2倍の処理能力のどこが低性能だ！
考えて物言え！
ＸＢＯＸ＝ＧＣ＞＞＞ＰＳ２
＜確かに言えてる

低コストハードＧＣ

ゲームＣＭは、そのゲームを製作したチームにやってほしい。
そうすれば、そのゲームの映像と音楽を生かした良いＣＭが出来ると思う。
ライト層をだまして買わせるってゆうＣＭスタイルはもう通用しないんじゃない？

ＸＢＯＸ∽ＧＣ≫ＰＳ２

低コストハードＧＣ

>>622
同意。少なくともこういう人と同じと思われたくない。

なぜGekko=405MHz、Flipper=202.5MHzと半端なのか
Flipper内部キャッシュのレイテンシ5nsを実現するには、1クロック=5nsすなわち200MHzでいいはずだ。
しかし実際の製品には一定のばらつきが避けられない。また、回路各部のジッタ、スキューなどの変動により、場合によっては1クロック(5ns)のレイテンシを保証できない場合もありうる。
そこで、約1%強の余裕すなわち5MHzを上乗せしたのだろう。
モノの保証性能とはそういうものであり、技術的にはごく順当な判断だ。
これは、カタログスペックに絶対嘘をつかないというGCデザイナの決意の現われだと思う。
1T-SRAMに懐疑的な見方が多いが、恐らく任天はきっちりレイテンシ5ns以下を出すと思う。
ちなみに、EE=294.912MHzは、IOPがPS1(=36.8688MHz?)を兼ねることから、PS2モードではそれに近い36.864MHzとし、その8倍速で36.864*8=294.912MHzに落ち着いただけであろう。

3Dトリガーの話はがいしゅつ？

既出

>634
>約1%強の余裕すなわち5MHzを上乗せしたのだろう。

余裕持たせるために速くしてどうする(藁

>>635
それおれしらね。おせてけろ。とりあえず１行で。
面白けら続きリクエストするで。

>>634
そんなこたぁない。
405MHz = 202.5MHz * 2 = 13.5Mhz * 9　です。
13.5MHz という数値の重要性については各自調べておくように。

どうでもいいや。おやすみ。

俺も寝る。おわすみ。

おやすみー

NECの『ゲームキューブ』向けグラフィックチップ工場が竣工
http://japan.cnet.com/News/Infostand/Item/2001-0226-J-1.html

>ゲームキューブの3D画像処理チップは「フリッパー」の開発コード名で呼ばれており、
>0.13マイクロメートル(ミクロン)のDRAM混載プロセスで製造する。

いきなり0.13は無理だろ

GC発売が延期された事もあっていきなりって事もありえない事はないでしょう。
時間的な余裕が出来た訳ですからね。

もしかして、歩留まりがどうのなんて話はこれからなの？

ＮＥＣは昔、ドリキャスのパワーＶＲチップの生産で歩留まりが悪くなり
年末商戦を躓かせた実績があるから、今回もそういうことがあるかも知れないな。

>>645
馬鹿まるだし

昨年の８月から試作してて１月から量産って言うんだからまず大丈夫でしょ。
ＧＣが出るのは夏以降だし。
まあこれでＰＳ２のように歩留まりでこけるならＮＥＣが笑われるだけ。

アレの話はするな。

>>634
それ面白い。
いわゆる1t-sramはダテじゃないって事ですな。
スバラシイぞGC

いまから0.18とか0.15μｍプロセス用のラインを立ち上げても。
SCEは今年の初めにやっと0.18μｍ版GSの量産が軌道に乗った
らしいですけど、0.13μｍプロセスに移行する計画はあるのかな？
新たな設備の導入、新ラインの拡張が必要になるのでしょうね。
今のラインの原価償却が済んだ後になるのかな。
１世代見送って、0.11とか0.10μｍへジャンプするのかな。
何年か後に。
それまでは今のプロセスのままで。家庭用GSは容量4MBのままで。

こうなりゃ1T-SRAMでコンスタントに性能持続できるGCでこそ
DirectXのような汎用API搭載してほしいね。
UMAに特化されてないDirectX搭載は無謀。

Cache Memory Benchmark ver4.11 Copyright Softhouse333
Running on physical address : 00100000h
[Processor]
Frequency : 451.046MHz
CPUID(0) : GenuineIntel
CPUID(1) : Type 0＠｀ Family 6＠｀ Model 6＠｀ Stepping 5
CPUID(1) : Intel Architecture MMX technology supported
[Code Cache]
L1 Hit RD: 1.110ns/48bit＠｀ 5403.846MB/sec＠｀ 0.501clk
L2 Hit RD: 14.850ns/48bit＠｀ 404.046MB/sec＠｀ 6.698clk
L2 Miss RD: 15.317ns/48bit＠｀ 391.721MB/sec＠｀ 6.909clk
[Data Cache]
L1 Hit RD: 2.233ns/32bit＠｀ 1791.117MB/sec＠｀ 1.007clk
L1 Hit WR: 2.219ns/32bit＠｀ 1802.743MB/sec＠｀ 1.001clk
L2 Hit RD: 9.727ns/32bit＠｀ 411.225MB/sec＠｀ 4.387clk
L2 Hit WR: 10.062ns/32bit＠｀ 397.517MB/sec＠｀ 4.539clk
L2 Miss RD: 9.727ns/32bit＠｀ 411.225MB/sec＠｀ 4.387clk
L2 Miss WR: 10.118ns/32bit＠｀ 395.336MB/sec＠｀ 4.564clk

Core Frequency: 451.002MHz
Access Pattern: Continuous
Access| Unbuffered Access[MB/sec] | Buffered Access[MB/sec]
Size | Read Write RD/M/WR| Read Write RD/M/WR
------+-----------------------------+-----------------------------
4K | 407.344 403.959 347.760| 1795.241 1802.247 1352.345
8K | 406.716 400.977 349.009| 1783.972 1639.860 1352.345
16K | 407.996 400.738 347.711| 1787.424 1524.492 1257.952
32K | 410.272 391.119 344.164| 983.458 905.042 773.577
64K | 411.334 389.742 341.094| 983.753 826.187 765.642
128K | 411.088 392.967 340.168| 980.749 790.850 759.660
256K | 411.271 254.920 243.542| 411.253 255.668 243.466
512K | 411.350 217.241 213.184| 411.347 216.868 213.100
1024K | 411.378 201.956 200.743| 411.386 201.956 200.725
2048K | 411.386 195.208 195.042| 411.385 195.199 195.035

いいかげんＳＣＥは自前で工場建てない方がいいよ。
いつまで経っても赤字のままな感じ。

>>654
やっぱりメモリのライトはリードの半分だね。どこからその差が来るんだろ？
しかし、そうなるとXboxのメモリアクセスにますます帯域幅困窮の危機が。
現時点で予想される限界値がread 2.6GB/sだっけ？

>>650
面白いけど正解は >>639 らしい。
http://www.imagica.com/tech/seimei/a16.html

>>639
でも、何故計算がめちゃくちゃ？（藁

>>656
Ｌ２キャッシュの容量辺りから差が出ているところを見ると、
それは、そのベンチマークの問題だと思うが。
「ライトミス時にキャッシュライン・リフィルの為のリード
がかかって、都合倍」って感じ。とすると、ＤＭＡとかＸＧＰＵ
からのアクセスに関しては関係ナッシング。

Gekko(月光)はもともとIBMでは
Gecko(ヤモリ)と呼ばれていたらしい。
任天がイメージを重んじて
Gekkoに変更したとのこと。
ということはGecko+Flipper+Splash(外付1T-SRAM)
は「ヤモリの足ひれで水しぶき」てわけですな。
んー，もひとつオチがほしいような。
ソース：日エレ他

>>651、2005年登場予定のPS3に搭載。

>>660
Flipper，Splashはドルフィン絡みのネーミングだと思ってました。
ＩＢＭもヤモリって・・・

>>635
3Dトリガって?

Rebirthも良いけど、3Dmark2001もなかなか…。
http://gamershq.madonion.com/3dmark2001/

http://www.hotwired.co.jp/news/news/20010221301.html
もしやこれもがいしゅつですか。

>>665
イエス、がいしゅつ。

NV20、ポリゴン数公称５７００万だと。
http://www.anandtech.com/webnews.html
pc-infoによるとまだ実物ではなさそうな雰囲気も。
http://pc-info.hypermart.net/cgi-bin/index.cgi

>さらに、チップそのものの能力がアップしているため、
>どのような複雑な処理をしても1/70秒で画面表示ができてしまう。
>つまり、1/30秒を1フレームと考えれば、リアルタイムに
>レンダリングやエフェクトをかけることができるということだ。
>ここまでくれば、スクウェアのファイナルファンタジーに使われている
>CGムービーを、ムービーとしてあらかじめ作られたモノを再生するのではなく、
>CGムービーと同じクオリティの画面でゲームをすることができるようになるだろう。
期待しちゃいますね

＞どのような複雑な処理をしても1/70秒
GC並に胡散臭い

Ｘ買うより最新のビデオカード買った方が良さそう

グラフィックはXbox最強ですね

いいえ。

これが柔軟性が無いといわれる理由？

>>668
>つまり、1/30秒を1フレームと考えれば、リアルタイムに
>レンダリングやエフェクトをかけることができるということだ。
>ここまでくれば、スクウェアのファイナルファンタジーに使われている
>CGムービーを、ムービーとしてあらかじめ作られたモノを再生するのではなく、
>CGムービーと同じクオリティの画面でゲームをすることができるようになるだろう。

ちょっと大げさ。でも変形のサンプルがPRManっぽくて萌え〜。

GF3ｱｹﾞ

>>670
というより嘘。

複雑な処理というのがどの程度のモノなのか・・・

http://firingsquad.gamers.com/hardware/gf3preview/images/15.jpg
http://firingsquad.gamers.com/hardware/gf3preview/images/17.jpg
http://firingsquad.gamers.com/hardware/gf3preview/images/16.jpg
http://firingsquad.gamers.com/hardware/gf3preview/images/f.jpg
http://firingsquad.gamers.com/hardware/gf3preview/images/g.jpg
http://firingsquad.gamers.com/hardware/gf3preview/images/s.jpg
http://firingsquad.gamers.com/hardware/gf3preview/images/u.jpg

Geforce3結構よさげだね。

http://www.nvidia.com/pages.nsf/pages/geforce3_games_dinosaur
http://www.nvidia.com/pages.nsf/pages/geforce3_games_inevitable
http://www.nvidia.com/pages.nsf/pages/geforce3_games_ballistics

GeForce3はGeForce2と同じ2 Textures/Clockであるようで、動作周波数が同じならFillRateも同じになる。
ただGeForce3は4 Textureの場合は4 Texture/ 2 Clockで4 Texture/passであるようだ。
この場合でも動作周波数が同じであるとすれば一見するとFillRateはGeForce2同じとなるが、GeForce2は2 Passとなる。
つまりFillRateは同じだがメモリ帯域の負荷を半減できることになる。
常々いわれてきたメモリ帯域問題をメモリの帯域を広げるだけでなく負過そのものを減らす工夫をしてあることになる。
NVIDIAはこれをLightspeed Memory Architectureと合わせてこれまでのGeForce2から大きく改善させたようだ。

NVIDIAは256bit(128bit) x1を64bit(32bit)で4チャンネルに分割したようだ。
これをLightspeed Memory Architectureと称している。
NVIDIAはメモリコントローラも4つに分割し、4つのメモリコントローラはそれぞれどれもが4つの64bit(32bit)インターフェースにアクセス可能にしてあるようだ。これによってレイテンシを減らしメモリアクセス効率を高めるという手法のようだ。
以前にBitboysがeDRAMで考えていたあれをDDR-SDRAMにそのまま適用した感じだ。
これらにより、GeForce2よりも動作周波数が低くても実効パフォーマンスは高いものを得ることができるというシナリオのようだ。

XboxはGF3に特化してゲームを作れるんだから、画面にはかなり期待が
できそうだね！

↑これがメモリ帯域に対するNVIDIAの答えのようですが
実際どのくらい有効なんでしょうか？
識者の解説求む！

>>681
X-BOXとは関係ない？

>>683
>4つのメモリコントローラはそれぞれどれもが4つの64bit(32bit)インターフェースにアクセス可能にしてあるようだ。
>これによってレイテンシを減らしメモリアクセス効率を高めるという手法のようだ。
どうやら、これが前に出ていたクロスバーアーキテクチャみたいだね。
今わかるのは、
>>678-679
以上の画面を確実に（解像度の話は抜きにして）だせるという事。

でもDDR-SDRAMに独占的にアクセスできるGF3と、UMAのXBOXでは、
多少状況が変わる可能性もある。
う〜ん、こればっかりは、実際に触って数値を確認しないと、何とも
言えない。

クロスバー云々ちゃうやろ。
単にメインメモリを4つに分割しただけと違うか？
管理がめんどくさそう……

>>687
管理が面倒？ハードウェアがアービトレーションするにきまってんじゃん。

ドライバが吸収してくれるんと違うの？

「最近のゲーム不況からも分かる通り，優秀な3Dアクセラレータの性能を生かしたゲームを作るのは非常に難しいのだ。アプリケーションが少なければ，当然それを求めるユーザーにも限りがあり，さらにゲーム不況を助長させてしまう。
　これだけの3D機能を使いこなすということは，それだけで大きな予算を必要としてしまう。『GeForce 256』が登場してかなりの時間が経過しているが，それすら完全に使い切らないゲームが多いのは，デベロッパーにとって，最新の3D機能を使いこなすための財政的なリスクが大きすぎるからだろう。」
http://www.zdnet.co.jp/news/0102/27/geforce3.html
−−
XBOXと同じ3Dアーキテクチャを持つGeForce 3の驚異の性能と、その問題点。

firingsquadもクロスバーって書いてるよ。

http://firingsquad.gamers.com/hardware/gf3preview/page5.asp

>>690
それはPCにおけるGeFORCEの問題であって、固定性能を持つXBOXには関係ないよね。
というかこういう問題があるから実際のPCゲームは当分の間XBOXより画面的に劣るものになるだろう
ってのは前から言われていた事。

　GeForce 3では，Quincunxアンチエイリアスモードという新しいFSAAのアルゴリズムを組み込むことで，この問題に取り組んでいる。
Quincunxモードでは，オーバーサンプリングを行わずにFSAAを実現可能で，その効果は4倍サンプリングに匹敵するという。
一方，2倍サンプリング程度の負荷で済み，また高解像度のFSAAも行うことができる。
「Quake III」を用いたテストでは，1024×768ピクセル／32ビットカラーモードで毎秒70フレーム以上の性能を叩き出すという。
nVIDIAによると，チップの高速化も合わせ，GeForce 2 Ultraでは毎秒2億5000万ピクセルだったFSAA使用時のフィルレートが，
GeForce 3では毎秒8億ピクセルにまで達するという。これだけの性能であれば，常にFSAAを有効にした状態でも，
十分にゲームを楽しむことができるだろう。

XBOXではジャギーを体験しなくてよさそうですね。

>>693

ＴＶ放送の自然画だってジャギは出るぞ。マジで。

これってメモリーが16MB*4に完全に分かれてるって事なんでしょうか？

>>678-679
ターバン親父の顔凄いな。
さすがに現実の顔まではいってないが、蝋人形レベルには届いてる。
素人が見たらCGだと思わないかもしれない。

>>695
そうみたい。
CPU用、テクスチャ用、描画用、IO用ってかんじに分けるのが基本で
必要なら他のメモリ空間に割り込みって感じだと思われ。
んで、それぞれのアクセスをクロスバーで融通して128bitの
バスを活用してやると。

所詮ＴＶだからね。

>>694
程度問題だよ。揚げ足取るなって。

で、実際どうなのよ。これらの情報は。

>>694
それは表示する絵次第なのでは？

>>695
違うみたいです。
> The GeForce3's crossbar memory controller has four independent
> memory controllers that are all in communication with each other.
メモリではなく、メモリコントローラが４つ独立して動けるようです。

>>697
それって、結構UMA対策になってない？

>>697
Geforce3なのになぜCPU用？
http://firingsquad.gamers.com/hardware/gf3preview/page5.asp
↑これ読め。

これでどうなるか解説できる人いないの？

NVIDIA自身のTechnicalBriefs.
http://www.nvidia.com/Products/GeForce3.nsf/technical.html

ベンチ結果が早く出ねえかなぁ
nVIDIAの広報戦略に踊らされているばかりじゃつまらんよ。

>>706
2倍くらい。前このスレに書き込まれた情報がほぼこの線で一致してる。

>>693
高解像度でレンダリングしなくてもFSAAできるんですね。
GCもスペック表見ると同様の機構を持ってそうなので、XやGCではさんざんアレで
話題になったジャギ問題はなくなるっぽいね。

>>693
これがそのアルゴリズムか

また、いっそう目をみはるのが画面全体にアンチエイリアシングを行う機能だろう。
3Dグラフィックを表示すると、解像度の制限などで、線がギザギザになってしまう
ことが多い。そこで、GeForce3では、3Dオブジェクト毎に、奥行きを考えながら、
ギザギザをなくす処理(アンチエイリアシング)を行っている。これは、画面上に
表示されているピクセルすべてに関して、依存関係を調べて、境界線となっている
ピクセルをチェックし、後は、境界線部分でギザギザしているピクセルの周辺の色と
明度を変更することで(色の平準化)、見た目にギザギザがはっきりしないようするものだ。
http://pcweb.mycom.co.jp/news/2001/02/27/15.html

http://vwalker.com-path.ne.jp/news/0102/27_idf/27_175912.html
帯域への工夫はいろいろしているっぽい。

>>709
おぉ、2001落とせるの？と思ったらTrailerか。

>>703
「96bit じゃなくて 192bit だろ」という突っ込みはともかく、
この記事を信用するならば、これはレンダリング時の無駄な
端数アクセスを回避する機構で、zdnet の記事は全然違う事
書いてる気が。いや、でもこちらが正解だろうな。

とすると、
「とにかく必要分だけ転送できる様に頑張って切り詰めました」
ってだけで、実効帯域は若干増えますがレイテンシの解決にはなりません。

がんばってnvidiaのpdf落としたけど、
具体的な情報はさっぱり無かった……

>>712
64bitアラインメントでパックしたデータなら速くなるんだろうか？
たとえば64bitFVF（多分無いけど）が並んでいるときなら、
256一本に比べて４倍、
128bitなら256一本に比べて２倍速いと考えても良いって事？
＃もしそうなら192bitの時はどうなるんだろう？

>実効帯域は若干増えますがレイテンシの解決にはなりません。
これはもう、どうにもならん気が…。

これでXBOX＞GC＞＞PS2は確定したようですね。

>>714
nVidia の PDF 落とした。なんだ 703 の記事はこれ元に間違い
付け加えただけだったんかいっ。
で、やっぱりこの件は端数アクセスを効率良くさばくってだけ
ですね。だから「パックする」じゃなくて「パックしないデータ
をパックしたかの様に処理できる」って感じ。

で、 nVidia の見解にある様にポリゴン数が増えて、結果微小
ポリゴンが増えるから、それなりに効果は見込めるでしょう。

あと問題は、Ｚ圧縮とＨＳＲですな。

ＨＳＲは一度のDrawPrimitive描画キックの中でだけ、有効とか？
57Mトランジスタのどこかにこれくらいの量ならプリミティブデータを
記録できるでしょう。Ｗ）

>>716
>「パックしないデータをパックしたかの様に処理できる」って感じ。
なるほど、確かにそれみたい。
よく考えれば、もともとパックしてあるデータならGeforce1~2でも
速くなるしね。

ぐあ〜本当に大した事書いてねぇ＞nVIDAのテクニカルブリーフ

４個所をアクセスしたら直列であればレイテンシーは４個分かかるが
並列であれば１個分だ。単純な話だ。
要するに例のDDRの欠点「ランダムアクセス事には帯域の1/nに性能が落ちる」
という件が「帯域の4/n」に変わるということだ。（もちろんn>>>>4です。）
だれか最悪時の計算してちょんまげ。ランダムでも2.23GB/sくらい出たりしない？

ちょっと計算おかしいや。つっこまないでね。

というわけでマンダムアクセス時のレイテンシー問題は
実用上充分に解決。もう1T-SRAM恐くにゃい。
にゃはははは！ざまみれ！

帯域がどうこうというより（たとえ、実測でXが劣っていても）

http://firingsquad.gamers.com/hardware/gf3preview/images/15.jpg
http://firingsquad.gamers.com/hardware/gf3preview/images/17.jpg
http://firingsquad.gamers.com/hardware/gf3preview/images/16.jpg

みたいなアンチエリアスとかバンプや反射の効いた絵が見れるんだったら、
もうどうでもいいや。（GCが任天堂のゲームができればそれでよいように）

駄レス失礼。

普通はチップセット部分でなるべくランダムメモリアクセスに
ならないような仕組みが搭載されている。
併せてコンパイラもランダムアクセスを避ける様に賢く振舞う。
ＵＭＡ対策のここの部分はコンパイラとチップセットを提供するintelに期待だろ。

マンダム

圧倒的にＧＣですね。
次はＸＢＯＸ
最悪なのはＰＳ２

実際にゲーム画面見てないので何ともいえませんがね。
君たちの「知ったか」レス見てると、ＧＣでしょうね。

君たちは、創造で物言ってるが、マシンの性能表なんかでは、そのマシンの実力は解りませんよ！
しったかの語釈並べてないで、もう少し現実を見ろ！

なんか、ＧＣって結論を知ったかから出しているのに、なにいってんだ？
おしゃべりを楽しんでいるだけなので、楽しめない人は消えてください。

>>726
現実見ろ！ったって現物無いし（藁
想像で勝手に順位つけてんのはお前だろ。

>>726
727に激しく同意。
素人の遊びなのに、なに熱くなってんの？

ほんとほんと
ゲーム画面見る前から、しったかの連発ですね。
なになに？ＸＢＯＸが良い？ＧＣが一番？
そんなの、ゲーム会社にもよるんじゃねえの？
ゲームつくりがうまいとこは、一級品だし
下手なとこは、なんの機種だろうと、糞ゲーだろ？
それだし、性能があーだ！こーだ！とか、テクスチャがどうだか？
いちいち、うるさいんだよ！
そんな語釈は通用しないわ！
はっきり言わせてもらうと、お前らは「知ったか」の自己満足野朗だ！

いちいち、素人が分析するな！（間違い予想で）

ゲーム画面見てから決めろ！（発売してから）
あと、ゲーム性！
ゲームを見かけから判断するな！

馬鹿どもが

だから、楽しみたい人だけで楽しみたいんですけど。
ネットの掲示板の使い方を指図したいのか？

みんな落ち着け。

>>730
同意。
それと作りやすいかどうかなんてここに居る無能開発者に分かるのかよ。
お前らならナンダって難しいんじゃないか？
２ちゃんに通ってつまらないゲームの研究している割には面白いのが生まれてこないしよ。
何のために討論してんだ？
お前らか家ゲー板でお前らが作った糞ゲーの宣伝ばかりしてるのか？

なんかアホがまぎれこんでるな。

　　　　　√￣￣￣￣￣＼
　　　/￣　　　　　　　　　 |
　　/ 　　/￣￣￣￣￣＼|
　　|　 　/　　　　　　　　　|
　　|　 ／ 　´　　 　　　｀　|
　　|　/　　＿　　　　　＿　|
　　 (6　　　　　　つ．　　　|
　　 |　　　　　＿＿_ 　　　 |　ＰＳ２が最強クタ！
　　 | 　　　　/＿＿/　　 　|
　　｜＿　　　　__＿＿＿/

なんか指摘されたのか？（藁

素人のはやとちり
はっきり言って、馬鹿丸出し
性能を分析？
笑わせるな！
あなたは、IBMかintelの開発従業員ですか？
やけに、チップの構造をご存知ですね？
それとも、公開された内容を、そのまま書いてるって訳ないですよね？
え？しったかでしたか？
あー。しょうがないですね。

それでは私が１つ教えてあげましょう。
XBOXのＸチップとＧ.３は違いますよ！
お分かりかな？
適当な解釈やめてもらえない？
うざいだけ！
こっちが恥ずかしいわ！

>>737
文章が長いし、見にくい。
素人が適当な解釈してようが気にしないのが大人。
とか描いている俺も厨房だが

>>726＠｀ 730＠｀ 733
あなたの言いたいこともよくわかる。だけどこのスレはそことは違う視点で
楽しみたいだけなのよ。ハードウェアに対するフェティシズムって事で
勘弁してくれないか？

はいはい。もう寝れ。

それともうっかり重大情報でも書いてしまったのかなぁ。
どれだか想像してしったかぶってみよう。（ｗ

＞ハードウェアに対するフェティシズム
いい言葉だ。覚えておく。

ああ、素人はうざいですね！
なにも知らないくせに妙にでしゃばる。
あ、そっか、しったかでしたか？
どうせ、ゲーム雑誌の豆知識かなにかで調べてるんだろ！
それかＰＣ雑誌？
とにかく、笑わしてくれるぜ！
おれから言わせてもらうと、かなり適当なこと言ってますよね？
なになに？
ＧＣは低コストの貧弱マシン？
ＸＢＯＸは処理落ちマシン？
ＰＳ２はＤＣ以下？
馬鹿言うな！
どれも違いますよ！
みなさんのしったかぶりには驚きますよね！

ただの素人のゲームオタクの僕にとってこのスレは唯一まともに見えます。
ここ以外は煽りあいばかりだしね。
だからがんばって続けてください。
そんでインサイダー情報を流してください。

どれだとおもう？

いいからもう寝てくれ

確かに、この突然の暴走野郎出現はおかしいな。
何かクリティカルな書き込みでもあったのか？

>>743
お前こそしったか

ｼｯﾀｶ
ｼｯﾀｶｼｯﾀｶ
ｼｯﾀｶ　ｼｯﾀｶ　ｼｯﾀｶ
シッタカシッタカシッタカ
シッタカ　シッタカ　シッタカ
シッタカシッタカシッタカシッタカ
シッタカ　シッタカ　シッタカ　シッタカ

ここ最近は平和だったのに…。

描画性能について議論してる人達に水をさすようだが、HDD標準搭載
って点でX-BOXを選びたい。＜（どちらか一方を選ぶなら）

ＨＤＤを搭載することの意味を過小評価してる人が多くないかな。
かなりゲームに自由度がでると思う。
逆に言えば今までゲーム機にあった制限がへるってことだ。
ＨＤＤ非搭載ってのは例えて言えば、ＰＣのゲームを
フルインストールじゃなくて最小インストールでやるようなものだ。
シーンが変わるたびにディスクから読んでたんじゃいらいらするだろう。

でもＧＣは嫌いじゃない。
競争原理から言ってGCは十分に売れて欲しい。
PS2はもう消えてくれてかまわない。

コンピュータと言うのは
ＣＰＵとグラフィックスエンジンの
コンビネーションで決まるもの（つまり相性）
相性がよければ、スムーズに能力を引き出せるし
悪ければ、開発がむずくなる。（ＰＳ２）
あなた方は、ＸＢＯＸやＧＣのゲーム開発をしているのですか？
していないんだったら、ハードの実力性能なんかは、解らないはず？
それとも、しったかでしたか？

なんという馬鹿どもでしょう！
はっきりいってうざいだけ

しょーがねーな、スレとっとくか。（藁

お！
ついにこのスレッドがエセ開発者のしったかスレッドだということが問題になったか。

そうだ。バカが削除依頼出す前にスレ保存しとけ

>>751
それについては、このスレの上の方で同意している人が多数いるよ。
＃しかし、このスレのどこにそんなに怒りをぶつける要素があるのか不思議でならない。

ゲーム性とかソフトハウスとか言ってるやつは氏んだほうがいいな。
スレタイトルすらまともに読めないんだろうか・・・

常識知らずの、馬鹿ども。
きさまら！うざいよ！
しったかやめてね！お願いします。

それから
ＨＤＤがある方が、表現ができるって？
確かにそうだが…
しかし、ＨＤＤは壊れやすいからな！
ゲーム機には合わないと思うぞ！

どうせ、修理が多くなるんだろうな？

それにしても、しったか野朗は
なかなか消えないなあ？
早くきえて！うざいよ！まじで！

　　　　か　な　り　必　死　だ　ね　（藁

なにか書きこんだに違いない。嫌がらせにとっとこう。
つーか、とっといたよ。（藁

>758
ﾌﾟ

>>758
どうしたんだ？私生活で何か辛いことでも有ったのか？

今日になってからのGeforce3関連のどこかかねぇ＞まずい書き込み

次世代ゲーム機は
私から言わせれば、どれも、すばらしい！
機種によって、短所と長所が違うから、どれも順位のつけようが無い。
それなのに、このスレのお馬鹿どもときたら
しったかの言いたい放題！
それも、悪口ばっかり！
なにも知らないくせに。
あなた方は、ハード開発者ですか？

ゲーム機は性能よりも、ゲーム性。
（性能は、どれも、すばらしい）
お分かりかな？

しったかこいいてないで、早く寝ろ！

758=しったか野朗

オマエモナーとか出てこないのかな？（藁

>>764
そうか、会社を辞めされられることになったのか・・・
お互い辛いな。でもヤケになってもしょうがないよ。
前に見て前に進む、それしかない。がんばろう。

>762
758は学校かなんかで虐められてとても傷心なんじゃないか？
そっとしといてやろうよ。

素人のしったか知識でゲーム機の性能を語ろう！掲示板！
このタイトルに変更しろ！

お前らには、ちょうどいい！

いや、この板はみんなこんな感じだよ。

>>769
おまえがスレ立てろ。と、かいてると１０００になっちゃうよ。（ｗ

ばかども
ばかども
お前らのことだ
知ったか野朗！

>>769
どうした？文章が短くなったぞ。もうお手上げか？（藁

やめろ

消えろ

１０００

>772
頑張れよ。自殺なんか考えるなよ。

>>772
もうそろそろ飽きたからやめてくれ。

薬が効いてきたようだね。今日はもう店じまいさ。（藁

知ったかで何が悪い

もう言うことは何も無い
おまえらみたいな、馬鹿に相手するほど暇じゃねえ！
まあ、せいぜい！しったか解説、頑張れよ！

これ見て、本気にするやつ、可哀相だな

みなさん！本気にしちゃだめですよ！

いや、これは本当のことだ。ワタシは知っている！！

それでは、私もしったか
ＳＦＣ＞＞＞＞ＸＢＯＸ＞ＦＣ＞ＧＣ＞＞＞＞ＰＳ２＞＞ＧＢＡ

なんたって、ＳＦＣには、３次元描画処理能力が、２７２ＧＦｐｓもあるんだぜ！
すごいよな！

おまえらも、しったかこけよ！
おもろいぞ！
馬鹿どもが…

781はとても充分に有り余るほど暇です。＞事実からの分析

いや、ＵＭＡは実在するのだ！！
チュパカブラという名前を付けたょ。

すっごーい！
知らなかった！
ＳＦＣ買わないと。

確か、ＦＦ６はムービーが２時間入ってたんだよね？
カートリッジ容量が1.2ＧＢだったし…。

ＦＦ６買おう

>>786
俺も買うょ。

ゲームボーイアドバンス
性能
ＣＰＵ：32bit（動作クロック：566MHZ、内部：133MHZ）
メモリー：総合24MB（VRAM混合）
グラフィックスエンジン
128bit（クロック200MHZ）
3次元座標描画能力：18MBPS〜12MBPS

サウンド
16bitチップ内臓（44.1KHZ）
ADPCM：128CH

この情報は任天堂ホームページに載っていました。

しったか最高

>>788
ネタだとするとちょっとオモシロイょ。

>>788
ｵﾓﾛｲ､ｵﾓﾛｲ

ＶＲＡＭ混合ってのがちょっとオモシロイょ。
混合比は１：１かな？

おもんない

スクープ内部リーク！！！

ゲームボーイアドバンスド
ＣＰＵ最高出力５４０ＰＳ
グラフィックス　５０ｋｇ・ｍ
メモリ容量　五〇�g
サウンドはマルチリンク方式を採用。

ついにこのスレで発狂した奴が現れたみたいだな（藁

いや、おまえらのかいていころとはこれとかわらんという主張かと。
自分もくだらないことにこだわっている点に気がついたとき、大人
になったと実感できるよ。>>794

今日はバンプとスペキュラーがすごい威力を持つということがわかった。

知ったかの何が悪いよ。

しかし俺がせっかく>>722で煽ったのに今日は坊主だ。ぐすん。寝ろ。

Crossbar memory controllerってメモリ空間を4つに分けて
4つのメモリーコントローラーで並列アクセスを行うってこと？
256bitのバス1本と64Mのメモリが
64bitのバス4本と総量64Mになる4つのメモリになったと、これでいいんだよね？
これは事実上マンダムアクセスの時のレイテンシ問題の解消と捉えて良いのでは？

へたするとメインメモリーの○ンダムアクセス速度はGC以上かも
しれないぞ。まあGCは混載で逃げ切るがな。

ところでnVIDIA用語ではアンチ=ぼかしだとは、恐れ入った。
５ポイントのマルチサンプリングとはイカスぜとか思ったら甘かった、
実質２ポイント。ぴぎゃーす。

http://www.watch.impress.co.jp/pc/docs/article/20010228/idf03.htm

GeForce3

>>800
GCは混載といっても12GB/s程度。
NV2Aは単純に今までより4倍増しになった。
うう、微妙。

今までより4倍て 元が低かっただけじゃん

4倍は間違い、ゴメン。
要は、256bitのバス1本の時どの程度ロスがあったのか
ってことだよね。
で、それがどの程度緩和されるのか。
上の人が言っている余っちゃう端数分が256bit時にはどの程度あったのか
これは計算で求めるのは難しいよねえ。

ところで描画性能ばっかりだけど、ゲーム性が広がりやすいとかそういう性能の話はないの？

今時のゲーム機はＤＶＤぐらい見れんとな
なにゅい！？ＧＣは見れん？
勝ったな
くたたたた！！

俺的にはグラフィックより、AIをもっとパワーアップして欲しいんだけど
現状では難しいだろうなあ。AIなんて一つの学問みたいなもんだろうからなあ。
バーチャ4とかいっても、CPUの嘘臭い強さは3の頃と何も変わっていないんだろうな。
>>805
結論としてない。3Dサウンドぐらいしか。

Core Frequency: 451.047MHz
Access Pattern: Continuous
Access| Unbuffered Access[MB/sec] | Buffered Access[MB/sec]
Size | Read Write RD/M/WR| Read Write RD/M/WR
------+-----------------------------+-----------------------------
4K | 405.952 403.558 342.826| 1795.420 1802.427 1352.480
8K | 407.474 401.584 350.500| 1793.677 1640.024 1352.480
16K | 410.553 399.889 349.671| 1680.298 1471.808 1281.865
32K | 410.188 257.270 244.996| 410.849 257.024 245.269
64K | 410.861 217.241 212.749| 410.987 217.260 212.921
128K | 411.361 201.519 199.734| 411.258 201.518 199.757
256K | 411.388 194.388 193.751| 411.400 194.489 193.751
512K | 411.421 191.066 190.906| 411.426 191.089 190.928
1024K | 411.433 189.484 189.512| 411.435 189.524 189.525
2048K | 411.447 188.708 188.831| 411.448 188.711 188.821

>>807
HDDがついてるほうが、随時セーブするゲームがつくれるとか
通信でデータのアップデートができるとか
GBAがつくとか
そういうのはどうなのかな？

みんなあほだね
PS2のHDDは40GB。
よってPS2が一番性能いい。

>>807
それだって現行ハードでしてないわけじゃないしね。
やっぱ、実物で「おお、こういう手があったか！」つーのは見れても、スペックとして与えられた情報だけで
未来を予測するようなのは難しいだろ。
個人的にはオリンパスのアイトレックと組んで３Ｄグラスの本格採用とかを期待したいんだが。

>>810
アレの話はするな出川。
それはそうと出川トホホだな（藁

>>810
出川必死だな(藁
コストパフォーマンスはＤＣの方が１００倍上なのにね(藁

XBOX＞GCが確定したとたんこれかよ。
ひょっとして荒らしってアンチMS？

810＠｀812-813
なんだこいつ等？

＞HDDがついてるほうが、随時セーブするゲームがつくれるとか
現行PCゲー見ても、そう画期的なのは無かったんじゃない？
結局ユーザーがプレイによって創出するデータはたかが知れてるから、
必要容量ってのも知れてるんじゃないかな？
ってコレは今までのゲームスタイルでの話なんだけど。

>>814
うーん。GeForce3では標準添付の効果が増えたのは良いけど、
それ以上の効果はは結局他ハードと同様産みの苦しみを経るんじゃないかな。
で、NV2Aでは256bitで確定した？

>>816
>それ以上の効果はは結局他ハードと同様産みの苦しみを経るんじゃないかな。
そんな事はどれほどハードが進化しようと同じ事。今更言うまでもない。
同じ苦しみでよりリアルな表現ができる。しかもその上限もより高くなる。
このメリットを無視するなら新ハードによる性能の向上自体に意味が無くなる。

>で、NV2Aでは256bitで確定した？
今までのNVIDIAの発言（GeForce＜XBOX、ボトルネックの対策も万全)見てる限りしないわけが無いと思うが。

>>817
＞同じ苦しみでよりリアルな表現ができる。しかもその上限もより高くなる。
同じでなく、よりリアルな表現をするためには今までより苦労することになるのでは、という意味じゃ？
ＤＣよりＰＳ２のほうが辛い程度に。カーマックのインタビューでもそれに近い表現はあったし。

＞今までのNVIDIAの発言（GeForce＜XBOX、ボトルネックの対策も万全)見てる限りしないわけが無いと思うが。
相方のマイクロソフトの発言がくるくる変わってるのとか、一応公式には128bit 200MHz-DDR SDRAMと
いうことになっていることがあるんで、出来れば保証が欲しいんだろうね。
つーわけで、誰か偉い人、NV2Aのデータの追加して。

VGAは現時点で判明している情報は散々語り尽くしました。
ゲームの肝となるサウンドはどうでしょう。
聞いたところによるとMCPXに内蔵された64bitチップだそうですが。
APIはダイレクトサウンドですか？EAXやA3D2、4スピーカーのサポート
はどうでしょう。
ここは文句なくX-BOXがPS2やGCに差をつけてるところだと思いますが。

この情報に対するGC派の否定意見は無いんでしょうか？
この前のネタに比べたら反応がおとなしすぎるような・・・。
散々カタログスペックでGCマンセーしてた人達から、
今更精神論や実践論が聞かれるところをみると
スペック上ではX>GCが確定したからでしょうか？

>>819
DirectX8にあるサウンドAPIだというのはどこぞのインタビューであった気がするけど、
画面は雑誌とかでも出しやすいのに比べると、音は表に出しにくいから…。
他より特色があるといえるのはそれと音もネット対応、ぐらいじゃ？
でも、ＰＳ２もドルビーデジタルじゃなかったっけ？

>>820
まだ検証中。GCのエフェクトが実情どうなのか。
今度はGC側の踏み込んだ発表要るかな。

それから、インプレスでGeforce3カードのスペック見てると、
DDR460MHzで最大帯域幅は7.3GBとの事。これ見る限り128bitだけど。

>>821
PS2はサウンド周りもやっぱりライブラリに頼りきりでしょ。

>>820
今回のもカタログだし、そもそもＭＳ信者はNV2AはNV20と別物、と主張して来たんじゃなかったっけ？

すくなくともSoundBlasterよりましだとおもいます。

要は、面白いソフトを作れるかどうかだな。
マイクロソフトのゲームはどうも合わん

描画についてだけどX-BOXはHDTV対応だよね。GCはHDTV対応なのかい？
HDTVのワイド画面でX-BOXで発売予定のコリンマクレーラリーＸをプレイしてる
妄想をしてるんだがね。
どういうことかっちゅーとラリーゲームだとドリフト時にコーナーの内側の壁しか見えないよね？
でもワイド画面なら両端に横窓からの視点を少しでも追加することができて車ゲーがかなりおもしろくなる
こと確実だと思うんだがどうか。

それからサウンドだけどX-BOXはドルビーデジタルエンコーダー内蔵という
噂を某サウンドカード系ＨＰで見た気がする。
つまりゲームの立体音響をドルビーデジタル(AC3）出力可能ちゅうことだな。

ＨＤＴＶも今年あたりかなり安くなるやろ。

>>827
フレームレートと視界、どっちを取るかかな。
ＤｉｒｅｃｔＸレベルで対応しているだけで、
対応ゲーム自体は出てくる可能性は低い。実験的な物は出てくるかも。
それと、単にワイドテレビってだけなら、GCでも対応できるよ。

ＨＤＴＶの普及は５年後でそう間違い無いんでない？

Ｘ箱が成功したらゲームソフトメーカーとしてマイクロソフトは任天堂を超えるよ。

>>829
それだけは断じて阻止せねば。

PS2はSPDI/Fでデコーダー内蔵外部アンプに出力するだけだよね。
X-BOXは別途AC3デコーダー要らないの？

>>828
フレームレートと視界、両方確保したとしてワイド対応にするとX-BOXを持ってしても
そんなに描画品質を犠牲にしなくちゃいけないのかね？
ぜひとも積極的に対応してゲーム革命して欲しいね。
また妄想でおわるのかな(;´д｀)
PS2にはがっかりさせられたからな。

それとHDTVの普及は５年後？？ちゅーと国民はBSデジタル放送を
５年間無視、2003年に地上波デジタル放送がはじまるとしてそれも
１，２年間無視っちゅーことかい？
鬱だ・・・

Ｘのメモリレイアウトどうするのか 知らないけど
仮に６４ＭＢ中 ４８ＭＢをＣＰＵとＨＤ・ＤＶＤ・サウンド等の
バッファ領域として 残り１６ＭＢをＶＡＲＭ領域とすると
４つのメモリコントローラの内３つを他のデバイスに使われて
ＧＰＵが使えるのは ３２ＢＩＴ幅１本だけ ということになりますよね。

これだと ＵＭＡがどうのこうのという以前で
圧倒的に帯域不足で Ｘはへたすると
１世代どころか １昔前のビデオカードより
ポリゴンの描画数が 少なくなってしまいそうですが。

さらに その１６ＭＢの中に テクスチャ領域まで入れてしまうと
この狭い所で ランダムアクセスが発生するから
問題にならなくなりますよ。

>>831
いやデコーダーは別途要るだろ。
要はX-BOXはハードウェアでリアルタイムDolbyDigitalエンコーダ内蔵
ちゅーことだな。
PS2はライブラリ依存？、難しいことはよくわからんが、できるとしても
ソフトウェア処理するしかなくて、負荷がかかるし開発が大変だから
実質的にゲームの立体音響をDDエンコードするのはPS2では難しいってことじゃないかな。
情報は下記参照だな。
ttp://liveds.com/news2001/news.cgi
http://www.wired.com/news/technology/0＠｀1282＠｀41849＠｀00.html

>>824
だからカタログ上ではXBOX＞GCってことになったんじゃないの？
>ＭＳ信者はNV2AはNV20と別物、と主張して来たんじゃなかったっけ？
確かに。
NV2A＞NV20
こう主張してた。

>>833
んなわけない。

GeForce3デモムービー
http://www.4gamer.net/patch/cool/gf3.html

頂点読み込み、テクスチャ読み込み、描画の3ユニット48MB
+CPUその他16MBくらいに分けるのが無難なんじゃない？

>>832
HDTV普及には五年どころか十年くらいかかるんでないかね。

アレの話はするなっつってんだろ！！！！

>>834
PS2だと難しいだろうね。
実際DVDムービーパートだけで、ゲームパートがDDになったソフトは無いし。

>>839
でも公称ポリゴン数は５７００万ポリゴン、アレ以下…。
ベンチとかも最大２倍という話なんでデモレベルで６００万、チューニングして１０００万？

5700万ってポリゴン数じゃなくてトランジスタ数じゃないかな？

>>840
魔剣シャオはゲーム中もDDででるらしいが。

>>833
同じ心配した。
とすると、メモリ→メモリへのCOPY速度も時に問題になるかな？

上にもあるけど、GeForce3のアクセラレータボードの公式発表で挙げられているスペックが、
三角ポリゴン毎秒５７００万、フィルレート毎秒７．４ギガテクセル。
http://www.digit-life.com/news.html#983258894

すまん、845は>>842ね。

何気に>>808のメモリーベンチが怖いんですけど。

プログラマブルシェーダーが足引っ張ってるって事無い？

>>848
カーマックの感想で「テクスチャフィルタリングと帯域幅（多分メモリの）が性能増減の大きい
要因になると思う」とあったけど、プログラマブルシェーダってテクスチャフィルタと関係ある？

>>820
ていうか１０あったと思われた性能差が５くらいになった状況で
「まだ５の差があるよ、理由は・・・」なんて書くのはめんどう
ってことで。

ここまで引きずってもベンチでしかwrite1/2説は説明できないということは、
RAMの特性としてそれが存在するわけではなさそうだということだな。
可能性としては無くも無いが。

グラフィックはXbox最強！

>>851
Ｌ２キャッシュの容量辺りから差が出ているところを見ると、
それは、そのベンチマークの問題だと思うが。
「ライトミス時にキャッシュライン・リフィルの為のリード
がかかって、都合倍」って感じ。とすると、ＤＭＡとかＸＧＰＵ
からのアクセスに関しては関係ナッシング。

>>852
jpeg画像ならな。

>>853
コピペやめろ。

>>845
君の言ってるのはPC上でのGeForce3の性能。
当然XBOX上でのGPUはそれを遥かに上回ります。
>「AGPバスがある限り、毎秒1億2500万ポリゴンという数字は絶対に考えられない。
>XGPUはメモリをプロセッサーと共有するという、統合化された設計思想から生まれた。
>通常グラフィックチップはバスによってCPUとは切り離されてしまうのだが。
>すべてはこの設計のおかげで可能になった」
>と、ヌビディア社でプロダクト・マーケティング・ディレクターを務めるトニー・トマシ氏は語った。

>>855
でも正しいよ。
あれは単なるベンチマークの問題。

>>850
正確には
昨日：GC−XBOX＝10
今日：XBOX−GC＝5

NV20ベンチ
http://www.digit-life.com/articles/gf3/index.html

がいしゅつ？

>>585
はいはい。

http://www.4gamer.net/news/history/2001.02/20010227110449detail.html
＞ちなみにプレステ2でもこのレベルの表現ならできなくはないが，やっているソフトは皆無。

私もあれくらいならPS2でもできると思いました。ポリゴン少なければ１画面分くらいの
バンプは楽勝でしょう。

>>856
それがよく判らんのだ。普通は入り口と出口を分けて流れを２本用意する方が、入り口も出口も
同じで流れも一本より速そうに思うし、実際にＰＣではそうなんだが、一体どんな魔法を
用意するつもりやら。
ついでに云えば、毎秒１億２０００万ポリゴンってNV20の倍だぞ？
NV15からNV20より大きい差かもしれないのを、同じコアの周辺を変えるだけで本当に達成
出来ると思うか？やっぱ、俺はスペックダウンしている方が可能性が高いと思うな。

>>856
よくわからんにしてもAGPが足枷になることくらいはわかるだろ。
あんたの言いたいこともよくわからんよ。
なにが２本？具体的にいってくれ。

>>855
内容が正しかろうが回答としては適切でないし
無断＆スレ内コピペはクソ。

AGPが足かせになるなんて、当時の人達は思わなかった
んだとうなぁ。VLバスを思い出すね…（遅くなかったけど）。
初めて買ったVGAカードはATiのMach32搭載VLバスもの
だったよ。発色が綺麗だった。

>>800
それがnVIDIAマジックです。

>>861
発表会も含めて実際に見たこと無いんだから無理なんじゃない？
GeForceのあれがポリゴン少ないとは思えんし。

あの４ポイント（自称）アンチは純粋にぼかし以外の何物でもないよなあ。
エイリアス消す力は微塵も無いし。輪郭は100%ぼけるし。
まあテレビだから実際は許されるか。DCのフリッカーフリーみたいなもんか。

>>862
ちゃんと文章読んだか？
AGP使ってるPC上ではGeForce３でもボトルネックが大きすぎて
5700万ポリゴンしか表示できない。
ただしAGPから開放されたXBOXアーキテクチャでは真の実力（1億2500万ポリ）
が発揮できる。
トニーはそういってるのよ。

モデルデータはVRAMに置けないのか？GeForce3。
置ければAGP関係ないはずだが。

あれですかね。普通は描画チップにポリゴンモデル
の座標をパケットにして渡すワケですけど、XBOXって
UMAだから描画チップが直にメモリ上の座標データに
アクセスできるじゃぁありませんか。

んで、早い…とか？

>>868
4ポイントじゃなくて自称「5ポイント」です。
まさにマジック（藁

実際転送する頂点の量なんてたかが知れてると思うんだが。

>>863
もしかして>>856じゃなくて>>862？
ＰＣのは出口がVRAM、入り口がAGPと一部VRAMなわけっしょ？流れはちょっと乱れるけど、それでも
帯域幅は4*AGPの2.8GB/sとVRAMの7.2GB/sを上手く使い分けられそうに思える。
対してXboxは入り口も出口も128bit 200MHz DDRの6.4GB/s、しかもUMAで常時兼用されている状態。
これでＰＣ用ボードより効率を良くするためには、魔法レベルで流れを切り盛りしてみせるしかないでしょ？
>>867
アラビアのおっさんのは結構ちゃちく見えたけどな。それこそシェンムーとかスクウェアのじいさんとか…。

>>872
いや、５ポイントの方はいちおうはアンチ能力あるからいいんだけど、
既存のやり方（？）として提示された４ポイントの方が純粋にぼかしで。
あんたらそれをいままでアンチと称していたのですか？って感じでびっくり。

カメレオンmpgみた。
ぜんぜんすごくないぞ。

>>873
トライアングルストリップして１ポリゴン１座標相当
だとすると、座標がdouble型なら

8byte×１億2000万でしょ、１秒に。だから…
９億6000万バイトか。
確かにたいした事ないかもね。

Tom's Hardwareみる限りでは、Quincunxはその点とXYハーフピクセル
ずらしたまわりの４つの近傍とのフィルタリングっぽい。
http://www4.tomshardware.com/graphic/01q1/010227/geforce3-28.html
なんか2xでいいじゃないかと思うのは俺だけ？

補足
４ポイント＝１ピクセルあたり１ポイントのサンプリング
５ポイント＝１ピクセルあたり２ポイントのサンプリング
おまえもかnVIDIA。

>>875
既存の4サンプルアンチは一応本物のアンチだと思うが？

>>879
4ポイント＝1ピクセルあたり4ポイントのサンプリング
自称5ポイント＝1ピクセルあたり2ポイントのサンプリング + ぼかし

>>878
2xっていうと縦とか横とかのアンチと思っちゃうので
QuincunxはQuincunxでいいよ。
５サンプリングとはいってないし。

>>874
あれがシェンムーのハイエンドフェイスと同レベルに見えるのか！？

>>877
秒間一億二千万ポリゴンも描く気か？

>>874
でもスクウェアの爺さんにはバンプかかってなかったね。

>>882
たしかに実質2xの手間でクォリティがちょっと上っていうのは考えたなと思う。
だけどテレビで出したら違いがわかるだろか？
Geforce3はTV出力もできるらしいので、金持ちの人は速攻で入手して試して欲しい（Ｗ

>>884
あのさ、AGPバスがネックでGeForce3が5700ポリしか
出ないって話題からの延長だから、最大ポリの数で
考えないと意味無いでしょ？

Xboxの勝利は決定しました。
スレッド終了です

>>874
＞帯域幅は4*AGPの2.8GB/sとVRAMの7.2GB/sを上手く使い分けられそうに思える。
これが間違い。

>887
5700万ポリゴンの誤記ね。

このおっさんも凄い。ターバン爺より凄い。
肌の質感は本物みたい。
http://www.ixbt.com/video/images/geforce3/man2.jpg

なにげに重大事実。
http://www.watch.impress.co.jp/pc/docs/article/20010228/idf03.htm

＞タマシ氏は「今回発表したGeForce3のテクノロジはマイクロソフトのXboxにも
＞採用される。XboxのノースブリッジであるXGPUにはGeForce3のグラフィックス
＞コアが内蔵され、SMAのアーキテクチャが採用される。さらに、NVIDIAはサウス
＞ブリッジであるMCPXも開発しており、これらをXbox用として供給する」と述べ、、

「+毛」もキャンセルのようですね。

これだけきれいなら十分でしょ

>>893
同意。
「毛＝周波数が上がるだけ」でも良し。

pc-infoでもxgpu=geforce3説。

>>892
それはこの間のMAC版のときに既に発表されてたんじゃ・・・。

>>896
ここでは初出。

XBOX、モノすごいやね。
GCの方が性能が上と言っていた連中はおとなしくなっちゃったな。（藁

>>897
何度か言及した人もいたはずだが。

>>898
なんか今日は苦しい批判ばかりしてるよね（苦笑

>>899
ひまなら挙げてみそ。

推測で追い越されそうになったら騒ぐよ。
いまは別に。

>>901
邪魔くさい。別にどっちでもいいよ。

http://cheese.2ch.net/test/read.cgi?bbs=ghard&key=983343468
新スレ立てました。

aaaaaaaaaaaagggggggggggggggeeeeeeeeeeeee