3Dゲームの作り方を教えてください
そこで皆さんにいろいろと教えてもらいたいのですが、、、、
ツールは一応そろっています。またジャンルは問いません。
さらに参考になるウェブサイト、著作を教えていただければ幸いです。
どうかひとつお願いします。
|∵∴∵|:::ｰ-ーーｰ-ー─ｰー--ｰーーー-ｰｰ-ー,||
|∵∴∵|:::: 磯野家の系図 i ||
|∵∴∵|:::: ; ||
|∵∴∵|:::: 波平─-──┬─-──ﾌﾈ :; ||
|∵∴∵|:::: │ | ||
|＝＝＝|:::: 波平───サザエ ! ||===-3
|∵∴∵|:::: │ ; ||
|∵∴∵|:::: 波平─ワカメ | ||
|∵∴∵|:::: │ i ||
|∵∴∵|:::: タラチャン | ||
|∵∴∵|:::ーーｰ ーー- -ｰｰ-ーｰ-ーー-ｰー─ ||
￣■￣ ￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
【磯野家の秘密】
ｱﾎｫ || ﾓｳｸﾝﾅ
ｳﾞｫｹ ∧||∧←>>1 ｲｯﾃﾖｼ !
∧＿∧ ∧＿∧ （/ ⌒ヽ ∧＿∧ ∧＿∧
（ ´∀｀） （ ´∀｀） | | | （´∀｀ ） （´∀｀ ）
（ ） （ ） ∪ / ﾉ （ ） （ ）
｜ ｜ | ｜ ｜ | | ｜| | ｜ ｜ | ｜ ｜
（_＿）＿） （_＿）＿） ∪∪ （＿（＿_） （＿（＿_）
；
-━━-
ここに書いてあることを理解するのは３Ｄゲームを作る最低条件
だけどデジタルロケで作るなら必要ないのかも？
それともＨＳＰか？
使い勝手いい？
確か本出てるよね。役に立つ？
3Dのゲームの作り方を教えてください！（≧∇≦）
VB用のサイト教えてちょーだい。
http://www.google.co.jp/search?q=VB+3D+%83Q%81%5B%83%80&hl=ja&btnG=Google+%8C%9F%8D%F5&lr=lang_ja
あンたはスレを立てるのを早まったようだな。
VBだからってなめてはいけない。死ぬほどむずいぞ、DirectXは。
Cでコンソールアプリを作っててWindowsアプリに移行した時並みにやる気がうせる。
する時は３ヶ月ぐらいジャングルへ迷い込んだ気分だったよ。
マジで辛かったが今は覚えて得した気分。
|∵∴∵|:::ｰ-ーーｰ-ー─ｰー--ｰーーー-ｰｰ-ー,||
|∵∴∵|:::: 磯野家の系図 i ||
|∵∴∵|:::: ; ||
|∵∴∵|:::: 波平─-──┬─-──ﾌﾈ :; ||
|∵∴∵|:::: │ | ||
|＝＝＝|:::: マスオ───サザエ ! ||===-3
|∵∴∵|:::: │ ; ||
|∵∴∵|:::: カツオ─ワカメ | ||
|∵∴∵|:::: │ i ||
|∵∴∵|:::: タラチャン | ||
|∵∴∵|:::ーーｰ ーー- -ｰｰ-ーｰ-ーー-ｰー─ ||
￣■￣ ￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
【磯野家の秘密】
|∵∴∵|:::ｰ-ーーｰ-ー─ｰー--ｰーーー-ｰｰ-ー,||
|∵∴∵|:::: 磯野家の系図 i ||
|∵∴∵|:::: ; ||
|∵∴∵|:::: 波平─-──┬─-──ﾌﾈ :; ||
|∵∴∵|:::: │ | ||
|＝＝＝|:::: マスオ───サザエ ! ||===-3
|∵∴∵|:::: │ ; ||
|∵∴∵|:::: カツオ─花沢 | ||
|∵∴∵|:::: │ i ||
|∵∴∵|:::: イクララチャン | ||
|∵∴∵|:::ーーｰ ーー- -ｰｰ-ーｰ-ーー-ｰー─ ||
￣■￣ ￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
【磯野家の秘密】
そーでもない。
DOSとかでやってた人間にとっては、むしろGDIの方が
抽象化しすぎて意味不明。
まあ初期化が面倒なのは確かだけど。
俺も一時期DirectXでしかプログラム作れなかったからなぁ。
windowsのプログラム勉強するのって けっこう時間かかったYO!
３Ｄは苦手だからいい本わからないけど。
>Ｃコンソール時代からWinでMFCを使ったプログラムへ移行
>する時は３ヶ月ぐらいジャングルへ迷い込んだ気分だったよ。
MFCからWindowsAPIオンリーのプログラムへ移行する時も
更なるジャングルが待ち受けているぞ。
ゲームとは関係ないＭＦＣは飛ばした方が得策かも。
ツール作る時は役立つけどね。
ツールなら最初からビルダーつかうし。
ツールはビルダーで、ゲームはＶＣ＋＋？
そんなの納得逝かない。
普通だと思われ
普通じゃないって！(ﾜﾗ
なんでC++コンパイラを二つも買わなきゃいかんのだ。
35, 37, 38 じゃ無いけど、私も同じように使ってるよ。
適材適所って言葉があるでしょ。柔軟に道具を使わないと。
VCがどうしても必要なら学生のうちに買っておくのがよいか。
どっちにせよ適材適所
どうせ、MFCやらClassWizardやらは使わないんだろ？
>どうせ、MFCやらClassWizardやらは使わないんだろ？
話の流れからすると、ツール作るのはどうしてるかって事だから
ＭＦＣを使った方がいいでしょ。ＡＰＩだけでツール作るのは大変だぞぉ。
とか言ったらボラ厨とか言われそうだな。
(・∀・)ｶｴﾙ
ためしにやりましたがすげえ生産性です。
Del厨、Java厨サヨウナラって感じです。
へぇ、そんなに楽？
この方面に限れば
C# = (Java + Delphi) / 2
だな。
やってみてる人他にいない？
|∵∴∵|:::ｰ-ーーｰ-ー─ｰー--ｰーーー-ｰｰ-ー,||
|∵∴∵|:::: 磯野家の系図 i ||
|∵∴∵|:::: ; ||
|∵∴∵|:::: 海平─┬─波平─┬─フネ ; ||
|∵∴∵|:::: .│ .│ | ||
|＝＝＝|:::: タマ─┬─サザエ ! ||===-3
|∵∴∵|:::: │ ; ||
|∵∴∵|:::: カツオ┬ワカメ | ||
|∵∴∵|:::: │ i ||
|∵∴∵|:::: 中島 | ||
|∵∴∵|:::ーーｰ ーー- -ｰｰ-ーｰ-ーー-ｰー─ ||
￣■￣ ￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
【磯野家の秘密】
まじっすかー。
.netかってみようかなーとか言ってみるテスト。
金ねえよ。
XBOX買えるじゃんか。
ただしWinXP以外だと1.6MBのDLL一緒に配布しないとダメだが。
むーん。でも、ツール製作にはほんと、重宝しそうだなぁ。
買うか。
／||||||||||||||||||||||||||||||||||||||ii;､ ＼
／￣￣＼||||||||||||||||||||||||||||||||||||ii;ﾞヽ, ／
'"￣ヽ ヽ!!|||||||||||||||| ||||||||||!!"ﾍ ＜ ロマンティックageるよ
ヽ ﾞ!!!|||||||||||| |||||||!! iヽ── /
|||ｌ ﾞﾞヽ､ｌｌ,,‐''''"" | ヽ|||||||||ロマンティックageるよ
|||ｌ ＿＿＿＿ ﾞｌ ＿＿ ＼|||||||||
||!' ／ヽ､ oﾞ＞┴＜"o /＼ |'"￣| ホントの勇気 見せてくれたら
＼ ／ |ミﾐヽ──‐'"ﾉ≡- ﾞ'──''彡| |､ | |
￣| |ミミミ／"￣ ､,,／|ｌ￣"'''ヽ彡|| |､/ / ロマンティックageるよ
ヽ､ｌ| |ミミミ| |､────ﾌヽ |彡ｌ| |/ ／＿
＼/|ｌ |ミミミ| ＼_/￣￣ﾌ_/ |彡|ｌ/ ￣／ ロマンティックageるよ
＼ ﾉ ｌ|ミミミ| ＼二二､_/ |彡| ﾌ
￣＼ ｌ|ミミミ| ￣￣￣ |ﾒ/ ＼トキメク胸に キラキラ光った
| ＼ ヽ＼ミヽ ￣￣"' |/ /
/ ＼ヽ､ヽﾞ''''ヽ､＿＿＿＿_／/ ／＿夢をageるよ
／ ヽ ﾞヽ─､──────'/| ￣／
. ／ ﾞ＼ ＼ / / ＼＿＿
───'''"￣￣￣ﾞﾞヽ､__,,/,-'''"￣ ﾞ''─
ポリゴンキャラに対する愛情
ミ ドドドスッ ミ
ｳｫﾘｬ! ∧∧ .＿ ＿ ＿
( ；,,)Ｏ..―─┴┴──────────┴┴──────────┴┴──┐
/； ； つ. 終 了 |
～′ /´ └―─┬┬──────────┬┬──────────┬┬──┘
∪ ∪ ││ _ε３ ││ _ε３ ││ _ε３
│ ＾ ＾ │＜これからも僕を応援して下さいね（＾＾）。
⊂| |つ
（＿）（＿） 山崎パン
ウザイ
R
そのライブラリを使用したサンプルプログラムを小一時間眺めればサルでも作れるようになる。
3Dゲームを作るサルは、どこにいますか
オッパイは張りがありかなり立派なものをお持ちのようです。
極太のバイブを挿入してのオナニーシーンはかなり見応えがありますよ。
締まりのある身体に巨乳が勃起モノです。
巨乳好きにはたまらない！！
http://www.exciteroom.com/
業者のくせに、６行も使いやがって。
その手のページを探しているのだがでてこない。
お勧めのページがあれば教えてくれぬか?
なんとなくﾜﾛﾀｗ
ttp://bbx.hp.infoseek.co.jp/cgi-bin/bbx.cgi?log=38&vew=114
ttp://www-fu.magma.ne.jp/~hayase/hitori/h2001_1111.html
本連載は、C++ 言語と DirectX の基礎的な知識がある方を対象としています。
第 1 章 3D ゲームプログラムの基礎
第 2 章 DirectX Graphics の基礎
第 3 章 DirectX Graphics の特殊効果
第 4 章 ネットワークゲーム入門
第 5 章 ゲーム開発入門
第 6 章 実践ゲーム開発
ttp://www.microsoft.com/japan/msdn/academic/Articles/DirectX/01/
あとは最適化
ソース： ttp://www25.big.or.jp/~shiina/dabun/renji.html
ttp://gamdev.org/up/img/446.zip
ｽﾏｿ
;y=ｰ( ﾟдﾟ)･∵. ﾀｰﾝ
＼／|sss|)
HALが使えるビデオカードでしか立ち上がりません・・・・。
チュートリアル 1 :キーボードの使い方
チュートリアル 2 :マウスの使い方
チュートリアル 3 :ジョイスティックの使い方
チュートリアル 4 :フォース フィードバックの使い方
チュートリアル 5 :アクション マップの使い方
ttp://www.microsoft.com/japan/msdn/library/default.asp?url=/japan/msdn/library/ja/directx9_c/directx/input/tuts/directinputcctutorials.asp
マウスからのデータをバッファリングするためのバッファのサイズはどれくらいにすればいいんだろう・・・・・。
ttp://www.gamdev.org/up/img/457.zip
■もんしょの巣穴
ttp://monsho.hp.infoseek.co.jp/index.html
DirectX、物理、数学などいろいろ
┌┬┬┬┐
―――┴┴┴┴┴―――――、
/. ￣￣￣//.￣￣| ||￣￣￣|||￣ |｜ ＿＿＿＿＿＿＿＿＿＿
/. ∧// ∧ ∧| || ||| |｜ ／
[/＿＿__(ﾟ_//[ ].ﾟДﾟ,,) ||＿＿＿||| |｜ ＜ >>1を迎えに来ました
||_. * ＿|_|￣￣ ∪|.|. |ヽ. _|｜ ＼＿＿＿＿＿＿＿＿＿＿
lO|o―o|O゜.|二二 東|.|京 精神病院 ||
| ∈口∋￣_l＿＿ｌ⌒ｌ_|＿＿＿__|_ｌ⌒ｌ_||
￣￣`ー'￣ `ー' `ー' `ー'
DirectX8 色々
DirectX9 少し
ttp://www.twin-tail.jp/
「板違いです。」と言う場らしい。
ttp://www.tomoshibi.net/cgi/bbs/c-board.cgi?id=program
だけど、ライト有効にすると表示されない・・・。
ファイルに法線が含まれていないかもしれない
できればソースも一緒にあぷしてくれるとこれ幸い
SSS==>>1？期待してるYO！
箱くらいならメタセコイアで簡単に作れるよ
ワケの分からないレスで済みません。言い直します。
とにかくＸファイル形式のモデルがないと開発が進まない・・・というときは
メタセコイアの無償版（LE R2.1a）でＸファイル形式のモデルが作れるので、
バウンティングボックスサイズの箱でモデルを代用して開発を進めるのが、
わざわざ欲しい形状のものを探すより、手っ取り早いと思います。
ttp://www21.ocn.ne.jp/~mizno/metaseq/version.html
完成版にも使えるようなフリーのＸファイル置いてある所は分からないです。ごめんなさい。
ｳﾜｧｧﾝﾓｳｺﾈｰﾖ
ありがとうございます。
ソースファイル、ＶＣ用ワークスペースです。
ttp://www.geocities.co.jp/Playtown-Knight/9864/src/game3d.zip
＞漏れも>>74動かない
わざわざ落としてくれたのに、全く動かなかった人たちには本当に申し訳ないです。
今は、”３Ｄ空間で鉄騎やメックウォリア、ガンダム連ジのようなロボットを動かすアプリ”を目標に作っています。
（ここ ttp://www.geocities.co.jp/Playtown-Toys/2858/mv_main.html こんな感じのモデルを動かしてみたい・・・。）
現在出来ているのは、キーボードのＷＡＳＤで移動、マウスで視点変更のみです・・・・・・。
勉強しながら少しづつ作っているのでなかなか進みませんが、成果物をつかってゲームを作りたいので
Ｃ/Ｃ++の参考書を見ながらなるべく再利用できるように作ってます。
スレ汚し済みませんでした。
では。
( ,,)┌─┴┴─┐
/ つ. 終 了 │
～′ /´ └─┬┬─┘
∪ ∪ ││ _ε３
゛゛'゛'゛
やれやれ。モノ作ってる奴を追い出してどうするのかね。
悩みがあるならプログラミング相談室に来なさい。
http://pc5.2ch.sc/test/read.cgi/gamedev/1078503950/l50
具体的にはどのようなものを指すのでしょうか？（ゲームじゃないですよね？）
ＶＣとかビルダーがツールなのかと思ってたのですが、
違いがよくわからないです。
期待してるよ。
このスレの最初のほうで言われている「ツール」は、市販の汎用的なツールではなくて、
自作ゲーム専用のデータを作るためのツールのことではないでしょうか？（たとえば自作ＲＰＧのマップを編集するための専用ツールとか・・）
だとしたら、「マップデータを直接編集するよりも（自作）ツールを使ったほうが楽だから」という理由で（自作）ツールを作るので、
楽をするためのツールなんだから、ＭＦＣ（ＶＣ++）よりビルダーの方が楽なんじゃない？見たいな感じが
最初の頃の話の流れだと思います。
俺も
だれかＶＢ譲ってくんねーかな。
> 最短距離でゲーム開発の楽しさを知ることが可能なミドルウェアが必要であり、
> それに関するデモ、ドキュメント、サンプル、チュートリアルが必要となります。
> これらの教育に必要な情報一式を提供することが第一の目的です。
だったらまずはドキュメントとコメントをどうにかしろと。
bind関数に対してのコメントが｢バインド｣
getTime関数に対してのコメントが｢時間の取得｣
そのほかにも「わからない」「アニメーション｣（Animationクラスに対して)など、誰かに強要されて嫌々ながら
書いたとしか思えないハイクオリティなコメントに眩暈が。
自作のモーション作成ソフトで作る。
ttp://www.cyberdelia.net/tools/cyberdelia.html
コンパイルしたら
Error: 外部シンボル 'D3DXCreateTextureFromFileExA' が未解決Error: 外部シンボル 'D3DXCreateSprite' が未解決
というエラーが出ました
これはどうすればいいんですか？
コンパイル出来た
3dsファイルの場合は、一つのファイルに複数のオブジェクトが入っているのですが、
メッシュクラス一つに一つのオブジェクトを格納するか、
メッシュクラス一つで複数のオブジェクトを格納するか、
どちらが良いのでしょう？
例えばこんな感じです。
1) // 1 対 1
vector<CMesh> meshes;
Load3ds( "hogehoge.3ds", meshes);
2) // 1 対 多
CMesh mesh; // CMeshは内部に複数のCSubMeshを持つ
Load3ds( "hogehoge.3ds", mesh );
頂点やマテリアルの共有を考え、現在は 1 対 多 を採用しているのですが、
1対1のほうが簡単に作れる(他のファイルのローダも簡単に作れる)なと思いまして……。
また、1 対 多 の場合はどんなCMeshをどんな構造にすべきでしょう？
僕は現在、このようにしています。
class CMesh {
vector<CSubMesh> submeshes;
vector<Material> materials;
};
class CSubMesh {
vector<Vertex> verts;
vector<Face> faces;
}
カメラがオブジェクトの真下と真上に来ると方向が逆転（？）しちゃう。
これってどうすれば直るの？
gluLookAt()を使って、targetとupベクトルは固定、eyeベクトルだけをグルグル回しています。
この場合、upを固定しているのが原因のようです。
視点が真上、真下のときも含めて、どのようなカメラアングルにしたいのかを決めて、
右手、上、奥行きの単位ベクトルを求め、回転行列を自前で構築するのが
手っ取り早いと思います。
スムーズな回転にしたいなら、クォータニオンを勉強すると良いかもしれません。
あまりにも頭が悪すぎる。
なるほど。Mesaのソース読んでみた。
upと方向ベクトル(tgt-eye)の外積で右手出してるから平行にしちゃいけないのか。
初回だけUPとか指定でカメラの軸を作り、あとはそれを回転させてけばいいのかな。
ん？ そうすると誤差が蓄積する気が。そもそもうまくいくかわからんからやってみる。
>> 114
カメラをラインに沿ってスムーズに動かすときに使うとか、そういう意味なんじゃない？
俺はそもそもクォータニオンでの姿勢制御をほぼ諦めているわけだが orz
単位クォータニオンのスカラ値の絶対値のacosでコントロールできます。
カメラが急激に振り返る現象を防ぎ、安定させたい場合に便利です。
upベクトルを鉛直方向に固定してgluLookAt関数を使っていると、
視点が極方向に近いところでは、急な回転をしていると思いましたので、
参考程度にクォータニオンを紹介致しました。
話を元に戻しますが、upベクトルに弾力性を持たせて対策するのであれば、
前フレームでgluLookAtに計算させた実際のupベクトルをgluUnProjectなどで求め、
それと鉛直上向きベクトルを適当な配分で合成して、
新フレームで与えるupベクトルにする、という方法を考えましたが、
回りくどいと思いましたので、回転行列もしくはクォータニオンを
使用する方法をお薦めします。
ちなみカメラをラインに沿わせる場合は、
ライン関数を微分したベクトルを正面にし、
それと直行するベクトルを適切な方法で決めて行列を作る方法が簡単です。
間違えました。
(誤)単位クォータニオン
(正)正規化クォータニオン
他にも勘違いがあればご指摘下さい。
トンクス。
いろいろアドバイスをもらったが、一番簡単そうな回転行列で姿勢制御することにした。
ジオメトリ崩壊とかって奴が怖いので、eyeとtargetベクトルを保持して、
そこから作った正規化方向ベクトルと今のY軸（UPベクトル）の外積で正規化した右手、
その右手と方向ベクトルから、正規化したUPベクトルを作ってる。
ジオメトリ崩壊を防ぐためには、こんな感じであってるのかな？？
とりあえず今回は行列で逃げたけど、便利そうだから最終的にはクォータニオンを
使うようになると思う。がんがって勉強します。
OpenGLでは画面の座標系を基準に座標変換行列を掛け算するので、
ワールド座標系を基準にカメラの軸ベクトルを保持しているのであれば、
逆行列を作ってglMultMatrixする必要があります。
回転行列の逆行列なので、多分、簡単な演算で求まると思います。
gluLookAtを使うのであれば問題ありません。
いろいろありが㌧。
教えて下さい。
誰か保存してない？
WebArchive
これかな？
HSPの３Ｄプラグインでも可能でしょうか？
それともC言語で一から組むべきでしょうか。HSPは2D限定で出来ますが3D扱った経験は無く、
C言語は触ったことすらありません。必要なら多少の学習は惜しみませんので、
どちらが効率的な道かだけ教えて下さい。
データにモーションはつけれるの？
C++とDirectX/OpenGLでも当然書けるが効率がいいとは言えんわな。
C++と既存の3Dエンジン(Irrlichtとかね）の組み合わせが、
一番効率はいいだろうな。
|∵∴∵|:::ｰ-ーーｰ-ー─ｰー--ｰーーー-ｰｰ-ー,||
|∵∴∵|:::: 磯野家の系図 i ||
|∵∴∵|:::: ; ||
|∵∴∵|:::: 海平─┬─波平─┬─フネ ; ||
|∵∴∵|:::: .│ .│ | ||
|＝＝＝|:::: タマ─┬─サザエ ! ||===-3
|∵∴∵|:::: │ ; ||
|∵∴∵|:::: カツオ┬ワカメ | ||
|∵∴∵|:::: │ i ||
|∵∴∵|:::: 中島 | ||
|∵∴∵|:::ーーｰ ーー- -ｰｰ-ーｰ-ーー-ｰー─ ||
￣■￣ ￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
【磯野家の秘密】
2ちゃんで、マジレス期待すんのは、無駄
ここは、ネタと、煽りの集合体みたいな場所だから
と、マジレスしてみる・・・・
＞１３４
すぐ上のスレも読めないのか
衝突判定とかどうやって処理してんだろ？
上から見た２Ｄで判定
それに背景も重ね合わせやってるしな
まさか全部３Ｄ？
それにあわせて背景の絵を描いたんじゃないかな？
で、作れるでしょ
机とかベッドとか中間層もある
２Ｄゲームの重ね合わせと同様にキャラの座標で切り替えてる？
そんな面倒な事やってるかな？
ゲーム作ったこと無いのかYo
ああっあああああっネタがない！？
/∧＿/∧ /∧＿/∧ ｵﾛｵﾛ
（(´´ДД｀｀;;)） ((;;´´ДД｀｀)) ｵﾛｵﾛ
// ＼＼ // ＼＼ ｵﾛｵﾛ
⊂⊂(( ヽﾉヽﾉつつ ⊂⊂ヽ// )) つつ ｵﾛｵﾛ
しし(（＿）) (（＿）)ＪＪ
…こんな時はあわてず、そう！
えびごっこよ！
(V)∧_∧(V)
ヽ(´_ゝ`)ノ ｴﾋﾞｴﾋﾞｴﾋﾞｴﾋﾞｴﾋﾞ
. /＿/ ｴﾋﾞｴﾋﾞｴﾋﾞｴﾋﾞｴﾋﾞｴﾋﾞ
じゝ
. (V)∧_∧(V)
ヽ( )ノ ｴﾋﾞｴﾋﾞｴﾋﾞｴﾋﾞｴﾋﾞ
. / __/ ｴﾋﾞｴﾋﾞｴﾋﾞｴﾋﾞｴﾋﾞ
..........しゝ
どのクラスを使ったら良いのでしょうか
Ｃ＋＋とＡＰＩとＤｉｒｅｃｔⅩの知識だけで大丈夫でしょうか？
趣味でやってるけど、俺もそんなもんだな。
それと衝突判定は肝だと思う。
アクションなら物理も要るかな。
難しい事やりたいなら剛体力学とか。
>>156
返答ありがとうございました
理系科目が必要という訳ですね。
物理と数Ⅲ位は勉強しておきます。
|∵∴∵|:::ｰ-ーーｰ-ー─ｰー--ｰーーー-ｰｰ-ー,||
|∵∴∵|:::: 磯野家の系図 i ||
|∵∴∵|:::: ; ||
|∵∴∵|:::: 波平─-──┬─-──ﾌﾈ :; ||
|∵∴∵|:::: │ | ||
|＝＝＝|:::: マスオ───サザエ ! ||===-3
|∵∴∵|:::: │ ; ||
|∵∴∵|:::: 「￣￣ | ||
|∵∴∵|:::: │ i ||
|∵∴∵|:::: タラチャン | ||
|∵∴∵|:::ーーｰ ーー- -ｰｰ-ーｰ-ーー-ｰー─ ||
￣■￣ ￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
【磯野家の真実】
数学って言ったけど、今の過程知らないけどIIIじゃなくてCのほうだね
市価５万円くらいのパソで楽々表示できる限界ってどのくらいなんですか？
そこから逆算とかできそうな木がするんですけれど。
よかったら教えてください。
ヒント: オンボード
ググッたらフィルレートってのを調べればいいみたいってわかった。
多謝
Delphi7でなんとかポリゴンの表示までできるレベルなんですが・・・。
まだ先の問題なんですけど一般的なゲームで、岩や木とかの配置位置のデータとかはどうやって管理するんでしょうか？（いわゆるマップデータです）
そういう規格があるんでしょうか？それとも、ゲームエンジンによって管理方法がちがうんでしょうか？
どうも。本とか参考にしつつ考えて見ます。
想像するだけでウンザリするなぁ・・・・
それも結局は足し算とかけ算の組み合わせに過ぎない。
そのポリゴンのデータを収めてあるファイルはあるんじゃないでしょうか？
見つからなかっただけで、あります。
そもそも市販品でＸファイルを使ってるところがあるのか？
つーか常識的に考えてパックするだろ。
覚えること、やらなきゃならない事が多すぎてやめることが多い。
※2Dで出来ることを全てやってから3Dに移行しろ。
あれってどういう3Dモデルなの？キャラとかならひとつのxファイルなのはわかるんだが、でかい地形はどう分けてるのか
こんな感じでしょ
http://gamdev3.hp.infoseek.co.jp/cgi-bin/up/No_0377zip.html
>>186
上記の書き込みは間違えて書き込んでしまったものです。
ご迷惑おかけしました。
おわびに３Ｄゲームに関する情報を書き込んで行きます。
簡単に3Dゲームを作れてしまうHSPのプラグインにEasy3Dというのがあります。
以下は私がEasy3Dで作成したゲームの動画です。
ジャンプアクションゲーム
http://www.nicovideo.jp/watch/sm11559211
興味がおありでしたら以下のEasy3D開発者のおちゃっこ先生のサイトにアクセスしてください。
http://www5d.biglobe.ne.jp/~ochikko/
おちゃっこ先生迷惑してんじゃねーのｗｗｗｗ
動画を変更してアップロードしました。
http://www.nicovideo.jp/watch/sm14031363
３Ｄのゲームでキャラモデルの表示がおかしくなるバグ
に関して質問があります。
下記動画の１：０６や２：４４あたりなどがそうなんですが。
http://www.youtube.com/watch?v=ny2Y6rrw0kE
・こういったバグ現象を主に何て言うのでしょうか？
・基本的に何が原因で起こるんでしょうか？
キャラの下にあるポリゴンはどうやって特定させるのでしょうか？
遅いレスだがぶっちゃけ高校数学のベクトル演算が分かっていることが全て。
で、具体的にはどうなのでしょうか？
まず地面のポリゴン1つについて考える。3点ABCのうちAを基準にすると、
「ABベクトルに平行で長さが1のベクトルb」
「ACベクトルに平行で長さが1のベクトルc」
「これら2つのどちらとも垂直で長さが1の法線ベクトルn」が導ける。
ただしnの向きは2つ考えられるから、自分が上向きだと思う方にすること。
で、次にキャラのヒット基準になる座標（例えば足元の座標）Pに対して、「APベクトル」が決まる。
ここで「APとbの内積が、0~ABの長さの範囲」
同様に「APとcの内積が、0~ACの長さの範囲」
なおかつ「APとnの内積が、十分0の近傍にある（これはゲーム内容で調整）」
という条件を満たせば、そのキャラの足元はそのポリゴンの上にあると言える。
ちょっと眠いので細かいところ間違ってたら申し訳ない。
「正解を人に聞いて丸写しすれば問題は解決すると思っている」ウィキペディア脳は、通用しない。
念のため、同人やインディーズでも3Dやってる人なら、四元数とかもっと高度な技術を勉強をしてる。
その理論も興味深いけど、
オレが知りたいのは、たくさんある地形ポリゴンから、
どうやって、自分の足元付近のポリゴンを割り出すかということ。
まさか全地形データの全ポリゴンを毎回全調査しないよね？
（単なる直方体の組み合わせでごまかすとかいうのはなしで）。
たしかに「細かい判定を毎回やったら重いから、大ざっぱな判定で絞っておく」のは
常套手段だけど、自分の足元付近のポリゴンをある程度絞り込めても
最後には正確な判定方法を知ってなきゃどうにもならない。
そのために必須の数式を「興味深い理論」と言っている時点で、未修得だって分かるんよ。
話をはぐらかすよりもまず高校数学のベクトル演算を学び直す方が先。
回答：透視図法を覚えることが全て。
質問：で？ 具体的には？
回答：……しょうがない。消失点を1～3個決めて～（以下、詳細な説明）。
質問：興味深い手法だが、自分の求めているものとは違うんだけど。
回答：ってことはこれ知らないんでしょ。知らないと絶対描けないんだけど。
質問：・最初の質問読めないのか。
3Dゲームのプログラミング＝線形代数のプログラミングというのは曲げようのない事実。
どうしても淡白な書き方になるからムッとするのは分かるが
こればかりはどうしようもないんだわ。
> まさか全地形データの全ポリゴンを毎回全調査しないよね？
そのとおり、無条件ならば全部を調査しますよ
ゲームがごまかしの技術ですから、見えない部分は嘘でも良いし、完全にエミュレートする必要が無い。
単純に都合の良いマップを構成する、都合の良いポリゴンを構成する、条件の付け方ですよ。
室内ならば、BSPmapを使う。
HeightMapが碁盤の目のように区切られた平面に高さを加えたもので、
ゴム板のように高さ方向に変形ができると思えばよい。
位置情報は、容易に計算で求められる。
そんなのをマップにどうやって写すの？
高さマップを利用するやり方を答えるのはアリなのか（笑）。
まあゲームとして成立すればいいんだろうけど、あの方法だと2階建て構造とか
球の表面構造には全く対応できないよ。念のため。
＞容易に計算で求められる。
この計算を線形代数というわけで。
高さマップをあらかじめ作成するにも、それを利用してゲーム中に現在の
地形の高さを計算するにも、最低限、線形補間（線形代数の基礎）が必要になるよ。
高さマップなら足元ポリゴン要らないし、代替え案として成り立っているからいいに決まってる。
>>211
なるほど、全部保存しているわけじゃなくて、補間で出すんですね。
ありがとうございます。
HeighMapじゃ表現できないのでは・・・。
例えば、橋などの立体交差をさせるには、HeightMapを二つ使う。
扉を通過する時にマップを切り替えるようにする。
とがってたり、円形とかだとどうやってマップつくるの？
"メタセコイア"で作った、Xファイルで部屋を作る。
"DXライブラリ"で作ればよい。
当たり判定は、モデルと直線の当たり判定を使う。
Xファイルならば、自由形状になる。あとはプログラム次第。
l:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::// ヽ::::::::::::::l
l:::::::::::::::::::::::::::::::::::::::::::::::::::::::::::::/:::「'ヽ:::::::::::// ヽ:::::::::::|
|::::::::::::::::::::::::::::::::::::::::::::::::::::::::::ﾉl:::ﾉ l:::::::／ ヽ::::::::|
ﾉ:::::::::::::::::::::::::::::::::::::::::::::::::::::／ ﾞﾞ ﾉ:::/ ,,;;;;;;,, ,,,,ヽ:::::l
）:::::::::::::::::::::::::::::::::::::::::::::::／ ノ／ ＿＿,'''i: ('''＿_）:::l
）::::::::::::::::::::::::::::::::::::::::::::::::::/ ￣￣ン:. :「￣`ヾ
1:::::::::::::::::::::::「 ｀┤l:::::::::::::::::l ￣ , ヽ￣ l
｀l:::::::::::::::::::::ヽ :l li:::::::::::::/ ヽ /´ ｀l |
ヽ::::::::::::::::::::::＼_」 lヽ::::／ .l !:-●,__ ノ /
ノ:::::::::::::::::::::::::::ﾉ | l ｀ﾞﾞ i ,,;;;;;;;;;;;;;;;;;;;;, /ヽ
,／ ヽ::::::::::::::::::::::（ l l::::::::.. /.:''／´￣＿ｿ / ｀ヽ
ヽ:::::::::::::::ヽ | l:::::::::::... /::/／￣￣_ソ / ＼ ヴッ！！
ヽ:::::::＼| l::::::::::::::::... / :::.ゝ｀￣￣／ ／ ヽ
ヽ:::l l:::::::::::::::::::.. ￣￣;;'' ／ ヽ
l l;;;;;;:::::::::::::::.....;;;;............;;;;;;''ノ l
l l ''''''''''''''''''''''''''''''''''''''￣l | |
http://www.youtube.com/watch?v=z2qK2lhk9O0
とりあえず >>197 からの流れを読んでみてよ。
それをそのまま3Dに応用しても「Z階の左からX、上からY」みたいな地形しか表現出来ない。
それじゃ3Dにする意味ないじゃんって思ってしまう。
それに結局、そのマップ自体を事前に用意するのにどうしてもちゃんとした3Dの知識が必要になる。
>>200 で正攻法を教えたら教えたで悪態をつき、
別の人( >>220 )が「（ごまかしの手段だけど）こういうのがあるよ」と教えたら教えたで
それだと「○○が表現できない」と不満を言ってるとしたら、もうどうしようもない。
見えるポリゴンが複雑に作ってあるが、
当たり判定用のポリゴンが単純で明快に階層化されている。
それが単純で、平面の部屋に分かれており
、ドアで繋がれていて階層化される。
"Quake BSP map" で検索すれば解説がある。
「ベクトル？そんなの何の役に立つんだよｗｗｗ」と言ってた人は右往左往するわけだな
普通に数学で躓いていた。
「やってみたが出来なかった」で構わない。それも経験だと思う。
むしろ「それなりの努力が必要」という事実から目を逸らして
いつまでも他人を巻き込む方が問題だし、何の為にもならない。
>>222
ちゃんと話の流れを読めば、「何を勉強すればいいかだけ教えれば
あとは自主的に勉強する」かどうか、すぐに分かるでしょ。
bspが空間の再帰分割アルゴリズムなのはわかったけど、それをどう使ってるのかよくわかりません。
FPSのような室内専用？
当たり判定モデルが別途あるのは知ってるけど。
http://www.yaldex.com/game-programming/0131020099_ch13lev1sec3.html
Algorithms in Game Programming
初心者ならば、単純な方法で行えばよい。
Ｘファイルか高さマップになるだろう、
そして、DXライブラリを使えば良い。
初心者 ： Ｃ言語、DXライブラリ、Ｘファイル。 書籍も出てるし
結局、こうやってツリーにしておけば、キャラの位置のポリゴンが早く探せるってこと？
数百の多くの部屋があり、ドアで繋いでいて、
当たり判定は、自分のいる部屋だけを処理すればよい。
見えるものは、自分の部屋からドアを通して見える部屋だけを描画すればよい。
全部の部屋を処理しなくて良いから、処理量が格段に少ない。
BSPが複雑ではあるが、効率よく働く。
現代のＣＰＵやメモリがあれば、BSPを使わなくても実現可能です、昔よりもＰＣの性能が向上したから。
見えるものってのがよくわからないけど、
見える見えないはカメラからのベクトルで決めるのでは？
ドアの向こう側の隣の部屋は見える。
部屋に壁がある、壁の向こう側の部屋は見えない。
この情報は、事前に知ることが出来る、
今あなたがいる部屋から見える部屋は決まっている。
だから、あなたの部屋に見える部屋番号のリストを記録しておく。
それで、ＰＣが描画するのは、
あなたの部屋とドアで隣接する見える部屋番号リストの部屋だけを描画する。
-
別のカメラ最適化の方法として、
カメラ視野角の外側は、見えないから描画しない。
見える物体の裏側は、陰になり見えないから描画しない。
-
全部を描画するのでは無く、最適化された必要最低限の描画を行う。
ああ、部屋情報は別途ファイル参照ですか。
BSPツリーで、ドアから見える向こうの部分もわかっちゃうのかと勘違いしまして。
まあでも、結局BSPで空間を分割していくアルゴリズムがなんともまだよくわかりませんがｗ
こんないかにもややこしいことも理解できないとダメなんですね・・・。
部屋番号をツリー状に組織することで、検索などのデータ処理を速く行える。
これが、巨大な大きいマップになれば有効なだけで、
小さくひとつの部屋だけなら有用性が少ない。
千個のデータ中から、あるデータを探すのに、
線形探索なら最悪千回かかる
2分木なら、2^10=1,024 だから、10回で探せる
なぜなら1回の探索で、半分のデータを切れるから
今、1～1,000中から、300を探したい場合、
最初に500と比べて、300は500未満だから、
500以上を一気に切れる
次は、250と比べて、300は250以上だから、
250未満を一気に切れる
応用技術を解説しても仕方ないんじゃないのかな。
ゲーム上でも自分がどの空間にいるか再帰的に検索するってことでしょ。
つまるところは「ある平面のどちら側にいるかをどうやって判定するの？」って質問に
なってしまうわな。やっぱりベクトル代数分かってないと先に進まないんだけど。
DirectX逆引き大全500の極意: Visual C++2002/2003/2005対応 著者: 鎌田茂雄
434ページからの レイによる衝突判定からを読んで、
ポリゴンモデルの上の歩き方について書いてある。
DirectX9必携 鎌田 茂雄 (著) ： 同じ物です。
問題は、地面の多数のポリゴンからどうやって足元周辺ポリゴンを割り出すのか
総当たりは遅くなる
当たり判定に使う、必要最低限のポリゴンなら少ない。
処理が重いのならば、それはポリゴンが多すぎる。
シームレスの巨大マップにしたければ、
部屋に分けてポリゴンをグループ分けする。
自分の所属する部屋の中だけのポリゴングループに対して処理する。
色々な最適化がある、方法はマップの条件によって異なる。
むしろ判定に都合の良いデータ構造にする。
MAPを格子状に区切ってその格子の順番にポリゴンを格納する。
①ポリゴンの範囲はは格子よりも小さくしておく(最大のポリゴンを元に格子のサイズを決め手も良い)
②ポリゴン座標の最小値で格納する格子を決定する。例えば(Ax,Ay)、(Bx,By)、(Cx,Cy)なら(Ax,Cy）になりうる。
③格子ごとに連続してポリゴンを格納してき、インデックスを保存しておく
これで判定対象のいる格子と、-x側の格子、-y側の格子、-x-y側の格子の４つを範囲にあるポリゴンを
インデックスを元に参照する。検証は任せたｗ
自分が実際にやったのは基本1km単位で
各頂点のxy値は1kmの範囲内でランダムになっているメッシュ上の地形データで、
隣接する格子を含めた9つの格子の計18ポリゴンでチェック。
そしてHITした頻度の高いポリゴンから判定するようにインデックスを入れ替える。
建物は各所にグリッド状に配置するので、その全体を判定してHITすれば判定すべき建物と判定。
って感じだったかな。うろ覚えだけどｗ
ポリゴンを格子で区切るということは、格子と格子の接合面にあたるポリゴンは
格子の枠に沿った形状でつなげてあるということ？
でかい３Ｄマップも、格子状に分割できるようにポリゴンをつないでいるということ？
格子をまたぐポリゴンはないということ？
> 格子と格子の接合面にあたるポリゴンは
> 格子の枠に沿った形状でつなげてあるということ？
格子の頂点とポリゴンの頂点が一致するデータ構造でいいなら、そうするのが良いと思う。
> でかい３Ｄマップも、格子状に分割できるようにポリゴンをつないでいるということ？
いくつもの格子を跨ぐポリゴンがあると、
ある格子に掛かるポリゴンがどれだけあるか判定が大変になる。
> 格子をまたぐポリゴンはないということ？
跨ぐ前提で話をしている。
ポリゴンは最大で格子と同じサイズまでにすれば
１つのポリゴンは１つの格子と隣接するプラス側の格子に掛かる可能性がある。
これを逆に考えると
１つの格子にはその格子と隣接するマイナス側の格子に登録されたポリゴンが掛かる可能性がある。
インデックスを格納した格子の構造体がたくさん?
その地形をロードするたびインデックスの並べかえはリセット？
＞衝突判定自体はわかってる
一応聞くけど、兄さん >>197 や >>202 と同一人物じゃないのかね。
親切に回答している方も、そろそろ「？」ばっかり連発してる質問者が
あなたに“全部答えさせようとしている”と気が付いた方がいいんじゃないかな。
初心者→何から手を付けていいか分からないから漠然とした質問しか出来ない。
答える方も基礎を学べとしか言いようがない。
気位だけ高い→基礎を学べと言われて逆切れする。
サイコパス→全部答えさせようとする。
…うまく噛み合わないね。
3Dライブラリを使って、簡単に3Dを扱えるようになっている。
初心者向けで、入門として良い。
サンプルコード（ .dbaがソースコードになる。テキストファイル。）
http://www1.axfc.net/uploader/so/3393214
ある程度の雰囲気や概要がわかってきたなら、
高度な3D数学や物理を学ぶのが良い。
いきなり、難しい事から始めると、確実に挫折する。
難しいことを後回しにしたら挫折も後回しになるだけ。
算数のたし算を知らなくて掛け算や連立方程式を計算できるわけが無い。
３Ｄの場合は かなりね、専門用語の壁が厚いのです。
3D処理は出来合いのものを使ったほうが良い。つか必ず使わなきゃダメ。
巻頭のグラフ見るだけでも大分イイ！
「一から教えるからあなたにも大丈夫！」みたいなノリ。
高い入学費払って半分は中途退学。たまに成功する人もいるんだけど、
じつはそういうのは最初から才能を持ってる。
小1から中3まで算数や数学を順を追ってきちんと学んでも、高校数学で行き詰る人間が約半分。
順を追って学べば全て分かるなら、全ての人間がフェルマーの大定理が解けなきゃおかしい。
本当に勉強したければ、自分が行き詰ったところ、もしくは学ぶ機会のなかったところからやればいい。
それこそ小1の足し算からやって「俺にもできるかも！？」なんて気分だけ味わうのは時間と金のムダ。
足し算の応用問題を掛け算して解こうとする子供がいる」って話を聞くだろ。
人に勉強を教えると分かるけど、行列やベクトルの演算が分からない人、
まして数学が拷問に思えたり、教科書読んで分からなかったりする人は、
「計算が出来ない」んじゃなくて、「数式の意味や使い方が分からない」んだ。
意味や使い方そのものが分からないのに、ライブラリで何をどうごまかせるんだ。
それを、ライブラリならば、「回転しなさい」というコマンドを使う。
これだけのこと。 四則演算で出来る。 あまり難しく考えてはいけない。
一部の計算だけで同じ結果になるケースを見極めて
計算コストを省けるんだけどな。
でもそんな工夫している間にCPUが早くなっているｗ
株に手を出せない人に投資信託を勧めるのと同じ。
本当は複雑で難しいことを、素人でも分かる程度に簡略化して、分かった気にさせる。
「分かった気にさせて、手を出させる」のが狙い。
もちろん、昔それに挫折した人や機会がなかった人でも、やる気さえあれば腰を据えてやればいい。
それでできなくても得るものはあるだろう。
でもそこで腰が引けて迂回しようとしても他に道はない。他に道がありますよと言うのは甘言。
同じところをぐるぐる回らされていたと思い知らされるだけ。
vector3 とか matrix4 とか何で決め打ちなん！
もっと任意長のベクトルを流し込んで並列処理するような
汎用性のある枠組みにしたほうが分かりやすいのに。
それで３Ｄ特化はシェーダプログラムのほうでやればいい。
そうすればこまごました仕様が一掃されてシェーダが書きやすくなるのに。
シェーダでいろいろなアルゴリズムを試そうと思ったけど
ハードウェアの区別と制限がごちゃごちゃに思えて手を出せぬ
http://www.atmarkit.co.jp/news/200803/06/cuda.html
現在ではどうなってるんだろう？
ＧＰＵで ray tracing の画像をリアルタイムで描けたりするんだろうか？
これで汎用アルゴリズムが直に書けるのかな？！
テンション上がるわー
Unity3D でも使えるんね
でも DirectCompute はまだシェーダ言語の一部という感じだが
C++ AMP というのを使うと C 言語っぽく汎用的に組めるのかな？
何なんだよ、その不自然な改行。
おまえらステマ業者って根本的に相手をバカにしてるだろ？
うにちのステマ業者じゃないよ
ちなみに C++ AMP は unity じゃ使えないのでは？
C++ だし。
グーグル検索⇒『来島のモノノリウエ』
JBWBKFVSM6