出し惜しみせずに3Dの技術を誰かが答えます Part4

**プチ9627ｍ** · 02/05/12 11:50

3D技術の解らないことや気になることを誰かが答えてくれるスレ。

お約束
1. 出し惜しみしないこと。
2. 3Dそのものの是非については議論の対象外とする。
3. いかなる理由があれ、個人叩きは厳重に禁止。
　　（守れない輩は、この板のローカルルール百回読みの刑に処す）

では、ご随意に。

■ 過去スレ
出し惜しみせずに3Dの技術を誰かが答えます Part3
http://game.2ch.net/test/read.cgi/gamedev/1016725546/

**名前は開発中のものです。** · 02/10/26 23:35

ゲームのキャラを作っていて、とりあえず動かそうと思っていて、
キャラを作るのにメタセコイアを使って、
とりあえず動かすのにミコト（mikoto?)というのを使おうと思ったんですけど、
公式にいってもわからなかったんですが…。

メタセコイアで作成したものを動かすツールは他にありますか？

**名前は開発中のものです。** · 02/10/26 23:44

>>712
たしかに、むかしはおもしろかった。
好きなことを書けるってことが衝撃的だったんだよな。

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

「3Dﾈｯﾄﾜｰｸｹﾞｰﾑﾌﾟﾛｸﾞﾗﾐﾝｸﾞｶﾞｲﾄﾞ」って本読んでるんですが、説明無しで突然「頂点法線」って言葉が出てきました。
これは何ですか。ぐぐってみてもズバリの答えが出ません

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

>715

その本手元にあるので・・・。
何ページでしょうか？答えられるかも。

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

>>716
P143です。突然「頂点法線の計算は少々面倒です」とか出てくる

**名前は開発中のものです。** · 02/10/27 02:57

DirectXヘルプで検索しましょう

**名前は開発中のものです。** · 02/10/27 02:58

>>718
図付きでそのものずばりの説明あったよな

**名前は開発中のものです。** · 02/10/27 03:11

なるほど、頂点方線はポリゴンの丸さ具合を表現すると理解してええんでしょうか。
すると新たな疑問が浮かんでくるのですが、頂点法線を操作出来るようなモデラーってありますか？
見たこと無いんですが。

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

Mobile suit <-> Normal suit
Mobile suit <-> Normal armor

**名前は開発中のものです。** · 02/10/27 03:36

>>720
＞頂点方線はポリゴンの丸さ具合を表現すると理解してええんでしょうか。
　
まぁ、得られる結果を単純に捉えれば
そういう理解になってしまうかもしれんが。
ﾌﾟﾛｸﾞﾗﾏの理解としてはかなり問題あるので
数学のお勉強をちゃんとやれ。
　　　
＞頂点法線を操作出来るようなモデラーってありますか？
＞見たこと無いんですが。
　
んなこたーない。

**名前は開発中のものです。** · 02/10/27 03:41

>>722
了解す、夜遅く有難うございました

**名前は開発中のものです。** · 02/10/27 03:58

法線とライトの内積の意味をきちんと理解したほうが良い
ということでしょうか？部外者なのですが気になりました。
最近はソフトレンダリングしないのでこの辺の知識がない人
も多くかつシェーダーを書く際には必須なのでこの辺りで
つまずく人も多いのかなと思います。

**名前は開発中のものです。** · 02/10/27 05:32

ﾛｰﾎﾟﾘﾓﾃﾞﾙ限定で今後もずーっとやってける保証があるなら
ﾌﾟﾛｸﾞﾗﾏとして要求される教養水準はたかが知れてるので
どうということはない。気にする必要なし。
　
もっとも、そんなんで通用する仕事はもはや減る一方だけどね。
ﾃﾞｻﾞｲﾅの要求に応えられない自称『3Dﾌﾟﾛｸﾞﾗﾏ』はｺﾞﾛｺﾞﾛいる。

**名前は開発中のものです。** · 02/10/27 10:18

>>724
ソフトレンダリングなんかしなくても、
拡散反射光や鏡面反射光なんかの計算をするのに法線は必須やん。

**名前は開発中のものです。** · 02/10/28 23:58

3D空間上の「点」「線」をプログラム的にレイピックする方法を、
あるいは解説しているサイトなどを、ご教授頂けないでしょうか。

三角形との内部判定などについては解説サイトもあったのですが、
線や点となると…誤差とか考えるともうさっぱりで…。

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

　レイピックってどういう用語？初めて聞いた。ググっても引っ掛ら
ないですよ？

　文脈からなんとなく理解は出来るんだけど…。一応教えて？

**名前は開発中のものです。** · 02/10/29 03:43

点とか線を大きくして球やカプセルとして扱って判定してるんでしょ

**名前は開発中のものです。** · 02/10/29 06:18

>>729
ぎゃ、逆転の発想！なるほど、そちら側に余裕を持たせれば良かったのか…。
これでようやく、スクリーン座標に変換してから判定する泥臭いやり方から
抜け出せそうです。ありがとうございました。

>>728
ええっと、英語にすると（RayPick）ワラワラ引っかかるかな…。
WRITING WEB SITE様の方で拝見した用語です。

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

早く MinGW で OGRE が使えるように頑張れと祈ってみ増田。
けど、このままだと DirectX 対応は無しぽ

**あぼーん** · NG

あぼーん

**名前は開発中のものです。** · 02/11/19 14:46

バウンディングボックスの可視判定について教えてください

class CBoundingBox {
protected:
　　D3DXVECTOR3 m_vecMin;
　　D3DXVECTOR3 m_vecMax;
　　D3DXMATRIX m_matTransform;
　　　　：
　　　　：
};

こういうのを当たり判定用に使っているのですが、これが視錐台内にあるかどうか調べるにはどうすればいいですか
ついでにバウンディングスフィアの場合も教えてもらえれば助かります　よろしくおながいしまつ

**名前は開発中のものです。** · 02/11/19 17:32

>>733
視錐台は四角錐。バウンディングボックスは直方体だよね。
どうすればいいと思う。

**名前は開発中のものです。** · 02/11/19 21:50

>>733
返事がないようだな。
解決ということでイイな。

**733** · 02/11/20 01:15

いや正直わからん・・・
家に帰っていろいろ試してみたけどよく分からん
m_matTransformをどうにかして、視錐台用BoundingBox作れば
今までの当たり判定が使えるんじゃないかという気はするんだけど。。。

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

俺なら面倒なのでボックスから球に変換してしまいますが。

**名前は開発中のものです。** · 02/11/20 03:35

>>733
>>736
状況説明の仕方がすんげー下手なんだな。ｵﾏｲ。
質問する奴が出し惜しみしてちゃ真面目に答えらんねぇべ？
ｻﾎﾞらずにちゃんと書けよな。
　
CBoundingBoxのメンバから察するに
バウンディングボックスはOBBぽいな。
文脈から察するに、ワールド空間で四角錐台と
OBBの交差判定をどうしてもやりたいらしいな。
　　
「今までの当たり判定」があるつーことはつまり
交差判定する方法はもう分かってるってことだな。
じゃあ後はそれを使えばいいだけの話だよな。

結局、何がわからんのか分からん。俺だけの読解力不足か？

**738** · 02/11/20 03:46

自分が使ってる射影行列の意味が分かってないとか
そういう話・・・なのか？

**738** · 02/11/20 03:47

http://www.google.co.jp/search?hl=ja&ie=UTF-8&oe=UTF-8&q=viewing+frustum+bounding+box+clipping&btnG=Google+%E6%A4%9C%E7%B4%A2&lr=

**名前は開発中のものです。** · 02/11/20 03:55

>>733
DX9にはバウンディングボックスを実際に描画してみて何ピクセル
描画できたのか取得する機能があるから、難しいこと考えずに
それを待つのも手だぞ。

**名前は開発中のものです。** · 02/11/20 04:02

>>741
それは公にして大丈夫な範囲なのか？

**名前は開発中のものです。** · 02/11/20 04:59

GDC 2002 Europeのスライドに書いてあるから問題ないでしょ。

**名前は開発中のものです。** · 02/11/20 05:37

ほんまや。ｽﾏｿ

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

>>741
なるほどねえ。あれこれと面白い手法考えてくるな、賢い人たちは。

**733** · 02/11/20 11:46

>>738
スンマセン、CBoundingBoxはOBBで、これが直方体と仮定した場合のCBoundingBox
同士の当たり判定は既に出来ておりやす（自分の8頂点のどれかが相手のBOXの中にあるか、
自分の12辺のどれかが相手の面と交差してるか、で判定）。
＞OBBの交差判定をどうしてもやりたいらしいな。
別にこだわりはないです。他にもっと良い視判定の方法があるならそっちを教えて欲しいです。
＞自分が使ってる射影行列の意味が分かってないとか
そうなのです。台形と直方体の当たり判定が分からないんす。

BoundingBoxでの当たり判定に先立って、BOXに外接する球で当たり判定して高速化もしたい
所なんですが、台形に外接する球とは一体・・・？？？サッパリです。
>>740
アハーソ、できれば日本語でないすか(＾＾；
>>741
面白い機能ですね。遅くならないすかね？そもそもこういう用途を考えて作られた機能なんすかね
どうなんでしょう

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

>>741
どういうことっすか？
詳細キボンヌ
「素直に待て」はなしよー

**名前は開発中のものです。** · 02/11/20 18:46

例えば、壁の向こうにいる複雑なモデルかを描画する前に
box描画→描画ピクセルなし→見えないので描画省略

とかじゃない？　背景が入り組んでると、計算で判定するの面倒だからね

**名前は開発中のものです。** · 02/11/20 20:03

GLで言うところのHP_occlusion_testかねぇ

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

バウンディングボックスが使えるんだったら
８頂点を投影変換して画面の中にあるか判定する方がはやくない？

ピクセル単位の可視チェックは多分結果が即座には帰ってこないないはず

**名前は開発中のものです。** · 02/11/21 00:47

＞８頂点を投影変換して画面の中にあるか判定する方がはやくない？

縦に長い柱が目の前にあったらどうする？

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

>>749
むしろ NV_occlusion_query に近いと思われ

**あぼーん** · NG

あぼーん

**あぼーん** · NG

あぼーん

**名前は開発中のものです。** · 02/11/21 03:33

　　 ..|_∧
　　　|∀｀） releaseするなら今のうち
　　　|⊂
　　　|

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

↑おい。おまえSEGAの串だろ！

**名前は開発中のものです。** · 02/11/21 15:00

ツクールで3Dゲーム作れますか？
それともプログラム言語を覚えなきゃダメですか？

**名前は開発中のものです。** · 02/11/21 15:43

>>757
つくれますよ。

**名前は開発中のものです。** · 02/11/21 16:06

http://members.tripod.co.jp/konbukyo/

**757** · 02/11/21 16:16

３Dといっても神の視点ではなく、wizや女神転生のようなタイプ
を作りたいのですが、機能紹介ページ見た限りでは無理そうですねぇ。

**bloom** · 02/11/21 16:41

http://www.agemasukudasai.com/bloom/

**あぼーん** · NG

あぼーん

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

>>760
ダンジョンキッドっていうRPGツクールの3DダンジョンRPG版みたいなのがあるよ

**名前は開発中のものです。** · 02/11/21 18:39

http://www.geocities.co.jp/SiliconValley-Sunnyvale/6160/newtech/_dk.htm

**名前は開発中のものです。** · 02/11/21 19:40

>>760
作れますよ。

**名前は開発中のものです。** · 02/11/22 00:49

>>746
まずは、２D上での任意の線分同士の交差判定とかは分かっているのだろうか？

**733** · 02/11/25 12:13

>>766
よくわかりません。

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

>>767
それがわからんと何もできない

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

①２つの直線の交点を求め、
②それが線分の範囲内にあるかどうかを調べる

これら２つは高校数学のレベルで十分できるよな。
わからなければ高校の数学の教科書を調べよ。
注意すべきは、①は平行の場合、解がでないことがあるということ。

以上。

**733** · 02/11/25 16:25

レスどうもです！！

＞①２つの直線の交点を求め、
＞②それが線分の範囲内にあるかどうかを調べる
＞注意すべきは、①は平行の場合、解がでないことがあるということ。

なるほど、分かります。何通りか解き方がありそうすね。
可視判定はどうやったらええのでしょうか。かなり道のりは長そうですが・・

**あぼーん** · NG

あぼーん

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

>>770
まず自分でいろいろな可視判定の方法を考えてみるといいよ。
結局のところ可視判定なんていろんな方法があるわけだし、
調べればいろいろ出てくるわけだけれど、
その方法の中身をわかっていればいろんな応用もできるだろうしね。

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

①視錐台の焦点と中心がＺ軸を通るように回転。
②BoundingBoxに①と同じ回転
③視錐台とBoundingBoxを、真上と真横から見てみよう。
　2Dで非常に簡単な計算で処理できるのに気づくはず。

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

>>733くん
変に回転しているものは、どれか基準にしたいものを軸に合わせて
全体を回転させると後の計算がしやすくなると。

高校数学でも習ったと思う。
そういった基礎の応用は有益だよ。

**あぼーん** · NG

あぼーん

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

やっと沈んだこのスレを浮上させたBVCHtY4iは責任もって終了AAの削除依頼だしとけよ

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

>>776 漏れは気にならないからパス。
気になった人がやるのが筋でしょ。

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

　　　　_、_ 　　GOOD END!!
　　（　,_ﾉ` ）　　　n
　￣　　　＼　　（ E）
　ﾌ　　　 /ヽヽ_／／

**733** · 02/11/26 01:52

>>773
レスどうもです。。。
＞2Dで非常に簡単な計算で処理できるのに気づくはず。
なるほど、謎が氷解しました！これは新しい！！！
面倒っぽいですが頑張れば十分作れそうです、ありがとうございました。

＞全体を回転させると後の計算がしやすくなると。
ははあ、今回の場合なら視錐台から見た座標系で考えると・・・たしかに分かり易いすね

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

>>777
> >>776 漏れは気にならないからパス。
> 気になった人がやるのが筋でしょ。

自己中基地外ｷﾀ-----(ﾟ∀ﾟ)--------!!!!

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

>>777
氏ね

**あぼーん** · NG

あぼーん

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

>>777
自己中氏ね

**あぼーん** · NG

あぼーん

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

777みてーなザコがいるからこの板は荒れまくりなんだな…

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

過敏だなぁｗ

**あぼーん** · NG

あぼーん

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

ああ、おまえ自身が荒らしだったか、気付かなくてすまんな

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

**766** · 02/11/26 02:12

>>770
当たり判定のすべては、線分の交差判定から始まるので、まずはここを理解するべし。
方程式を解くやり方でもいいんだけど、ベクトル演算で算出できれば、後はその応用で
ほとんどが解決できる。
内積、外積、比、辺りが理解できてればこの先はたやすいと思う。
行列も結局は内積だし。

最初は直線と点の位置関係から入るのかな？
ベクトルを解説した本なりサイトなりは沢山あると思うので、専門であるそれらを参考に
してくだされ。

線分同時の交差判定から、平面と線分、平面同士、立体同士、という風に広げていこう。
可視判定については２Dに変換してやるもよし、３Dで判定をやるもよし、方法は一つでは
ないので好きなのを選ぼう。

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

いや、荒らすつもりは毛頭無かったんだけど。
ageたのはただのうっかりだし。

それにみんな異様に神経質なんで、ちょっと可笑しかっただけだYO。
漏れが逝く他の板では考えられないもんな。

これ以上嫌われても面白いけどめんどくさいので、
明日IDが変わる時刻までひっこんでることにするよｗ

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

＞BVCHtY4i
：-)

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

上げると荒らしと同様に扱われるこの板って・・・

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

セガ社員

**あぼーん** · NG

あぼーん

**あぼーん** · NG

あぼーん

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

平面上の2直線 ax + by + cw = 0 と dx + ey + fw = 0 の交点は
[a, b, c] ∧ [d, e, f] で与えられる。ただし、∧ は3次元の外積。

**あぼーん** · NG

あぼーん

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

３ＤのプログラムをDirectXを使わないで書いている者です。
Quakeなどのゲームに代表されるように、マウスを使って自分の向いている方向を制御したいのですが、
このときの自分の向いている方向を表すベクトルはどう求めればいいのでしょうか？

たとえば、マウスを左右に動かせばＹ軸周りの回転、
上下に動かせばＸ軸周りの回転になりますよね。
でも斜めに動かしたときにはどうすればいいのかピンときません。

やはり行列（や逆行列）を使うことが必須なのでしょうか？
どうかよろしくお願いします。

**あぼーん** · NG

あぼーん

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

最近はゲームのプログラムに興味ある人っていないんでしょうかね？
少なくなってる？
ゲーム業界に魅力がなくなってきてるんでしょうかね…

**あぼーん** · NG

あぼーん

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

上下にも左右にも動かした結果をいれてやればいいんじゃない

**あぼーん** · NG

あぼーん

**名前は開発中のものです。** · 02/11/27 00:10

>>803
どもでした。もういちどがんばります

**あぼーん** · NG

あぼーん

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

>>797
意味がわかりません。
詳しく説明していただけませんか？

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

>>799
クォータニオン使え

**あぼーん** · NG

あぼーん

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

>>799
>でも斜めに動かしたときにはどうすればいいのかピンときません。
斜めといういみがわからん

**あぼーん** · NG

あぼーん

**あぼーん** · NG

あぼーん