★☆★描画順を極めろｺﾞﾙｧｧｧ!!★☆★

**名無しさん＠お腹いっぱい。** · 01/11/16 08:19

　　（＼＿／）　　／￣￣￣￣￣￣￣￣￣￣￣￣￣￣
　　（　｀Д´）　＜　描画順ってﾒﾝﾄﾞｸｾｪ
　　 /　　　ﾉつ　＼＿＿＿＿＿＿＿＿＿＿＿＿＿＿
　　（人＿つ_つ

パフォーマンスと絵の質にダイレクトに跳ね返ってくる
（不透明／半透明）ポリゴンの描画順、オブジェクトの描画順、Ｚソート、
ハードウェアオクルージョンカリング効率についてだけ熱く語るスレ。

**名無しさん＠お腹いっぱい。** · 01/11/16 08:20

それなりに深い話題かもしれないが、
タイトルの装飾はなんとかならなかったのか。

1 · 01/11/16 08:26

　　 ∧＿∧　　／￣￣￣￣￣
　　（´┏┓｀）＜　正直、タイトルの装飾はスマンカッタ！
　　（　　　　）　＼＿＿＿＿＿
　　｜｜　|
　　（_＿）＿）

01/11/16 09:01

オクルージョンカリングって何？

**名無しさん＠お腹いっぱい。** · 01/11/16 11:05

ここでのオクルージョンカリングはXboxとGefoce3のファンクションで
Zテストを早めに行って表示する必要のないピクセルを高速に捨てる
Radeonはもっと高度なファンクションを持ってて
違う名前がついてるけど基本は同じ
手前のpolygonから順にソートして描画すると
これらのファンクションを生かせる

01/11/16 11:13

ただのZテストと違うんか？
重いピクセル処理前にZテストするのは当たり前だと思えるが？

**名無しさん＠お腹いっぱい。** · 01/11/16 12:27

>>1まずはタイトルの★の描画順をなんとかすれ

**名無しさん＠お腹いっぱい。** · 01/11/16 12:38

ところで、みんなは真面目にＺソートってやってる？

Ｚソートするためにはまず自前で座標計算しなきゃだめだよね。
そしたらハードウェアT&Lが活かされなくなくなるから
全体的な速度を考えると半透明と不透明オブジェクトを
分けて描画する程度でごまかしてるんだが｡

＃なんか解かり難い書き方でｽﾏｿ

**名無しさん＠お腹いっぱい。** · 01/11/16 16:27

ＢＳＰツリーをトラバースしてソーティング。

01/11/16 16:52

計算結果をVertexBufferの残す奴があったと思うが　どうか？
でも逆に遅そうな予感

**名無しサソ** · 01/11/16 19:23

>8
　やるとしても、せいぜいオブジェクト単位のソートくらい。
ポリゴン単位でやると、多分遅くなる（少なくとも自分の腕では）。
>10にあるように、描画しない座標変換も出来るけどね。

　やっぱり違いの分かる人はアルファブレンドの違和感も非常に
気になる物なのかな。アバウトな自分はあまり気にしない（駄目人間）

**名無しさん＠お腹いっぱい。** · 01/11/17 00:47

アルファブレンドの違和感というか、
アルファでテクスチャを抜く時、ソートを厳密にやってないと
半透明の縁の部分に背景の色とか変な色が残る。
６４はエッジアンチにアルファを使ってるが
たとえば６４のマリオを見ると
ソートを厳密にやってないので
よく見るとキャラのエッヂが変な色になっていることがある。
この種の違い。
マリオみたいにゲームが面白ければ気にならないが。

**名無しサソ** · 01/11/17 03:21

>12
　そうだね。すっかり忘れてた（苦笑）ただ、市販ゲームでも
その辺が上手く処理できてないのも非常に多いね。やっぱり細かい
見た目より速度を重視しての事かな。

　テクスチャのアルファブレンド＆バイリニアフィルタって
色々と気にしないとうまくいかないねぇ。

**名無しさん＠お腹いっぱい。** · 01/11/17 13:46

FFXの髪の毛の抜きとかうまくいっているときとだめなときがあるのですが
うまくいっているときは抜きを使わずに書いているのでしょうか？（ハイポリ）

それとも細かいオブジェクト単位でソートをきちんとやっているのでしょうか？

**名無しさん＠お腹いっぱい。** · 01/11/18 22:41

>>14
デザイナさんがソフト上である程度優先順位をつけたデータを使ってん
だべさ。ＦＦＸみたいな短冊髪の毛だとどーしてもある角度で矛盾がで
きてしまうんだべ。

　つーか、キミの黒いゲーム機で真面目にソートなんかした日にゃＤＣ
以下しか出せんべ。良くてオブジェクト単位でソート。

　ま、んな事にこだわるぐらいなら中身を作りこめっつーの。

**名無しさん＠お腹いっぱい。** · 01/11/18 22:55

>>15
角度で矛盾とかゆうよりかは、背景のオブジェクトに半透明使ってるときに
うまくいってないような気が。

>ま、んな事にこだわるぐらいなら中身を作りこめっつーの。
はげしく同意。

**名無しさん＠お腹いっぱい。** · 01/11/19 02:43

>>15
中身作りこむ人と描画部組む人は違うべよ。
ソートがんばって中身がクソになったなんて話はねーだろ。

01/11/19 13:52

半透明のソートの実装はどうやるのが良いんでしょうか？
バケツ(ビンorPS1方式）ソート？

Z値からバケツのIndexはどう割り振るんでしょう
Z値が0から1まで均等に分布するってこたぁないだろうし、、、
なんて変な小細工するより何にも考えないほうがいいかな

あ、そもそもオブジェクト単位のソートならあんま気にする事もないのかな
（でもPS1ですら（やもえずだけど）ポリゴン単位のソートしてるわけで、
いまどきは全体のポリゴン数は多いとはいえ、半透明部分のみのソートって、
そんなに重い処理ですか？）

**名無しさん＠お腹いっぱい。** · 01/11/19 16:39

W値でソート

**名無しさん＠お腹いっぱい。** · 01/11/19 16:40

ソートにWは使わないよ

あま · 01/11/19 21:07

こないだSCEから配られたっつう Z sort routine はどんな
手を使ってたの？

**名無しさん＠お腹いっぱい。** · 01/11/20 00:24

よく知りませんが、
ソートってそんなにコストが高いんですか？（半透明のみなのに・・・）

**名無しさん＠お腹いっぱい。** · 01/11/20 02:27

諸々のＰＳ２の
ミドルぅエアのこのあたりの半透明ソート問題ってどうやって
解決してるの？

**名無しさん＠お腹いっぱい。** · 01/11/20 16:52

レンダリング後のZバッファが必要でないなら、
交差ポリゴン分割＋フルZソートで良いじゃんと思う今日この頃

01/11/20 20:03

交差ポリゴン分割は大変でないの？

**名無しさん＠お腹いっぱい。** · 01/11/20 20:25

>>24
ハードウェアレンダリングパイプラインの効率を無視しちゃイヤン。
最後まで頂点をレンダリングエンジンに送れないじゃん。
＋変形するモデルはどうすんの？

24 · 01/11/20 20:31

オレは新しいハードの機能とかについていくのに脱落した人間だから、
自前のソフトレンダラしか使｛わ|え｝なくなった人間なんで。
ソートとバッファを使い分けたり、めんどくさくてやってられねぇっす

19 · 01/11/21 15:13

>>20　そう？いい方法だと思ったんだけどな｡
Wつーか、1/Zをキーにしてソートかければいいんでねーの？だめ？
ツッコミきぼんぬ

**名前は開発中のものです。** · 01/11/23 01:21

>15

>デザイナさんがソフト上である程度優先順位をつけたデータを使ってん
>だべさ。ＦＦＸみたいな短冊髪の毛だとどーしてもある角度で矛盾がで

ツールみたいなものでしょうか？Mayaとかでそういった機能があるのでしょうか？
CGツールをまったく知らないのでさっぱりです。よろしければもう少し詳しく教え
ていただけないでしょうか？

**名前は開発中のものです。** · 01/11/23 01:26

>>29
　んーにゃ。普通の３Dツールだったらプレビューの表示はポリゴンソート
なんかせずに「作った順番に」表示すんべ？んでもって、普通にコンバート
なりで出力したら「作った順番に」ポリゴン吐き出すベ？
　デザイナがカットアンドペーストでそこそこちゃんと見える順番にポリゴ
ン表示順位を決めてやればなーんも問題ないって訳さ。

　ま、スクウェアだともっと別の方法かもしんないけど、意外とこんなロー
テクで大体の場面は誤魔化せるもんなのよ。具体的によーわからんのだった
ら自分で実際にモデリングして試してみんべ。

**名前は開発中のものです。** · 01/11/23 07:21

要Ｚソートな描画と Triangle Stripって禿しく相性悪いと思うんだけど
みんなはどう対処してるんだろか。
1Stripが回り込んでいたりとか、変形ありのモデルだと更に判断しにくいし。

やっぱStripで繋ぐのは捨てて、最初から独立三角形で描画？

**名前は開発中のものです。** · 01/11/23 15:12

事前に開発用のPCでモデルデータの形状解析してストリップ面
を生成すればよろし。
簡単な例だと、球体等は円周上にストリップ化せず、よりローポリ風に
面をまとめる感じにコンバートする。
解析部をGAアルゴリズム化して、勝手にベンチさせて優秀な奴を残すと、
平均で2000ポリ程度のモデル(法線,UV付き)3/4～2/3の負荷で落ち着くよ。

01/11/23 15:33

うへ、そこまでするの？
どうやったって全方位から見られる事を考えれば破綻するっぽいけど

DXじゃ短いStrip重くて意味ないしさ

**名前は開発中のものです。** · 01/11/23 16:30

>>32
某車ゲーの開発者にそんな話聞いたことがあったのですが、やっぱ
良いストリップ拾うのって大変なんすね。

**名前は開発中のものです。** · 01/11/24 03:59

>>33
一回作れば他でも使えるから、そこまでします。
それがメシのネタなので。
ゲームの場合は全方向性は重要じゃなく、一番頻繁に見る
アングルに偏りがあるから結構効果が高い。
ベンチは、ターゲット機で実際の描画をいろんな角度で
表示させながら成績を出させるから、実情に適したデータになる。
モデル修正した場合も、前回優秀な結果を出した因子で再度計算
させるだけで、この場合は数秒で終わる。
もっとも、描画部のプログラマがちゃんと最適化して
デザイナーが無駄ポリつかわないようにしてないと意味無いけど。

**名前は開発中のものです。** · 01/11/24 05:16

>>35
　飯のネタにケチつける訳じゃないが、そこまでやって全方位から完璧な
ストリップが得られる訳じゃないっつーのもなんだね。もっとスマートな
方法があればいいんだけど。

　畑が違うんでよーワカランのだけど、CUBEのタイトルってどいつもコイツ
もドリキャス並みに半透明を気軽に使ってるんだけど、あれは単に力技なの
かねぇ？それともハード的に何か工夫がしてある？

01/11/24 07:23

飯のネタ　じゃなくて　飯の種だろ
日本語の方も頼むよ

**名前は開発中のものです。** · 01/11/24 07:42

>>35
最適化って、やっぱりみなさんアセンブリでイジクリ回してるわけですか？
描画担当って汗技術必須なんすかね？

**名前は開発中のものです。** · 01/11/24 08:14

>>37
どうでもいいことだが
「ネタ」ってのはそもそも「タネ」の逆読み（業界語）なんだから
どっちでもいいじゃん。

**名前は開発中のものです。** · 01/11/24 12:05

>>39
何業界？おせーてっ！！

**名前は開発中のものです。** · 01/11/24 12:08

>ねた
>（「たね（種）」を逆さ読みした隠語）
広辞苑第五版

>ねた
>〔たね（種）の倒語〕
大辞林第二版

つーか、そうだったのか。Σ（ﾟдﾟlll）ｶﾞｰﾝ

**名前は開発中のものです。** · 01/11/24 12:15

>隠語
ﾊｧﾊｧﾌｩ､ｳ､ｱﾊｧ､ｳｯｸｯﾝ､ﾌｧ

**名前は開発中のものです。** · 01/11/24 13:48

>>40
もちろん寿司屋さ

**名前は開発中のものです。** · 01/11/24 16:10

>>36
全方向に対して均一な得点配分をして解析させれば、ほぼ
完全な解が求まるけど？
1万ポリならセレロン800MHzで４時間くらいかな？
ただ、実際のゲーム中一番良く見るアングルに最適化したほうが
より処理が高速化するから、得点配分を変えるだけで。
事前ソートで処理効率が２～３割アプしている現実があって、
なぜそれに否定的というか悲観的なの？＞36
仮に１割しかアップしなくてもスマートな方法を夢想して、
実体が無いよりぜんぜんいいと思うが。

もちろん最適化が必要ないゲームもあるし、価格対費用効果
が重要なのはわかるけど、デザイナーが手作業でソート順
指定するより生産性高いよ。
でもって、ＧＡソートなんてそんなたいしたモンじゃないし。
参考書とWEB見ながら２週間で形になったけど。サーバ通信部
のほうが教科書どおりに動かなくてなきそうだった。

**名前は開発中のものです。** · 01/11/25 07:09

デスマーチ中はモデル追加するたびに４時間も待ってられない。

**名前は開発中のものです。** · 01/11/25 13:26

描画まわりの高速化は必要な時だけにな。
描画最適化可能な人材なんだったら、もっともっとやるべき大切なことがいっぱい・・・

プログラマー遠藤雅伸氏が答えるスレでも見なさい。ご本人様がご光臨なされてるぞ。
って別に布教活動ってわけじゃないんだけどね。

**名前は開発中のものです。** · 01/11/25 18:31

>>45-46
44じゃないけど、ワークフローに一度組み込んじゃえば問題ない気がするけど。
４時間（実際はもっと速いマシン使うだろうからもっと短いだろうけど）も、
実データの差し替えをするときだけすれば（実際には寝る前、帰る前）にすれば
いいだろうし。
//プログラマーのところでないと実機でプレビューできないのであれば、それは
//開発環境、ワークフローの準備不足。

**名前は開発中のものです。** · 01/11/26 03:50

なにげに非常に重要な話題のスレだよなあ。上げ。

**名前は開発中のものです。** · 01/11/26 05:36

頂点キャッシュ、ストリップ化はこういうスレを立てて独立すれば？

★☆★メッシュ最適化を極めろｺﾞﾙｧｧｧ!!★☆★

　　（＼＿／）　　／￣￣￣￣￣￣￣￣￣￣￣￣￣￣
　　（　｀Д´）　＜　ストリップとか頂点キャッシュってﾒﾝﾄﾞｸｾｪ
　　 /　　　ﾉつ　＼＿＿＿＿＿＿＿＿＿＿＿＿＿＿
　　（人＿つ_つ

パフォーマンスにダイレクトに跳ね返ってくる
頂点キャッシュ最適化、ストリップ化などの
メッシュ最適化についてだけ熱く語るスレ。

**名前は開発中のものです。** · 01/11/26 06:33

何でも別スレ、別スレか・・・。

**名前は開発中のものです。** · 01/11/26 08:02

DirectXで　1000ポリゴンくらいのＸファイルを、１００ポリゴンくらいに
分割して表示するだけで、なぜか４倍くらいパフォーマンス上がったんだけど、
これって、ただ単に１回に読み込むデータ量が少ないんでほとんどデータを
キャッシュで処理してるから早いってことなのか？

**名前は開発中のものです。** · 01/11/26 11:56

>>49あんま独立しすぎてもなぁ。
そのスレたてても44が引き上げたら終了なんじゃねぇの？

01/11/26 12:59

MSは、一回の描画で１００ポリゴン位がパフォーマンス的に最適と
言っているよ
CPUとの並列化の関係といってたが、単に１回の呼び出し部を複数に分けるだけで意味あるのかね
（間に別の処理でも入ってなけりゃ結局連続して呼ばれるわけだし）

01/11/26 13:18

バッチサイズ
Direct3D は大きなサイズのプリミティブバッチに最適化されています。
1 回の呼び出しで送信できるポリゴンの数が増えれば増えるほど、有利
です。呼び出し 1 回当たりおよそ 100 ポリゴンが目安です。下回る値
では最適パフォーマンスとはいえません。逆に上回るようでは、リター
ンが少なすぎて、並列処理で問題が起きるおそれがあります (以下参照)。

並列処理
他の処理とレンダリングを並列に(同時に)実行すれば、システムパフォ
ーマンスを最大限に活用できます。しかしこれは、「レンダーステート
の変更をできるだけ避けよ」という課題と相反します。一括処理による
ステート変更の削減と、できるだけ早くドライバにデータを出力して並
列性の達成に寄与するいう 2 つの課題の間でうまくバランスをとる必
要があります。総当たり方式で複数の頂点バッファを使用すれば並列処
理しやすくなります。