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

1 · 01/11/15 21:43

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

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

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

**名無しさん＠お腹いっぱい。** · 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

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

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

Dual Paraboloid動的環境マップは
某箱用のゲームで使われていくハズ。

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

Dual Paraboloidとキューブ環境マップは
どっちが高速に処理できるんだろ？
つーか動的環境マップで一番実用的なのはどれ？

**名無しサソ** · 01/11/29 10:40

　半球ライティング、ってテクスチャによるライティング技術・・・だよね？
だとセルシェード系はこれを使っているのでは？他に高速で実現出来る
方法を知らないだけかも知れないけど。

>133
　現状ではCubeMap以外選択肢がないかも。GeForce/Radeonが
それなりに普及していて、でもShaderがそれ程普及していない現在だと。
自分はSphere派だけど、あまり未来はないと感じてるよ（苦笑）

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

ちなみに、静的なDual ParaboloidはShader無くても使えるよ。DX7で十分。
もちろんTnLHALで可能。詳しくはHeidrichのオッサンの論文でも読んで。

動的生成の場合のネックは座標変換とZテストかな。
1枚のテクスチャがカバーする視野が180度なおかげでクリッピングが簡単だから、
描画負荷はSphereとそう変わらないレベルになりそう。テクスチャは2枚だと
RenderTargetの切り換えで遅くなりそうだから、1枚のテクスチャをViewPortで
分けて使うのがいいかと。

>>134
半球ライティングとテクスチャは関係ないよ。
テクスチャを併用するとShaderでは内積を1回計算するだけで済むから、近似
としてテクスチャが使われることはあるけど。ただ、テクスチャを使ったシェー
ディングはテクスチャのサイズをかなり大きくしないとマッハバンドが目立つ
のが欠点。

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

>>135 Dualほにゃららマッピングでテクスチャを動的生成する場合、
座標変換は具体的にどうやるんですか？

**名無しサソ** · 01/11/29 14:47

>135
　いや、現状でテクスチャ以外で実装している人は居るのかな、と。
・・・・・良く考えればShaderが使えるよの中だから、居そうだね（自滅）
マッハバンドは嫌な欠点だね。使いどころを考えないと。

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

的確に回答しすぎると正体が・・・

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

>>136

おれもDual Paraboloidは全然理解してないけど
頂点の座標変換ならココで説明してる気がする。
http://www.opengl.org/developers/code/sig99/advanced99/notes/node185.html

このページの説明を実践すれば欲しいテクスチャが２枚生成されるって
事でよいかな？試した人いる？

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

139と似たような資料がnvidiaにもあったような気がする。
誰か試した？

**135** · 01/11/30 03:06

>>136
Dual ParaboloidはD3DTSS_TCI_CAMERASPACEREFLECTIONVECTORを使うわけだけど
D3DTSS_TCI_CAMERASPACEREFLECTIONVECTORで自動的に計算されるベクトルと、
環境マップされる物体から環境までのベクトルとの関係を考えれば簡単に分かると
思いますよ。
# ズバり答えを書いてもいいけど、図でも描いて自分で考えてみてください :-)
# これって出し惜しみ？

SphereMapの場合は、ハーフベクトルを求める必要があるんですよね？＞やった人
そのコストを考えると、Dual Paraboloidでも座標変換のコストはほとんど変わら
ないと思います。

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

質問です。
DirectXでトゥイーニングを使った　人物のアニメーションを自前でつくろうとしているんですが、
メタセコイア　を使って同じ頂点数で　ポーズの違うＸファイルを２つ用意して、時間によって頂点座標を
線形補完させるというやりかたをしようと思ったんですが、
モデリングした２つのＸファイルの頂点情報の並び方が違ってしまいます。
座標を変えても同じ頂点情報の並びになるようなモデリングソフトを誰か知りませんか？

**136** · 01/11/30 12:57

>>141
いや、なんか基本的なことが解かってないんで申し訳ないです・・・
Dual～とかsphere用のテクスチャを作成する際に
テクスチャに対してレンダリングしますよね｡

その時に座標変換用のマトリックスを作成して透視変換をかけると
思うんですが、これって通常のプロジェクションマトリックスの替りに
環境マップ用のものにすれば良いということですか？

なんか、レベル低くて申し訳ないっす・・・鬱氏

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

>>142　一つのモデルをつくって、ポーズを変えたものを
２パターン作ればすむ話では？

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

>座標を変えても同じ頂点情報の並びになるようなモデリングソフトを誰か知りませんか？

市販の３Ｄソフトならだいたい出来ると思うけど。
使った事ないけどフリーならMikotoってのもあるが。
http://www2.nbn.ne.jp/~you-ri/cgi-bin/?11271800
http://niigata.cool.ne.jp/cyphers/tuft/miko/

それより頂点列の並びが変わるってのは元データを
少しいじってＸファイルにしても元データと並びが
変わってるの？普通あまりありえんと思うけど。

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

　出し惜しみしないで答えていると、素性が知れてしまう罠（汗）
案外こういう事している人達って多くはないのかな？

>141
　ハーフベクトルという言葉の詳しい定義は知りませんが、
全天球の空間を半球の空間に変換する計算の事でしょうか？
多分それ程負荷は変わらないかと。クリッピングを除けば。
しかし、どうも知っている人のような・・・（笑）

>142
　そう言う物なの？>144の話している通りでは駄目なのかなぁ。
マテリアルとかを変更していると変になりそうだけど。元が同じ
モデルで頂点座標だけ移動させる限りは大丈夫のような。

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

半球の空間に変換する前に半球の空間に
入らないポリゴンはクリッピングで省くんですか？
でもそれを判定するには座標変換しないとわからない
と思うから結局半球への変換は背景モデルを２回
座標変換するって事？
もしそうだとスフィアの２倍変換が必要になるけど。

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

>>146
出し惜しみしないで質問しまくると厨房と呼ばれてしまう罠（鬱）
しかも、某ＢＢ※とか野朗BBSでも同じく教えて君な俺…
＃いや、低レベルな質問には答えるようにしてますってば。（←それしか答えられない）