204(1): 名前は開発中のものです。 [sage] 02/09/07 16:36 ID:??? AAS
何をモメてるのか分らん・・・

シングルテクスチャ・マルチパス(同一オブジェクトをテクスチャ替えて重ね描き)
マルチテクスチャ・シングルパス(複数のテクスチャを同時にバインドして一度描く)
の違いはオーケーとして

最近のハードでは処理時間はパス数にだけ比例するんじゃないのかな。
パス数＝カラーバッファへの読み書き回数＝フィルレート消費量(言葉が変)
だし。(読みが発生するのはアルファブレンドのときね)

以前はブレンドユニットが貧弱だったからマルチテクスチャすると
テクスチャ数に比例した時間がかかってたりするんでしょうなあ。
それでも、カラーバッファへの読み書きが一度でいいから、アクセスが
遅い場合は有効なんじゃないですかね。
RadeMobirity/SavageIX/i810あたりはまだそうかも。

マルチパスだと、ポリゴン数が多い場合、頂点データを２度送る手間がバカに
ならないし。まあ普通は頂点バッファやディスプレイリスト使うか。

でも最終的に信用できるのはベンチマークだけだとハッキリ言う。

>>203
> ２パス、４パス並列に処理するから

それははつみみです(void風)

205(1): 名前は開発中のものです。 [sage] 02/09/07 16:45 ID:??? AAS
>>203
176じゃないけど、そういうヨサゲなハードならマルチテクスチャどんどんやるべきだと
おもうけど、一度に一枚しかテクスチャ貼れなくって、なおかつテクスチャページが
切り替わるたびにページブレークペナルティが発生するようなハードは…

198(1): 194 [sage] 02/09/07 14:41 ID:??? AAS
>>197
つーか、脳内開発者確定の142になんで教えを請わなきゃあかんの？
ゲーム開発者で一番使えネーのが技術オタクの口だけ野郎。142みたいな奴ナ。

142(29): 名前は開発中のものです。 [] 02/09/03 00:35 ID:ELMH1ABY(1) AAS
>>138
正確には「作りたくない」だろうね。
WindowsGUIやMFCなどの知識を習得するのが面倒なのだろう。

個人的に思うのは、ツールプログラムを軽く見ている奴が多すぎ。
ツールなんて誰でも作れると言いつつ、まともなツールを作ったことのない奴がほとんど。

いくら高度なシステムを作っても、インターフェイスがテキストベースで
デザイナーやプランナーに負荷かけて効率や品質落としているようでは意味無いし、
なんで昔からのゲームプログラマはプログラム内容にしか目を向けず、
開発プロセス全体の効率化を考えないのかな・・・。

これからの時代は、システムの実装（＝ライブラリ）から、インターフェイスの整備（＝ツール）までを
一貫して構築できるプログラマが求められると思うよ。