出し惜しみせずに３Ｄの技術を誰かが答えます

1 · 01/11/15 21:43

３Ｄで解らない事や気になる技術の具体的内容を
誰かが答えます。
じゃんじゃんネタ振ってくれ。

俺も業界で飯食ってるが知ってる事は出し惜しみせずに
答えるよ。みんなでレベルアップしようぜ。

とりあえずＢＢＸとBio120%の過去ログは見とけ。

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

>>161
masaさんのページ見たけど、
その式はどうやって導出したものか説明がないですね。
教えて欲しい。

**名無しサソ** · 01/12/04 23:39

>160
　いや、別にむかついた訳じゃないんだけど・・・
話題がちゃんとでていたのだから、>156でもうちょっと
分からないことを絞って欲しかっただけだよ。気分を
害したのなら申し訳ない。ﾏﾀｰﾘと行こう。

　と言うわけで折角だからソース公開。汚いけど気合いで
読んでもらえると幸い。

D3DMATRIX vmat,wmat //vmat：ビュー変換行列　wmat：モデル変換行列
D3DVECTOR v,half; //v：単位化した頂点座標　half：ハーフベクトル
WORD a = *pTIndices; //頂点のインデックスを取得

wmat = *pMatrixStack->GetTop();　//モデル変換行列を取得
pd3dDevice->GetTransform( D3DTRANSFORMSTATE_VIEW,&vmat);　//ビュー変換行列を取得
v = *((D3DVECTOR*)&pVertices[a]);　//モデルの座標を取得
D3DMath_VectorMatrixMultiply(v,v,wmat * vmat);　//ビュー座標への座標変換
v = Normalize(v);　//vの単位ベクトル化
half = v;
half.z -= 1.0f;　// vに視点ベクトルを足してハーフベクトルを算出
half = Normalize(half); //ハーフベクトルの単位化
m_pTLVertices[NumVertices].sx = half.x * 0.5f + 0.5f;
m_pTLVertices[NumVertices].sy =-half.y * 0.5f + 0.5f;
m_pTLVertices[NumVertices].sx *= viewport.dwWidth;
m_pTLVertices[NumVertices].sy *= viewport.dwHeight; //テクスチャのUVテクスチャ座標に変換

こんな感じ。

**名無しサソ** · 01/12/04 23:41

　補足：zの値は距離の絶対値で取っているけど、平方根は
重そうなので2乗のままで保持していたり。この辺は適当で良いかも。

　ただ、ライティングはこのままだと不可能。個人的にはやっても意味は
あまり無いと思っているので、していない。

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

>ただ、ライティングはこのままだと不可能。個人的にはやっても意味は
>あまり無いと思っているので、していない。

あ、やっぱり。シェーダー考えるとライティングどうしようかなぁ
って思ってた。クランプとかいろいろちゃんとやると結構速度低下
するから省くか頂点カラーかどっちかがいいかなと。
でもアンビエントぐらい足してやりたいなぁ。

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

BRDFってGeForce3だとリアルタイムでいけるのか？
最近よくBRDFって聞くから気になる。
http://tom.g-micro.co.jp/graphic/01q1/010227/geforce3-23.html

＃そういや半球ライティングとかの説明が出てた。
＃ＤＩＹライティングが気になる。
http://www.microsoft.com/japan/developer/directx/welcome/dsmsdn/directx11192001.asp

**160** · 01/12/05 01:30

>>163　うおおお！ソースまで公開してもらって感激っす～。
早速、教えてもらった部分を理解できるよう努力します。
＃見ただけではすぐに理解できない辺りが・・・
俺的に今年度最高の名スレ＆名レス認定。

>>161　教えて君で申し訳ない。
元々数学的素養が欠如してるので最近の３Ｄマンセーな開発事情は
辛いんですよ…いや、飯の種なんで頑張りますけどね。鬱氏。

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

>>162

ひょっとしてこれって説明じゃ。
http://www.opengl.org/developers/code/sig99/advanced99/notes/node177.html#s.equation

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

>>164
vの正規化の時点で距離は求まってるから、それを利用するといいかと。

それと、ライティングはオブジェクト空間で計算するといいですよ。
法線を変換するのではなくて、ライトをオブジェクト空間に変換します。
描画前に1回だけライトを変換すればいいので、法線を変換するよりも
計算量が少なくなります。スキニングとかの関係でオブジェクト空間では
処理できない場合もありますけど。
(いま書きかけのシェーダー関係のhtmlに全く同じ事書いてあるから、ます
ます身元がばれてしまうな)

**名無しサソ** · 01/12/05 02:14

>160
　プロの人？となると将来何かいい結果が目に見えて
生まれるのかな？期待してます（笑）

>169
　あ、Z値はどうにかしてますです。上のコードには簡単の
為に書いてないだけで。あと、ライティングは実用では
わざわざする程の効果はあるのかな、と。ちゃんとする
のであれば、オブジェクト座標系が多分効率がいいでしょうね。

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

>>160
マジでお金貰ってコード書いてる人？
それだけが知りたい。

**160** · 01/12/05 11:37

そうですが、あまりつっこまないで・・・
まぁ、プロにもピンからキリまであるって事っすよ。
低層プログラマの憂鬱・・・鬱出汁脳

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

http://www.xbox.com/projectgothamracing/default.htm?det=1

動的環境マップをやるならこれくらいやらないと。
ムービーで確認せよ。

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

>>173　これってXBOXってことはCube環境マップ？
ハードに任せりゃできるってんなら、それでもいいんだけどな

**名前は開発中のものです。** · 01/12/06 22:07

某氏が反応していたのでコピペしとこう。
このスレいい資料になりそうだ。

>>149
双放物面のクリッピングで、環境マップ空間のＺ座標をアルファに入れて
アルファテストで処理するというのは、僕のアプローチにかなり近いです。
ただ、僕のデモでは、ヘリコプターのプロペラの部分に既にアルファを
使っているので、代わりに texkill を利用しています。

注意すべきことは、頂点座標が非線形変換されるため、
線形補間されるＺ座標が必ずしも正しい値にはならないということです。
うまく処理しないと、単位円の内部でクリップされてしまう場合があります。

あと細かいことですが、双放物面マッピングは View-Independent なので、
カメラ空間と環境マップ空間のＺ軸が一致する必要はないですね。通常は、
環境マップ空間とワールド空間の基底を一致させると使いやすいと思います。
キューブマップの場合も、そうすることが多いですよね。

**名前は開発中のものです。** · 01/12/06 22:16

ノクターンのボリューメトリックソフトシャドウって
どうやってやるんだろうね？

http://www.nocturnegame.com/screensbig/set2-3.html

「各ピクセルについて、各光源からの明るさの寄与を計算して
アルファ部に足していき、最後にピクセルの色にアルファ部を乗算する」
これがNocturneの照明システムの基本だそうで、「光源からの光が他の
ポリゴンに遮蔽されていれば、光源からの明るさの寄与が少なくなるため、
結果的に影になって見える」という理屈です。
＃ＢＢＸの記事より。
＃他に資料ない？

**名前は開発中のものです。** · 01/12/06 22:36

コピペはやめれ。
リンクだけにすれ。

**あっちのROM(ｽﾏ** · 01/12/06 23:00

リンクもやめてくれえ。

**名前は開発中のものです。** · 01/12/07 00:26

コピペは止めるけどリンクはいいっしょ？
だって個人ページの掲示板や日記からもリンクしてるし。

**名前は開発中のものです。** · 01/12/07 00:48

|　　　　＿＿＿＿　　　ジー…
|　　／::::::::　　　　ヽ
|　／::::::::　　　　　　彡彡彡
| /::::::::::　　ヽ　　　　　彡彡彡
|/::::::::　　　　　　　　　　ヽ
|::::::::　　　ノ　　　ヽ　　　|　　　　　　　　∧ 　　　　　　　∧
|::::::::::　　　　　　　　　　|　　　　　　　 /　ヽ　　　　　./ .ヽ
|::::::　ヽ　　　　　　　　／　　　　　　　 /　　｀､　　　　　/ 　ヽ
|:::::::　　　　　　　　／　　　　　　　／　　　　￣￣￣　　　＼
|::::::::::　　　　　　／　　　　　　　　　l:::::::::　　　／　　　　　＼　　 .l
|::::::::　　　　　／　　　　　　　　　　|:::::::::: 　　　　　　　　　　　|
|::::::::　　　　 /　　　　　　　　　　　 |::::::::::::::::: 　＼＿＿_／　　　| 　>>179 変なAA貼られたりすんのが嫌なんじゃない？
|　　　　　　 /　　　　　　　　　　　　ヽ:::::::::::::::::::　　＼／　　　　ノ
|　　　　　　/　　　　　　　　　　　　　　丶::::::::　　　　　　　　　ノ

**名前は開発中のものです。** · 01/12/07 01:34

>>175
その某氏だが、引用元を明かさずコピペしたことにご立腹だ。
とりあえず逝って謝ってこい！
＃ＢＢＳじゃなくてメールでな。下らん謝罪であっちのＢＢＳを汚すなよ

**名前は開発中のものです。** · 01/12/07 01:50

そんなん言ってもここは匿名掲示板だぞ？
引用元を隠した配慮ってやつだったんだけどね。
それじゃココでやったんだしココで謝る。
このスレに反応してくれてたんでせっかくだから
コピペしとこうと安易に考えちゃった、てへ。
今後はしないから許してね～。

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

>>182

ま、コピペなら引用元を隠す配慮になるってーのも都市伝説だから。
数週間待てば検索エンジンで大抵出てくるんでね。みんなやってる。

**名前は開発中のものです。** · 01/12/07 06:49

引用元と引用部分を明確にしないと著作権法にひかっからないか？
とか言ってみたりして

**名前は開発中のものです。** · 01/12/07 07:31

まあ2ｃｈも無法地帯ではないっつーことで

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

>>182-183
「引用元を隠す」ことが、誰に対する「配慮」になるのですか？

日本人は、欧米に比べて引用 (quotation) に対する認識が甘いな。

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

しかし某氏もデュアルほにぁららか言って出し惜しみ
っぽいところがあるのが見てて嫌だな。
もう少し自分のところで日本語でしっかり情報を
まとめてくれればなぁ。

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

　　　　　　 ∫
　　　∧,,∧ ∬　　　　　／￣￣￣￣￣￣￣￣￣
　　ミ,,ﾟДﾟノ,っ━~　　＜　 >>187 中学生かお前は。
＿と~,,,　　~,,,ﾉ＿.　∀　　＼＿＿＿＿＿＿＿＿＿
　　　 .ﾐ,,,/~),　　.|　┷┳━
￣￣￣ .し'J￣￣|...　┃
￣￣￣￣￣￣￣　 .┻

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

>>187　しかし、どの程度自分の知識を披露するかは
完全にその人にゆだねるしかないからな～。
無知な奴は知識のある人に頭下げてお願いするしかないのが普通だろ？
ましてやアカの他人匿名でがその人を出し惜しみとか言うことじたい、
お前何様よ？って感じなんだが。

日本語にまとめてくれとか言う暇あったら英語勉強して
あっちのサイト漁ればもっと有益な情報はいくらでもあるぞ。
＃そういう俺も英語はさっぱりなんだが・・・。鬱氏。

**名前は開発中のものです。** · 01/12/07 12:03

>>186

はいはい。
煽り合戦でお祭りやりたきゃ他所でな。

**名前は開発中のものです。** · 01/12/07 12:55

Dualほにゃららマッピングの解説ページ発見したぞ。
ＯｐｅｎＧＬだが。Kano氏のやり方とはまた違うアプローチのような・・・
http://www.nada.kth.se/~gustavt/dpm/

**名前は開発中のものです。** · 01/12/07 16:43

>>191
見たきたけど全く同じに見えるが。
DualParaboloidはHeidrichの論文見るのが一番分かりやすいかと。
実装するのは簡単だから、いちいち日本語で説明するほどの内容じゃないよ。

あと、そこのページだと２パスで描画しているけど、マルチテクスチャ使えば
１パスで済むよ。２パス描画になると半透明にしたときに使えないから駄目。

**名前は開発中のものです。** · 01/12/07 18:54

２パスってのは前と後ろのDualParaboloid用の
テクスチャがすでにあった状態で、その２つを
１回の描画でターゲットに貼り付けるって事でよい？

**名前は開発中のものです。** · 01/12/07 19:30

ミスった。２パスじゃなくてマルチテクスチャだと
１回の描画で？と聞きたかった。
そういや前誰かがテクスチャ領域の右と左で
前後のテクスチャ用意して１パスで描画するとか
言ってたような気がしたがそれもありか。

**名前は開発中のものです。** · 01/12/07 19:45

Heidrichも某氏掲示板の人も動くソースを出してない。
>>191は参考になる。

**名前は開発中のものです。** · 01/12/07 20:03

実装は簡単だろうと知らない俺にも参考になる。
>>191はエライよ。

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

>>191の内容って
これと同じ？
http://www.opengl.org/developers/code/sig99/advanced99/notes/node186.html
>>139の次ぎのページだけど

**名前は開発中のものです。** · 01/12/07 22:20

>>192
よく見ないで書いてるでしょ。
>>191はマルチテクスチャ版もあるよ。

**名前は開発中のものです。** · 01/12/07 22:22

>>197
>>191はそれとHeidrichの論文を参考にしてる。

**192** · 01/12/07 23:45

下の方はマルチテクスチャだったのね。上しか見てなかった。
ところで、あそこの行列はHeidrichのと少し違うけど、テクスチャが上下逆さま
なのはその影響なのかな？

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

DualほにゃららマップのDirectX版デモ（ソース＆日本語解説付き）があるページきぼん＜消防な俺

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

>>201
まだない。
このスレ見てる人がすぐに作ってくれると思うけど。

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

たぶん大多数の人はDirectX使ってると思うから
みんなそっちに変換しながら組んでるでしょ。
すでに実装までいった人も何人か居るみたいだし。

**Mark** · 01/12/10 02:18

Hi Japanese programmer guys!

Gustav Taxen is using a circular texture to mask dual-paraboloid maps.
His approach, however, inevitably leads to a certain artifact.

In a +Z paraboloid map, infinite homogeneous texture coordinates such as
(s, t, q) = (1, 0, 0) or (-2, 1, 0) actually represent the identical -Z direction.
Therefore, given that the three reflection vectors at the vertices of a triangle
are near to (0, 0, -1), each of the corresponding non-homogeneous texture
coordinates gets extremely large. As a result, they can surround the circle of
the mask in some circumstances.

Since the rasterizer of today's GPUs always interpolates texture coordinates
linearly, values interpolated between such coordinates can fall into the circle,
which means that the mask has a small "hole" in the -Z direction.

Such an artifact can be observed in Kano's OpenGL sample, which I guess
justifies the fact that he is using the same method as that of Gustav.

What is important to note here is that, should you choose the view vector
as the -Z axis of the environment map space, the hole would be invisible.
However, it might contradict view-independency of dual-paraboloid mapping.

What do you think of that?

**名前は開発中のものです。** · 01/12/10 04:19

markがsageてる…

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

(・∀・)sage kakoii!!

**名前は開発中のものです。** · 01/12/10 06:46

この間ロボット系研究室で見た全方位センサに用いられてるカメラ
ttp://www.vstone.co.jp
の画像処理の逆変換みたいな話題でしょうか。英語は何とか読める
けんど、ﾔﾊﾟｰﾘ不勉強ゆえ話についていけんですばい。くやちい。

**名前は開発中のものです。** · 01/12/10 10:22

>>204　Mark Kligard先生の降臨ですか？（ﾜﾗ
あの人って日本語読めるのかな？ましてや２ｃｈ・・・
mark : "鬱"and"逝ってよし"are What meaning?.

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

「today's GPUs」ってあたりが妙に本物っぽいな（藁

**名前は開発中のものです。** · 01/12/10 19:27

つうか>>204って日本語解説くれだのソースくれだの言ってる阿呆に対するイヤミじゃないの？
本物だったら藁うな

**名前は開発中のものです。** · 01/12/10 19:35

204がしびれを切らせて出てきたよ

**名前は開発中のものです。** · 01/12/10 20:34

>Kano's OpenGL sample
ここ見てる某氏も無反応だから偽者か。
メアド書かずにsageてるのも気になるし。

**名前は開発中のものです。** · 01/12/10 20:38

もし本物なら某氏がリンク張ったのが原因かもね。

**名前は開発中のものです。** · 01/12/10 21:47

http://www.excite.co.jp/world/text/

外国の人もエキサイトのWeb翻訳で日本語のページ翻訳すれば読めるよ。

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

　　　　　　　　　　 ∧＿∧　　　／￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
　　　　　　　　　　（　´Д｀）　＜　 >>204って、本物のキルガード先生なのかなぁ
　　　　　　　　　／　　　＼　　＼＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿
　　　　　＿　　 |｜ ∬　｜|
　　　　　 |＼￣￣￣旦￣￣￣ ∬
───／＼＼　　　　 ○ ○　旦＼──､ ∧＿∧　　　／￣￣￣￣￣￣
　　／　　　＼|￣￣￣￣￣￣￣￣￣|.　　（　´Д｀）　＜　ﾝﾅﾜｹﾈｰﾀﾞﾛ
　　 (　　　　　　ﾉ￣￣￣￣￣￣￣￣￣＼～⌒ヽ　/つ　　＼＿＿＿＿＿＿
　　＼　　　　　　　　　　　　　　　　　　　＼＼＼/
　　　＼　　　　　　　　　　　　　　　　　　　　）- ＼.二二つ ''.○,,
　　　　　￣￣￣￣￣￣￣￣￣￣￣￣￣￣　　　　　　＼
＼　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　＼
　￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣

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

きるがーどせんせい登場記念カキコ!

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

正解

まーくぱんさーでした。

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

　　　　　　　　　　 ∧＿∧　　　／￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
　　　　　　　　　　（　´Д｀）　＜　 >>215　クリガードって読むんじゃないのかなぁ
　　　　　　　　　／　　　＼　　＼＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿
　　　　　＿　　 |｜ ∬　｜|
　　　　　 |＼￣￣￣旦￣￣￣ ∬
───／＼＼　　　　 ○ ○　旦＼──､ ∧＿∧　　　／￣￣￣￣￣￣
　　／　　　＼|￣￣￣￣￣￣￣￣￣|.　　（　´Д｀）　＜　ｿｯﾄｼﾄｲﾃﾔﾚﾖ
　　 (　　　　　　ﾉ￣￣￣￣￣￣￣￣￣＼～⌒ヽ　/つ　　＼＿＿＿＿＿＿
　　＼　　　　　　　　　　　　　　　　　　　＼＼＼/
　　　＼　　　　　　　　　　　　　　　　　　　　）- ＼.二二つ ''.○,,
　　　　　￣￣￣￣￣￣￣￣￣￣￣￣￣￣　　　　　　＼
＼　　　　　　　　　　　　　　　　　　　　　　　　　　　　　　＼
　￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣

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

○ http://www.google.com/search?q=Mark+Kilgard
× http://www.google.com/search?q=Mark+Kligard

**218** · 01/12/11 15:51

>>219
Mark.J.Kligardってのがいるが、そいつと勘違いしてたＹＯ。鬱

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

つうか結局誰も答えられず、か
まぁそんなもんか
オレモナー

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

アフィン変換とかっていうのにでてくる「ウェイト」ってなんの為にあるのですか。

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

かんきょうまっぴんぐのおはなしはおしまい。
これからはうぇいと。

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

英語なんてドキュメントが理解出来れば十分だよ、
ってのに納得してた自分に鬱。
そういや任天堂は英語がいるんだったよな。

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

＞任天堂は英語がいるんだったよな

２ちゃんの中の常識は実情と（以下略）

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

アフィン変換でウェイトなんて出てきたっけ？

**名前は開発中のものです。** · 01/12/12 13:38

同次座標のwの事を言いたいんだろうか？
どこかでウェイトって呼んでる人を見かけたことある。

**名前は開発中のものです。** · 01/12/12 17:32

>>227
…マジで…。

俺はてっきりジオメトリのブレンディングウェイトのことかと思った。

**名前は開発中のものです。** · 01/12/12 17:33

>>227
はい。そのｗの事です。

**名前は開発中のものです。** · 01/12/12 19:51

なぜウェイトと呼ぶ人がいるのか小一時間考えてみた結論はこうだ

ｗだから

**名前は開発中のものです。** · 01/12/12 20:18

>>230
同次座標 (x, y, z, w) の w 座標そのものを重み (weight) と呼ぶのは適切ではないが、
(x, y, z, 1) と (xw, yw, zw, w) を比較したときの w を重みと呼ぶのはある意味で正しいと思う。
同次座標の (x, y, z, 1) と (xw, yw, zw, w) は単一の点としては等しい位置を表すが、
各種の補間（線形、多項式など）を適用する際には w が重みのような役割を果たす。
すなわち、w が大きい点（制御点）に引き込まれる傾向が見られるのである。

有理ベジエやNURBS（非一様有理Bスプライン）などの有理曲線（曲面）は
この同次座標の w による「重み」を巧みに利用した応用例であるとも考えられ、
非有理（＝非同次）の多項式曲線（曲面）に比べて自由度の高い表現を可能としている。
また、テクスチャ座標の線形補間におけるパースペクティブ補正に関しても、
「重み」という視点から見直してみると、直感的な理解が深まるかもしれない。

ところで、個人的に、>>204は出し惜しみのない貴重な情報だと思うのだが、
議論が続かないのは大変残念なことである。(´･ω･`)ｼｮﾎﾞｰﾝ

**名前は開発中のものです。** · 01/12/12 22:49

>>231
>ところで、個人的に、>>204は出し惜しみのない貴重な情報だと思うのだが、
>議論が続かないのは大変残念なことである。(´･ω･`)ｼｮﾎﾞｰﾝ
お願い、翻訳して…。(´･ω･`)ｼｮﾎﾞｰﾝ

**名前は開発中のものです。** · 01/12/12 22:52

リアルタイムのゲームで使用出来るぐらい速度が
出るグローバルイルミネーションって何かありますか？
フォトンマップ、BRDF、Radiance、Irradianceとか
単語を目にする事はあるけど良くわからない。
せっかくプログラマブルシェーダーがあるんだし
使えそうなのを１個作ってみたいな。

**名前は開発中のものです。** · 01/12/12 22:59

半球光源（簡易ラジオシティ？）っていうのが非常に魅力的なんですが、
これってやぱ相当重くなります？

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

>>233
グロバールイルミネーションで演算した結果を、
頂点カラーに焼き付ける。これ最強。
プログラマブルシェーダーも大活躍！！

…というか基本から勉強しなおしてください。

>>234
半球光源の公式みればどれぐらいのコストがかかるか
わかると思うのですが…

…というか基本から勉強しなおしてください。

**名前は開発中のものです。** · 01/12/13 00:36

>グロバールイルミネーションで演算した結果を、
>頂点カラーに焼き付ける。これ最強。

そんな何年も前からあるようなテクの話じゃないだろ。
今は環境マップやバンプを利用すんだよ。

･･･というか応用を勉強してください。
http://www.microsoft.com/japan/developer/directx/welcome/dsmsdn/directx11192001.asp

**234** · 01/12/13 00:39

うーん。オイラグラフィカなんだけど・・。

ってかBRDFラジオシティレンダリングした結果を頂点に焼き付ければいいんだ！
うーんそれ自体わすれてたよ！ありがとう！

でもかなりポリゴン数が

**234** · 01/12/13 00:43

>>236
そうそう！コレ見て質問したんだおれー

LWのBRDFラジオシティって凄く時間かかるけど、
なんでおんなじような結果がリアルタイムでできるのかがわからない。

LWで光線評価の品質下げたらマダラ模様が凄くてつかえなかった

**偽まーく** · 01/12/13 00:50

やあ、２ｃｈのプログラマー諸君！

Gustav Taxenたんは２つの半球マップを覆うために
円形のテクスチャを使用しているんだけど
彼の手法は必然的にある結果に行き着くんだＹＯ！それは・・

＋Ｚ（上半分？）の半球マップで、無限大の同次テクスチャ座標は
（例えば(s, t, q)=(1. 0, 0) とか (-2, 1, 0)みたいな）
実は－Ｚ方向（下半分の半球？）に一致してしまうんだＹＯ！
そんなわけだから、三角形の座標の三つの反射ベクトルが
(0, 0, -1)に近づいたとすると、それぞれに対応する
非同次テクスチャ座標は極端に巨大になってしまうのさ！
その結果、それらはいくつかの状況で円形のテクスチャを取り囲むんだ。

今時のＧＰＵたん（；´Д`）はいつでもテクスチャ座標を
線形補完してくれるから、座標間で補完された値は
円内に収められるのＹＯ。
（つまりその－Ｚ方向の半球のマップは小さな”穴”を持ってるわけだ）

このような結果（事実）はＫＡＮＯたんのＯｐｅｎＧＬサンプルで
観察できるＹＯ。
（これは彼がGustavたんと同じ手法を使ってることを証明していると
　漏れは思うわけで。）

ここで注目すべき要点は！
環境マップ座標系の－Ｚ軸のような視点ベクトルを選ぶとこの穴は見えない。
したがって、２つの半球マッピングの視野からの独立性は否定される！！

これってどう思うよ？？

**名前は開発中のものです。** · 01/12/13 00:53

頂点焼付け系
・前計算なので比較的コスト安
・オーサリング後の自由度低し

計算結果をテクスチャに埋め込み系
・光源計算用にテクスチャステージ消費。マルチテクスチャ系サポートしてないハードではイタイ。
・頂点焼付けより自由度が高い照光モデル。リアルタイムに光源が動かせる。

みたいな感じの理解でＯＫかな？

**偽まーく** · 01/12/13 01:03

ごめん。適当すぎた。ラスト修正

ここで注目すべき要点は！
環境マップ座標系の－Ｚ軸のような視点ベクトルを選ぶとこの穴は
見えないけど・・・
でも２つの半球マッピングの視野からの独立性は否定されんじゃネーノ？？

これってどう思うよ？？

**名前は開発中のものです。** · 01/12/13 01:03

~C氏がirradiance mappingを実験してたね。
正直スゲーいけてんじゃん！って思ったね。
平行光源だと式が小さくなって光源数も増やせると
いうのがリアルタイムへの可能性を感じる。

元ネタはこのへんか。
http://graphics.stanford.edu/papers/envmap/

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

>偽まーく
お疲れ様。
ところで"穴"ってどんなの？
極点ってのは理解してたんだけど。
kano氏のサンプルをもっかい見れば確認できるのか？

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

PS2のICOは焼付け系だよねぇ？

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

>>236
いっとくけど、頂点カラーの話はネタだよ。(というか基本中の基本）
プログラマブルシェーダーでできることとできないことが
理解できていないようだから、勉強しなおしてと言ったまで。
でもまあグラフィッカーさんならしょうがないか。

で、そのリンク先、
グローバルイルミネーションや、BSSRDFと何か関係あるの？

**名前は開発中のものです。** · 01/12/13 02:16

みんな見てるサイトも興味あるネタも同じだね(藁

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

>>236
それの半球ライディングさー、
面が受ける光の量とかはまあ適当に分かるんだけど、
フォームファクタの算出（遮蔽データの算出）をどうやってるのか分からないんだよねー。
これだけは先に計算してあるの？
だとしたら幻滅。
リアルタイムだったら驚愕。

誰か分かる？？

**名前は開発中のものです。** · 01/12/13 02:30

遮蔽データの算出はリアルタイムではない。

**247** · 01/12/13 02:42

さんきゅー。
やっぱねぇ…、無理だよねぇ…。

**名前は開発中のものです。** · 01/12/13 02:58

>>243
環境マップ空間の－Ｚ軸の方向に、ちゃんと「穴」が見えるよ。

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

ＨＡＬＯ影、ＩＣＯ影について教えてください
どっちも見たことありませんが影がすごいらしいので。

**名前は開発中のものです。** · 01/12/13 10:40

同次座標というのは、「ｘ座標ｙ座標の図」みたいな感じで図にできるものなのですか？。

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

>>252
こことか見れ。
http://www.cc.rim.or.jp/~devilman/3dCoding/3dMatrix.html
＃ｗをウェイトっていうのはここが元ネタか？
＃途中にそういう記述があるけど･･･

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

>>239 >>241
内容を理解しないで中途半端に翻訳するのはやめれ。

>>253
宇治社中は、ときどき間違いっぽいことが書いてあるので、
常に疑いながら読まないとひどい目に会うよ。
＃初心者がいきなりあれを読むと、かえって誤解を招きかねない。
＃かといって、他に同様の日本語資料がないのも事実だが。

**名前は開発中のものです。** · 01/12/13 14:39

>>248
リアルタイムじゃないのか…。
じゃあオブジェクト動かしたら破綻という意味で、
頂点焼き付け系と同じだな…。
びっくりして損した。

**名前は開発中のものです。** · 01/12/13 14:56

>>255
いや、遮蔽項の持たせ方次第では、動的に半球光源を
動かしたりオブジェクトを回転させたりできるはず。

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

>>254
なら訳してくれよ。
読んでも違いが分からない段階の人は
文句を聞いてもただよけい不安になるだけだ。
読んで違和感を感じられる段階の人ならすでに解っている。
文句を言うだけなら意味が無い。

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

>>254
３Ｄ野郎によくいる他人の小ミスを見つけて掲示板でコソコソ皮肉るのが得意な人ですか？

**254** · 01/12/13 16:49

>>257
とりあえず訳してみたぞ。
多少直訳っぽくなってしまったが、解釈自体は間違っていないと思われ。
＃Kano氏の訳語を尊重して、「dual-paraboloid」は「双放物面」とした。

――――――――――――――――――――――――――――――――――――
204 ：Mark ：01/12/10 02:18 ID:???
こんにちは、日本のプログラマの皆さん！

Gustav Taxenは、円形のテクスチャを使って、双放物面マップをマスクしています。
しかし、彼のアプローチでは、必然的にあるアーティファクトが起こってしまいます。

＋Ｚ側の放物面マップにおいて、(s, t, q) = (1, 0, 0) や (-2, 1, 0) のような無限大の
同次テクスチャ座標は、実際には同一の－Ｚ方向（Ｚ軸負の方向）を表します。
したがって、三角形の頂点における３つの反射ベクトルが (0, 0, -1) の近くにある場合、
各々の対応する非同次テクスチャ座標は極めて大きな値になります。その結果、
場合によっては、それら（＝３つのテクスチャ座標）がマスクの円を囲んでしまいます。

今日のGPUのラスタライザはテクスチャ座標を常に線形補間するので、そのような
（＝円を囲むような大きな）座標間で補間された値は、円の内部に陥る可能性があります。
このことは、マスクが－Ｚの方向に小さな「穴」を持っていることを意味します。

このようなアーティファクトは、KanoのOpenGLサンプルで観察することができます。
これは、彼がGustavと同じ方法を使用しているという事実を正当化していると思います。

ここで注意すべきことは、環境マップ空間の－Ｚ軸として視線ベクトルを選択すれば、
穴が見えなくなるということです。しかしながら、この選択は、双放物面マッピングの
視点独立性と矛盾することになるかもしれません。

以上のことについて、皆さんはどう思われますか？
――――――――――――――――――――――――――――――――――――

**名前は開発中のものです。** · 01/12/13 17:21

>>256
>遮蔽項の持たせ方次第では、動的に半球光源を
>動かしたりオブジェクトを回転させたりできるはず。
要するにラジオシティで頂点焼き付けを行ったオブジェクトにライトを照らしました」ということでしょ？
確かに宙に浮いてる単体オブジェクトの回転程度なら出来るけどさ。
そこに床なんて置いたら一発で浮いちゃうから動かせない。
出来れば簡略的でもいいからフォームファクタのリアルタイム算出を実現して欲しい（無理か…）

半球ライディング自体は目新しいけど、
遮蔽項無しの時点の画像がそれほどリアルに見えない以上、
一瞬芸のように見えなくも無い。

**名前は開発中のものです。** · 01/12/13 18:04

話が進みそうで進まないこの微妙な空気・・・