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

1 · 01/11/15 21:43

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

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

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

**名無しサソ** · 01/11/15 23:52

>10
　法線の計算式が改善されているのでは？

　自分が知っているDirectX7の時点で、法線計算は非常に
適当だったし。三角形分割されている立方体でもうまくいかな
かった筈。もちろん、ちゃんとしたモデラ並に、綺麗に法線が
平均化されていればスフィアマップでも綺麗に周りが映り込む。

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

動的スフィアマップとやらはどんな感じにやるの？
３６０度写りこんだテクスチャをリアルタイムに
作るやり方が想像つかない。
（リアルタイムじゃなくても解らんけど）
６面分の背景をレンダリングするCubeMapなら
原理は理解できるんだけどなぁ。

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

>>14
Dual Parabroid Environment Mappingで検索すれ
３６０じゃなくて１８０度のテクスチャ２枚でやる。
ただし、どうやってやるのかは知らんので
kanoさんとこでも逝ってBBSで聞いてみれ

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

>>12
＞略してソフイメ。
なんだかやらしいよ

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

俺の周りでは『ソフィ』だけど・・・。

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

ソフイマに１ッぴょウ

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

>>1
>とりあえずＢＢＸとBio120%の過去ログは見とけ。
Bio100%は知ってるけど、BBXってどこ？

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

http://isweb8.infoseek.co.jp/computer/bbx/cgi-bin/bbx.cgi

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

こっからじゃないと入れないよ＜ＢＢＸ
http://isweb8.infoseek.co.jp/computer/bbx/

BioのＢＢＳは寂れてきてるし、Bio見てる人は大抵BBXも見てるので
マルチポストせずにＢＢＸに書き込みしましょう

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

最近ＢＢＸ寂しくない？

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

せっかくこの板ができたんだから他の掲示版は無視してここだけでやろうよ。
掲示板の過去ログなんて膨大で読みきれないよ。
ここで質問すれば誰かが答えてくれるよ。

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

俺起ちは便利な道具じゃない！

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

初心者の質問はＮＧですか？？

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

とりあえず質問してみ。

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

Ｚソーとっていうのはなんですか？
よく話題に上がっているのですが分かりません。
DirectX初心者です。

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

プリミティブを、奥から手前に、あるいは手前から奥に、
っていう順番で描くと、場合によって嬉しいことがあるので、
そういうふうにプリミティブの描画順序を並べ替えることです。

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

絵で説明してあるページがあるよ。
http://pegasus.sfc.keio.ac.jp/~cgsoft/Release/Textbook/zsort01.html

ＺソートはＰＳなどで使われていたが今はＺバッファ方式が
多い。DirectXもＺバッファだよ。
今でも半透明ポリゴンを描画する時にモデル単位で
奥からソートする事があるけどＺソートと呼んだりするね。

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

Dual-Paraboloid Environment Mappingの説明。

http://www.opengl.org/developers/code/sig99/advanced99/notes/node184.html
二重放物面環境マッピングとも呼ばれている。
http://www.ati.com/jp/pages/technology/hardware/radeon/visual_details.html
テクスチャ生成が難しいんだってさ。

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

＞28、29
なるほど、ありがとうございます。
もひとついいですかね・・
半透明でＺソーと使うメリットってなんなんですか？

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と考えると、結構簡単に屈折した法線角を
でっちあげることはできそう。