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

1 · 01/11/15 21:43

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

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

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

01/11/16 18:08

コンシューマーなんかだとオブジェクト単位にしかソートしないの？
入り組んだモデルなんかは破綻しそうだけど

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

>>31
先に手前の半透明ポリゴンを描いて、
後に奥のポリゴンを描くと、合成の結果が変になるだろ。
２枚以上の半透明ポリゴンで、試してみそ。
加算合成だけなら問題にならない。

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

＞33
ありがとっす！
やってみます。

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

ＤＣで使われてるPowerVRなんかは描画順は考えなくても
いいんだけどね。
とりあえずＺバッファだと不透明を全部描いてから
半透明を奥から描くんだけど仮にポリゴン１枚単位で
Ｚソートしてあってもポリゴン同士が交差していると
うまくいかない。
Order-Independent Transparencyという技術で
うまくやる方法も考案されているが実用までは
もう少しかかりそう。

だから
★☆★描画順を極めろｺﾞﾙｧｧｧ!!★☆★
http://game.2ch.net/gamedev/#7
なんてスレが専門で出来たりするんだろう。

半透明以外にも環境マップや水面の屈折とか
やる場合は描画順が気になるんじゃない？

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

>14
　実はスフィアマップでも出来る。掲示板を巡ってみよう。
やり方は近日中に公開されるはず（謎）

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

>>12
業界人じゃないだろ？
普通はソフイマだよ。

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

念のため、業界人じゃなくてもいいのだぞ、この板は。

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

ソフトイメージって読むやつははじめて見たなぁ

14 · 01/11/16 21:46

>実はスフィアマップでも出来る。掲示板を巡ってみよう。

ん？スフィアマップでもキューブマップと同等の
事が出来るって記事のことかな？
それよりまず基本的に動的スフィアマップがわかんね～。
結局キューブマップと同じように背景を６面分
レンダリングしてからどーやるか知らんが
３６０度写りこんだ魚眼レンズ的な変形をかけて
テクスチャ作るんだろうか？
どっか解説してるページ無い？

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

>>36さんの正体が・・・

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

PIXELって雑誌があった頃は、ソフトイマージュと呼んでいたよ。

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

>40
　現時点なら、GLCl○ckを作っている某氏のページに
説明があるよ。ただ、具体的なアルゴリズムは書いてない。
国内では、そこ以外の解説は見たことがないよ。今のところ。

>41
　バレバレかも（苦笑）出来れば秘密のままで。

40 · 01/11/17 03:31

>現時点なら、GLCl○ckを作っている某氏のページに
>説明があるよ。ただ、具体的なアルゴリズムは書いてない。
>国内では、そこ以外の解説は見たことがないよ。今のところ。

M氏のは見たけどテクスチャ作成について書いてあったっけ？
ＵＶの作成についての説明は参考にさせてもらったが。
国内ページは更新が止まっているところが多くて残念だ。

>バレバレかも（苦笑）出来れば秘密のままで。

誰だっていいよ。ここでは周りにあわせて口調も
荒っぽくしてよ。相手が誰か解ると丁寧にならざるをえん。
そんな気を使わずに会話出来る事を望む。

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

>>37
業界人じゃないだろ？
普通はイマージュだよ。

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

>>38
業界人ではない怪物に来て欲しい予感・・・。

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

隠れ２ちゃんねらーって多いね(藁

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

DirectXで被写界深度をするにはどうしたらいいですか？
バックバッファをテクスチャ領域にコピーしてから
ドット単位でなんらかの処理をするの？（バウンサーみたいに）
でもＺバッファも読みたいけど確かロック出来ないんだよね。
とりあえずピクセルシェーダーは使わない方法でお願い。

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

そのテクスチャ一旦縮小して、適当なＺ値で拡大して貼りつけるとか。

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

単純にドットを拡大するだけじゃダメだと思うが。
焦点からズレている所はにじんだ様に見えるし。

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

カメラ座標を動かしてマップ中を飛んでいるような
プログラムが作りたいのですけど、衝突判定で質問です。
…ぶっちゃけた話、Zソートかけたときにカメラ座標と
一番近いポリゴンが衝突してるかどうかの判定対象でいいんですよね？
あと、全部のプリミティブを一旦登録してから
描画開始だと、カメラの後ろにある「見えないポリゴン」まで
描画の対象になってしまいませんか？それだと効率が悪いような気がするのですが…
Zソートの段階で、「このプリミティブはスクリーン上から見えるのか？」という
検討はすべきですよね？

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

SoftImageはカナダの会社で開発されたので
仏語読みで「イマージュ」と発音するのだと聞いたけど

01/11/18 02:38

http://ne.nikkeibp.co.jp/NEWS/990302ps1.html
みなさんも当時はこのニュースをみて騙されたりしたんですか？

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

>>48
MIPMAP生成（縮小BLTでもいいかも）でやれば、それっぽくできるかも。
http://www.gamasutra.com/features/20010209/evans_03.htm
もし見れなかったら、登録無料なんで是非見てみるべし。

>>51
近いものだけが当たるとは限らない気が…、たとえば
複数の面に同時に当たる可能性もあるよね？
（カメラが部屋の隅にぶつかる時とか）
// 「近い」の定義も文面から良く分からなかったけど。

あと、オブジェクトのカリングはZソート、描画プリミティブの登録以前に
視垂台上でカリングしちゃえばいいんではないかな？

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

>>51
３Ｄ空間を格子状に区切ったバウンディング領域を
作ってから、１つのバウンディングＢＯＸ内に引っかかる
全てのポリゴンインデックスを持たせて
カメラの居るバウンディングＢＯＸ内の全ての
ポリゴンと衝突判定ってのでどう？
複数のバウンディングＢＯＸを突っ切るように
移動した場合はそれら全ても判定する。
チェックしたポリゴンは判定済みフラグを持たせて
重複チェックは避ける。
でもこれってＢＳＰってのを利用するともっといいみたい。

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

ブレンダーの使い方がさっぱり分かりません。いいＨＰありますか？
xfile読み込もうとしても受け付けないし・・・・
根本的に使い方まちがってるんですかね。アニメをしたいんですが。

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

ソフトイメージって言ってるヤツ初めて見た（藁

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

（藁って言ってるヤツ久しぶりに見た（藁

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

SoftImageも終了したからこれからはXSIだろ。
Mayaのほうがカッコ良いけど。

**ＮＡＭＥ ＯＶＥＲ** · 01/11/18 22:46

DirectX8でテクスチャ貼らず、lightを使わないとポリゴンが真っ白
になるのですが色は付けられないのでしょうか？。

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

>>60
頂点色は？

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

typedef struct
{
float x, y, z; // 位置座標
float nx, ny, nz; // 法線
DWORD Diffuse; // ディフューズ色
} VERTEX;

(D3DFVF_XYZ | D3DFVF_NORMAL | D3DFVF_DIFFUSE )

この頂点フォーマットを使用すれば付けれるよ。

５１ · 01/11/19 02:01

>>54-55
多謝。頑張って実装してみます。

01/11/19 08:24

>61-62 やってみます。感謝。

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

だれか質問しないと下がりまくるな。

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

(D3DFVF_XYZ | D3DFVF_NORMAL | D3DFVF_DIFFUSE )

これ書いてるってことはコンスタントシェーダー使ってる？
Vertex&Pixelシェーダー使った方が圧倒的に楽だよ。
アセンブラを敬遠する人もいるかも知れないけど、1度トライしてみて欲しい。
頂点フォーマットを自分で設計できるのは便利だから

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

一番簡単な実装を書いてみようか

struct BasicPoly
{
float x,y,z;
int color;
};

型定義はこれ

DWORD Vhandle,Phandle;

static const DWORD PolyType[] = {
D3DVSD_STREAM( 0 ),
D3DVSD_REG( 0, D3DVSDT_FLOAT3 ), //x.y.y
D3DVSD_REG( 1, D3DVSDT_D3DCOLOR), //color
D3DVSD_END()
};

このおまじないも書いておく

初期化関数内でCreateVertexBufferで確保した領域に値を入れる

BasicPoly *V;
VBuffer->Lock(...);
for(i = 0;i < POLY_MAX;i++)
{
V[i].x = ...;
V[i].y = ...;
V[i].z = ...;
V[i].color = 0xffffffff;
}
VBuffer->UnLock();

シェーダーのハンドルを取る

Vhandle = CreateVertexShader( dwVertexShader );
Phandle = CreatePixelShader( dwPixelShader );

描画関数内で
SetVertexShader( Vhandle );
SetPixelShader( Phandle );

SetVertexShaderConstant( 20, tmpMatrix._11, 4 );
ここで全てのMatrixをかけたものを渡す。

SetStreamSource(...);
DrawPrimitive(...);

で終了

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

Vshaderの中身は

vs.1.1

dp4 oPos.x, v0, c20
dp4 oPos.y, v0, c21
dp4 oPos.z, v0, c22
dp4 oPos.w, v0, c23
//x,y,zにSetShaderConstantで渡されたMatrixをかける

mov oD0, v1
//Colorをそのまま転送

Pshaderの中身は

ps.1.0
mov r0,v0
//Vshaderから渡されたColorをそのまま使用

２つのShaderはそれぞれ拡張子をvshとpshにして
xsasm -h *.vsh
xsasm -h *.psh
でヘッダーを作る
それにCreate***Shaderの引数が入ってる

なんか汚い説明だし、これ実行しても頂点カラーを指定した板きれが出るだけ
後はShaderのリファレンスを見ながら改良していけばいいと思う
ShadowVolumeだろうが、Bump環境だろうが、Furだろうが思いのままだ
健闘ヲ祈ル

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

xsasmはまずいだろ（ｗ

**名無しサソ** · 01/11/20 10:06

>44
　公開されてるよ。場所は探してね。多分分かるから（笑）

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

Shader使うと環境が限定されるからやだ。
つーか、i810Eとかにも対応なんてしたくねーっちゅうの！！
世の中GeForce2以降とRADEONで統一してくれＹＯ！

**blender信者(w** · 01/11/20 12:48

>>56
blenderはxfile読み込みのスクリプトがなかったはず。
blenderはやめてtrueSpaceにした方がいいのでは。
もしくは、コンバータでDXFに直して持って来るとか。

アニメーション付けするだけなら、xfile用のモデラ＆アニメーションツールを
freeで公開されている人がいるので探してみては。

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

>>71
あんたがメチャ面白いゲームをGeForce2とRADEON限定で
作り出せばいいかもよ。

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

>>70
わかんねー

71 · 01/11/20 15:38

>>73　無理。チミにまかせた。

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

じつはｺｿｰﾘ^cさんとかkanoさんとか新坂さんあたり流れて来てそうだが、
2chなのでななしさんですますことにする。
つーか、解からない事ありすぎるから教えろや、ｺﾞﾙｧ!!

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

>>73
一時期の洋ゲー方式ですね。
OpenGL対応ボードが普及したのもQuakeのおかげみたいなもんだしヽ( ´ー｀)ノ

_ · 01/11/20 16:21

誰か、パーティクルについての知識を、アライザライブチマケテちょ。

**(・∀・)つ∴ﾆｸｺﾌﾟｰﾝｸｴ!!** · 01/11/20 16:54

子供の頃、三菱化学の炭化物パーティクルで喘息を患いました。
この頃は、春になるとスギ花パーティクルによる結膜炎で悩みます。
パーティクル超嫌いです。

悩みをブチマケたらスッキリしました。

５１ · 01/11/20 17:54

すみません…また質問させてください…。
いただいたアドバイスどおりに実装しようとして
マップデータのローダーを観てて気付いたのですが、
「Stripしてる三角形の扱いはどぎゃんすればよかですか！？」と。
独立した三角形としてプログラム内で扱って…というのは
手としてアリなんでしょうか？そのためのプリミティブの保存領域や
コマンドの転送が余計に必要になりますよね？

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

>>51
表示モデルとあたり判定を取らないほうがいいよ。
もっとローモデルにしたものを独立三角形データで
用意してバウンディングボックスデータを
事前に生成しておく。

５１ · 01/11/20 21:00

>>80
>>マップデータのローダーを観てて気付いたのですが、
↓
「マップデータのローダーを書くために、
モデルデータを観てて気付いたのですが、」

＞８１
狼狽しててわかりにくい日本語で書いたにも関わらず
回答ありがとうございます。
つーことは、描画・表示用のプリミティブデータと
当たり判定用のローモデルデータを別に用意した方が
ベターって理解でいいでしょうか？

んで、バンウンディングボックスなんですが、
その格子の中に頂点を持っている三角形であれば対象にしても
構わないんですよね？

44 · 01/11/20 21:05

>公開されてるよ。場所は探してね。多分分かるから（笑）

コラム一通り見たけどテクスチャ自体の作成は無いと
思うが。
IF氏あたりがコラム書いてくれねーかなぁ。
動的スフィアで屈折＆反射マッピング。

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

>つーことは、描画・表示用のプリミティブデータと
>当たり判定用のローモデルデータを別に用意した方が
>ベターって理解でいいでしょうか？

そうしないとバウンディングボックス用のデータ作成に
時間がかかるじゃん。

>その格子の中に頂点を持っている三角形であれば対象にしても
>構わないんですよね？

それも当然対象になるけどボックス内に頂点が無くても
三角形がボックスと交差している事はある。
ボックスの１２個の辺が三角形と交差していないか
面と直線の判定で調べる必要がある。

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

ひぃぃ

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

ｶﾞﾝﾊﾞﾚ

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

**名無しサソ** · 01/11/20 23:03

>83
　分かりにくい解説かなぁ・・・。

　要するにスフィアマップを特殊な座標変換で直接作成する
お話なんだけど。

**名無しサソ** · 01/11/20 23:08

>74
>83
　場所を間違っていると行けないので一応。
bioのBBSに話題が出ているから、たどってみよう。

　それでも分からない事があれば質問をどうぞ。

83 · 01/11/21 00:54

>要するにスフィアマップを特殊な座標変換で直接作成する
>お話なんだけど。

結局それが必要なのは解っているんだけど仕組みが
イメージ出来てないおれ。
フレームバッファに背景描いてからテクスチャにコピー
した後に特殊な変換掛けるって感じなの？
でもそれだと前面以外の横や上下分もレンダリング
してやらないとダメなような。
３６０度って事だと結局６方向要るだろうし。
なんか物凄い勘違いしているとは思っているが。

もしかしてモデルの頂点トランスフォームを自前で
全てやって単位化した円のなかに納まるように変換して
トランスフォーム済み頂点で描画して作成するとか。
んな恐ろしい事するわけないか。

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

レベルage。

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

>90
　その「もしかして」が正解（笑）

　DirectX7からだと、直接テクスチャサーフィスに描画できるから、
フレームバッファに書かなくても大丈夫だよ。で、描画先にSphereMap
用に確保したサーフィスを指定して、自前の変換で円の中にがりがり
書いていく。その座標変換の方法を紹介してあるんだけど。

　ただ、色々欠点があるので、Dual-Paraboroidの方を詳しく勉強
した方がいいかも。

90 · 01/11/21 01:31

>その「もしかして」が正解（笑）

ななななっなにゅ～！！悪夢のようだ。
んじゃ頂点シェーダー使わないと速度的に無理じゃん。
しかも全方位のモデルを描画だからクリッピングも
クソもオクールジョンカリングも無い。
グランツーの様なゲームで動的環境マップしようと
したら背景ポリゴン多すぎて不可能じゃないの？

そのへんはDual-Paraboroidとやらも同じでっか？

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

>93
　映り込むオブジェクトを上手く取捨選択するのなら、そこまで
無理ではないよ。自前変換にかかるコストは比較的高いけど、
死ぬほどではない。問題は破綻をどう防ぐか。通常のクリッピング
とは全然勝手が違うからね。

　具体的な解決策としては、簡略化した背景をいくつかのブロック
に分けて置いて、距離的に離れたオブジェクトは最初から描かない、
とかね。一度に描くのが2000ポリゴン前後位だったら、CPU側の処理
でもまだ現実的だと思う（Pentium!!!クラスのPC、TNT2以上のビデオ
カード前提で）。もちろん出来る限りの高速化の工夫は必要になりそう
だけど、何とか実用にならないかなぁ。

　ちなみに、Dual-Paraboroidもやっていることは基本的に一緒。ただ、
話を聞いた限りでは、180度の映り込みを2枚描いて、それを切り抜いて
かつ歪ませてSphereMapを作るとか。某氏は座標変換をVertexShader、
画像処理をPixelShaderに任せているという話。

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

>>94
横入りスマソ。おれもちょうどその辺やってるんで｡
円の中に収まるように描いていくってとこだけど、
画角を180度とかに広げて描画したらそれっぽくならないですか？

あと、この話題で出てくるＨＰのアドレス教えてくださいナリ

95 · 01/11/21 13:24

ちなみに、動的スフィアを作る時は環境マップしたい対象のオブジェクトから
カメラ方向に向いた視点をセットして周りの背景とかを描画するんでＯＫ？
複数オブジェクトに環境マップしたいときは・・・コストかかりまくり。鬱

**名無しさん＠お腹いっぱい。** · 01/11/21 15:09

>>95

Dynamic Sphere Mapping
http://www.opengl.org/developers/code/sig99/advanced99/notes/node180.html

Dynamic Dual-Paraboloid Mapping
http://www.opengl.org/developers/code/sig99/advanced99/notes/node187.html
http://cgi3.tky.3web.ne.jp/~tkano/DynamicParaboloid.shtml

advanced99では、いったんキューブマップに通常の線形変換で描画してから
それを歪ませて環境マップを作成している。一方、Kano氏の方法では、
頂点座標を非線形変換させて環境マップに直接描画している。

通常の線形射影変換では、原理的に画角を180度にはできないのでは？

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

初心者の質問で申し訳ないのですが、
Direct3DでXファイルを読み込んで表示するまではできたんですけど（ライブラリ使いましたが）
モデリングする時と実際に表示される時の大きさが分からないと不便なので
カメラも視点がXY方向の平面に垂直だとして、
3Dでの640が画面の640ピクセルになるようにしたいんですが、
（0,0,0にある640*480の物体が画面いっぱいに表示されるということ）
どのような式を書けばいいんでしょうか。
カメラに映るZの範囲は-100～100にしたいです。
ということはカメラのZは-100ですよね。
XYに垂直なのでX = 0, Y = 0 まではわかるんですが、
視野角度というものを何度にすればいいのか分かりません。
教えてください。

93 · 01/11/21 21:55

>>名無しサソ
確かにＣＰＵで２０００ポリぐらいは行けそう。
それでも背景は２回描くはめになるからやっぱり
コストは高そうだなぁ。
VertexShaderで頂点変換は必須になりそうだ。
写りこみ用モデルはローポリ＆テクスチャで
ごまかしたやつを使うか。

>>97
>一方、Kano氏の方法では、
>頂点座標を非線形変換させて環境マップに直接描画している。

kano氏もいぢわるしないで日本語でバカにも解るように
解説してくんねーかなぁ。

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

>>98
スレ違いだと、思うぞ。

OpenGLプログラミングガイドにそれなりに載っている。
3D初心者はDirectXよりも、OpenGL+GLUTライブラリの方が良いと思うが。

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

>>98
トランスフォーム済みの頂点フォーマット
使っちゃダメ？
２Ｄスプライト的に使うならD3DFVF_XYZRHWを
使えば十分。
３ＤでやりたいならＣマガジンの１０月号で
似たような記事があったよ。

>>100
まっageてくれたからいいじゃん。
おれ的には初心者の質問もＯＫだと思うよ。

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

>>99
>kano氏もいぢわるしないで日本語でバカにも解るように
>解説してくんねーかなぁ。

掲示板やメールで質問してみるとか。
ここも見てるだろうけどリアクションは無いと思うのん。

つうかKanoさんモテモテね。きゃは。

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

http://www.genki.co.jp/soft/phantomcrash/system/index.html
このエフェクトやってみたいんですが仕組みについて
ヒントだけでも聞かせてもらえないですか？

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

>>103
上で散々っぱら話されている動的スフィアマップと大体同じ考え
なんじゃないかな。
違うのはテクスチャー行列(というかテクスチャの座標変換)
を反射から屈折にするくらいかな。
っていうか屈折って行列で表現できるのかはわからないけど。

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

某掲示板ではバックバッファの絵をテクスチャにして、
モデルの頂点を透視変換かけたものをｕｖ座標に
してから適当にずらすとかあったが。（んなアホな）

他の可能性としてはバンプマッピングも
考えられんか？おれには解らんが。

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

>>103
別に、動的スフィアみたくテクスチャを変形しなくても
背景をテクスチャにレンダリングしてそれをそのまま
環境マップ用のテクスチャとするだけでそれっぽく見えないかな？
変換の式を適当にいじる必要はあるだろうけど｡詳細はわからんっす。

屈折マッピングについては
↓聖地とか
http://developer.nvidia.com/view.asp?IO=Refraction_paper
↓聖書とか
Game Programming Gems
・・・にあります。

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

>>105　かぶった。しかも（んなアホな）っていわれてるし。（；；）鬱出汁脳

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

屈折マッピングをちゃんとやろうと思ったら
動的キューブ環境マップか動的スフィアが
必要になってきて速度的にヤバそうだな。

>背景をテクスチャにレンダリングしてそれをそのまま
>環境マップ用のテクスチャとするだけでそれっぽく見えないかな？

この路線がいいとは思うがそのままだとうまく
いかんと思うなぁ。

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

>>108
普通に考えると、
>背景をテクスチャにレンダリングしてそれをそのまま
>環境マップ用のテクスチャとするだけでそれっぽく見えないかな？
このやり方では映り込んでいるように見えると思う。
屈折させたいなら環境マップとテクスチャ座標の計算式は
変えなきゃだめだと思う。

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

>屈折させたいなら環境マップとテクスチャ座標の計算式は
>変えなきゃだめだと思う。

Gemsにもあるスネルの法則ってやつで
屈折させるんだと思うけど、どこにどーやって
組み込むんだろう。
環境マップも頂点シェーダーで独自で計算とか？

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

あのエフェクト下から徐々にかかってる。

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

描画面の法線の角度をN
光の進入角を-Nと考えると、結構簡単に屈折した法線角を
でっちあげることはできそう。

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

きっとIF氏が今作ってるんだよ！

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

Gemsは２冊とも持ってるけど、一つ一つの技術はとてもために
なるんだけど、なんか小手先みたいな感じがして積極的に
ゲームに取り入れる気がしないよう。
もっと包括的に、シーングラフレベルでのテクニックみたいなの
はないかなあ。シーングラフで屈折マップも表現できるのなんて
無いか。

**106** · 01/11/22 02:32

背景をまんまテクスチャ化
↓
SetTextureStageState(1, D3DTSS_TEXTURETRANSFORMFLAGS, D3DTTFF_COUNT2)
SetTextureStageState(1, D3DTSS_TEXCOORDINDEX, D3DTSS_TCI_CAMERASPACENORMAL)
・・・とかやってみる。
↓
マトリックスをゴニョゴニョ
↓
屈折まっぷ（ﾟдﾟ）ｳﾏｰ

とか、こんな程度でなんとかならんもんかと妄想してみる俺・・・

**名無しサソ** · 01/11/22 09:32

　いきなりログが進んでるね（笑）屈折マッピングもCubeMapか
SphereMapを使うと良いとは思うけど、光学迷彩はそこまでしなく
ても良いんじゃないかな。透過する背景が遠方にあると仮定して、
屈折した先の光線の角度を視野角内に何とかして収めれば、
フレームバッファをそのままテクスチャに使えると思う。多分（適当）。
厳密にやるならPixelShaderとかの出番だね。真面目にやるか
汎用性・高速性を取るか。PSのMGSでもそれなりに見えるから、
自分は後者で良いかな。

**名無しサソ** · 01/11/22 09:38

　連続ゴメソ。

>95
　SphereMapは球の表面に映り込む風景だから、単純に
視野角を狭めるだけではおかしくなると思う。>96のはその通り。
これはCubeMapも一緒だね。解説は>97にも紹介されている
けど、bio100%の3DFollowsBBSにその話題が出ているから、
リンクを辿ってみて。ちなみに、自分が話しているのは>97の
ようなCubeMapからSphereMapを作るの方法ではなくて、直接
ShereMapを描画する方法。

>99
　当たり前の話だけど、人間の目って動く物体の映り込みの
中身まで、そんなに見ていないよ。と言うわけで、ローポリで
十分だし、実際にもそうされていると思う。GT3でもよく見ると
案外省略されまくってるし。ただ、動的か否かはやっぱり違うね。

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

X-boxのgothamは動的環境マップしてるがどういう方法？

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

あのロボットの頭部は球状に近い形なわけだけど
その形をレンズに置き換えて見ると向こう側の絵は
虫眼鏡のように拡大されるはずじゃないですか。

それが環境マップのように縮小されて張られているけど
おかしくない？

**115=106** · 01/11/22 11:58

しまった。
D3DTSS_TCI_CAMERASPACENORMAL
じゃなくて
D3DTSS_TCI_CAMERASPACEREFLECTIONVECTOR
だった。
・・・つってもただの妄想なんでいちいち訂正せんでもいいが。

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

>>113
IF氏って誰？

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

これだと思われ｡最近注目株（俺的に）
http://www5.tok2.com/home/IF/index.html

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

>>122
Thanks。解説が詳細でイイ！

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

>>名無しサソ
>屈折した先の光線の角度を視野角内に何とかして収めれば、
>フレームバッファをそのままテクスチャに使えると思う。多分（適当）。

その計算式が解るなら苦労しないんだけど。
いまいち根拠にとぼしいから試す時間を裂けん。
もしかして成功例とかある？

>>120
>D3DTSS_TCI_CAMERASPACEREFLECTIONVECTOR

試してみたが屈折というより反射に見えるじゃないか。
その妄想完成させてくれよ。

**名無しサソ** · 01/11/22 21:58

>124
　申し訳ない。こちらも時間が割けないのは同じでね（苦笑）

　光学迷彩は上に書いてあるようにBBXの少し前のログに
残ってるよ。11月3日の書き込み。そこから実践している
ページもリンクされているので辿ると良いよ。個人的には、
あんまりここで直接リンクを張りたくないんだけど、良いのかなぁ。
自分はちょっと嫌な物で。

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

ム板にあったリンクのことかな？
それなら、JAVA、3Dあたりの用語でわかる人はわかるかと。

**124** · 01/11/23 01:12

>>名無しサソ
>光学迷彩は上に書いてあるようにBBXの少し前のログに
>残ってるよ。11月3日の書き込み。そこから実践している
>ページもリンクされているので辿ると良いよ。個人的には、

さんきゅ～。確かに実践してるんで参考になるよ。
やっぱ実際に見ると感動があるね～。
あれなら時間裂いて試す価値あり。

ただ120の言ってる環境マップを利用した方法も
可能じゃないのかなぁと期待はしてたりする。
あとバンプ利用するとピクセル単位で屈折を
表現出来そうで面白そうだなぁ。

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

Q座標生成すればそれなりには見えるんじゃない？

**120** · 01/11/24 08:33

>>124　あ、実験どうもです。
そうですか、反射に見えますか・・・なるほろ。今後の参考にします（＾＾
＃って、自分の妄想の実験を人任せにする奴

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

あげー

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

最近一部で話題の動的環境マップとか半球ライティングとかって
実際にゲームで使われてるのかなぁ？
このゲームは凄いよみたいな情報ｷﾎﾞﾝﾇ