3Dゲームの作り方を教えてください

3Ｄのゲームを作ってみたいのですがどのようにすればよいか全く分かりません。
そこで皆さんにいろいろと教えてもらいたいのですが、、、、
ツールは一応そろっています。またジャンルは問いません。
さらに参考になるウェブサイト、著作を教えていただければ幸いです。
どうかひとつお願いします。

にゃーにゃー２げっと（≧∇≦）

　 ＿■＿ ＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿
　|∵∴∵|:::ｰ-ーーｰ-ー─ｰー--ｰーーー-ｰｰ-ー,||
　|∵∴∵|:::: 　　　磯野家の系図　　　 　 　 　 　 i ||
　|∵∴∵|::::　　　　　　　　　　　　　　　　　　　　　 ; ||
　|∵∴∵|::::　波平─-──┬─-──ﾌﾈ　　 　 :; ||
　|∵∴∵|::::　　　　　　　　　│　　　　　　　 　 　 |　||
　|＝＝＝|::::　波平───サザエ　　　　　 　 　 !　||===-3
　|∵∴∵|::::　　　　　　　│　　　　　　　　　　　　　; ||
　|∵∴∵|::::　波平─ワカメ 　　　　　　　　　 　 |　 ||
　|∵∴∵|::::　　　　│ 　 　 　 　 　 　 　 　 　 　 i　 ||
　|∵∴∵|::::　　　タラチャン　　　　 　 　 　 　 　 |　||
　|∵∴∵|:::ーーｰ ーー- -ｰｰ-ーｰ-ーー-ｰー─　||
　 ￣■￣ ￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
　　　　　　　　　　【磯野家の秘密】

3Dですが何か？

　　　　　　　　　　　　　　　　　　　||
　　ｱﾎｫ　　　　　　　　　　　　　 　||　　　　　 　　ﾓｳｸﾝﾅ
　　　　　　　　　ｳﾞｫｹ　　　　　　∧||∧←>>1　 　　　　　　 ｲｯﾃﾖｼ !　
　 ∧＿∧ 　　∧＿∧ 　　　　 （/ ⌒ヽ 　　　　 ∧＿∧ 　　∧＿∧
　（　´∀｀） 　（　´∀｀） 　　　　 | | 　　|　 　　　（´∀｀　）　 （´∀｀　）
　（　　　　） 　（　　　　） 　　　　 ∪ / ﾉ　　　　 （　　　　）　 （　　　　）
　｜ ｜　| 　　｜ ｜　| 　　　　　 | ｜|　　　　　 |　｜ ｜　　 |　｜ ｜
　（_＿）＿）　 （_＿）＿）　　　　　∪∪ 　　　　 （＿（＿_）　 （＿（＿_）
　　　　　　　　　　　　　　　　　　　　；
　　　　　　　　　　　 　　　　　　　-━━-

ttp://www.geocities.co.jp/SiliconValley-Oakland/5442/game.html
ここに書いてあることを理解するのは３Ｄゲームを作る最低条件
だけどデジタルロケで作るなら必要ないのかも？

ツールってなにかかいてみ

参考になるサイトはＶＢ用のでいいのか？（藁
それともＨＳＰか？

HSPで格ゲー作りたい

そういえばHSPって使ったかとないけど、どうなのかな。
使い勝手いい？
確か本出てるよね。役に立つ？

ダイナミックでドメスティックでデモクラティックな、
3Dのゲームの作り方を教えてください！（≧∇≦）

3Dですが…

Direct3Dを勉強する以外の選択肢は無い。

>>8
VB用のサイト教えてちょーだい。

>>14
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

3D

3

　

DDD=SSS=>>1

まずは3Dでものを表示できるようになることが前提。
あンたはスレを立てるのを早まったようだな。

ありがとうございます。参考になりました＞6さん

まずはDirectXの仕組み。それからVBでのコーディング方法だ。
VBだからってなめてはいけない。死ぬほどむずいぞ、DirectXは。
Cでコンソールアプリを作っててWindowsアプリに移行した時並みにやる気がうせる。

Ｃコンソール時代からWinでMFCを使ったプログラムへ移行
する時は３ヶ月ぐらいジャングルへ迷い込んだ気分だったよ。
マジで辛かったが今は覚えて得した気分。

sao

結論としてはMFC覚える暇があったらDirectX覚えろってことか？

　 ＿■＿ ＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿
　|∵∴∵|:::ｰ-ーーｰ-ー─ｰー--ｰーーー-ｰｰ-ー,||
　|∵∴∵|:::: 　　　磯野家の系図　　　 　 　 　 　 i ||
　|∵∴∵|::::　　　　　　　　　　　　　　　　　　　　　 ; ||
　|∵∴∵|::::　波平─-──┬─-──ﾌﾈ　　 　 :; ||
　|∵∴∵|::::　　　　　　　　　│　　　　　　　 　 　 |　||
　|＝＝＝|::::　マスオ───サザエ　　　 　 　 !　||===-3
　|∵∴∵|::::　　　　　　　│　　　　　　　　　　　　　; ||
　|∵∴∵|::::　カツオ─ワカメ 　　　　　　　　 　 |　 ||
　|∵∴∵|::::　　　　│ 　 　 　 　 　 　 　 　 　 　 i　 ||
　|∵∴∵|::::　　　タラチャン　　　　 　 　 　 　 　 |　||
　|∵∴∵|:::ーーｰ ーー- -ｰｰ-ーｰ-ーー-ｰー─　||
　 ￣■￣ ￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
　　　　　　　　　　【磯野家の秘密】

　 ＿■＿ ＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿
　|∵∴∵|:::ｰ-ーーｰ-ー─ｰー--ｰーーー-ｰｰ-ー,||
　|∵∴∵|:::: 　　　磯野家の系図　　　 　 　 　 　 i ||
　|∵∴∵|::::　　　　　　　　　　　　　　　　　　　　　 ; ||
　|∵∴∵|::::　波平─-──┬─-──ﾌﾈ　　 　 :; ||
　|∵∴∵|::::　　　　　　　　　│　　　　　　　 　 　 |　||
　|＝＝＝|::::　マスオ───サザエ　　　 　 　 !　||===-3
　|∵∴∵|::::　　　　　　　│　　　　　　　　　　　　　; ||
　|∵∴∵|::::　カツオ─花沢　 　　　　　　　　 　 |　 ||
　|∵∴∵|::::　　　　│ 　 　 　 　 　 　 　 　 　 　 i　 ||
　|∵∴∵|::::　　　イクララチャン　　 　 　 　 　 　 |　||
　|∵∴∵|:::ーーｰ ーー- -ｰｰ-ーｰ-ーー-ｰー─　||
　 ￣■￣ ￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
　　　　　　　　　　【磯野家の秘密】

>死ぬほどむずいぞ
そーでもない。
DOSとかでやってた人間にとっては、むしろGDIの方が
抽象化しすぎて意味不明。
まあ初期化が面倒なのは確かだけど。

>>28
俺も一時期DirectXでしかプログラム作れなかったからなぁ。
windowsのプログラム勉強するのって　けっこう時間かかったYO!

参考書はいいものを選んだ方がいいよ？
３Ｄは苦手だからいい本わからないけど。

むしろDDDDで3dGameを作る方法を教えてください

Shadeとかでモデリングした３ＤはＤirectXにインポートできないのですか？

ちんぽートならできます。

>>23
>Ｃコンソール時代からWinでMFCを使ったプログラムへ移行
>する時は３ヶ月ぐらいジャングルへ迷い込んだ気分だったよ。

MFCからWindowsAPIオンリーのプログラムへ移行する時も
更なるジャングルが待ち受けているぞ。
ゲームとは関係ないＭＦＣは飛ばした方が得策かも。
ツール作る時は役立つけどね。

>34
ツールなら最初からビルダーつかうし。

>>35
ツールはビルダーで、ゲームはＶＣ＋＋？
そんなの納得逝かない。

>>36
普通だと思われ

俺もツールはビルダーでゲームはVCだたりする。

>>37
普通じゃないって！(ﾜﾗ
なんでC++コンパイラを二つも買わなきゃいかんのだ。

>>39
35, 37, 38 じゃ無いけど、私も同じように使ってるよ。
適材適所って言葉があるでしょ。柔軟に道具を使わないと。

最近Ｃ＃使ってるＹＯ！

金ないなら、ビルダー一本、Delphi一本でもなんとかなろう。
VCがどうしても必要なら学生のうちに買っておくのがよいか。

どっちにせよ適材適所

金無いならBCCかmingwでいいじゃん。
どうせ、MFCやらClassWizardやらは使わないんだろ？

>>43
>どうせ、MFCやらClassWizardやらは使わないんだろ？

話の流れからすると、ツール作るのはどうしてるかって事だから
ＭＦＣを使った方がいいでしょ。ＡＰＩだけでツール作るのは大変だぞぉ。

いや、C++Builderがいい。
とか言ったらボラ厨とか言われそうだな。
(・∀・)ｶｴﾙ

なんだかんだいって、ツールを超速で作れるBuilderはいいよ。速さが違う。

ﾎﾞｰﾗﾝ島ではツールはデル様にお願いすることになってます。

これからはC#で作るのがおすすめです。
ためしにやりましたがすげえ生産性です。
Del厨、Java厨サヨウナラって感じです。

>>48
へぇ、そんなに楽？

>>49
この方面に限れば
　C# = (Java + Delphi) / 2
だな。
やってみてる人他にいない？

　 ＿■＿ ＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿
　|∵∴∵|:::ｰ-ーーｰ-ー─ｰー--ｰーーー-ｰｰ-ー,||
　|∵∴∵|:::: 　　　磯野家の系図　　　 　 　 　 　 i ||
　|∵∴∵|::::　　　　　　　　　　　　　　　　　　　　　 ; ||
　|∵∴∵|::::　海平─┬─波平─┬─フネ　　 　 ; ||
　|∵∴∵|::::　　　　　.│　　 　　　.│　　　　 　 　 |　||
　|＝＝＝|::::　　　　　タマ─┬─サザエ　　 　 　 !　||===-3
　|∵∴∵|::::　　　　　　　　　│　　　　　　　　　　　; ||
　|∵∴∵|::::　　　カツオ┬ワカメ　　　　　　　 　 |　 ||
　|∵∴∵|::::　　　　　　　│ 　 　 　 　 　 　 　 　 i　 ||
　|∵∴∵|::::　　　　　　中島　　　　 　 　 　 　 　 |　||
　|∵∴∵|:::ーーｰ ーー- -ｰｰ-ーｰ-ーー-ｰー─　||
　 ￣■￣ ￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
　　　　　　　　　　【磯野家の秘密】

>>48
まじっすかー。
.netかってみようかなーとか言ってみるテスト。
金ねえよ。
XBOX買えるじゃんか。

GDI+は非常に楽だぞ。
ただしWinXP以外だと1.6MBのDLL一緒に配布しないとダメだが。

>>53
むーん。でも、ツール製作にはほんと、重宝しそうだなぁ。
買うか。

　　　　 　,;i|||||||||||||||||||||||||||||||ii;､　　　　　　　　　＿／
　　　　　／||||||||||||||||||||||||||||||||||||||ii;､　　　　　 　　＼
　　／￣￣＼||||||||||||||||||||||||||||||||||||ii;ﾞヽ,　　　　　　／
'"￣ヽ　　　　　ヽ!!||||||||||||||||　　||||||||||!!"ﾍ　　　　 ＜　　ロマンティックageるよ
ヽ　　　　　　　　　 ﾞ!!!||||||||||||　　|||||||!!　　 iヽ──　/
|||ｌ　　　　　　　　　 　　ﾞﾞヽ､ｌｌ,,‐''''""　　　　 | ヽ|||||||||ロマンティックageるよ
|||ｌ　　　　　＿＿＿＿　　　ﾞｌ　　　＿＿　　　＼|||||||||　　
||!'　　　 ／ヽ､　　　　 oﾞ＞┴＜"o　　 /＼　　 |'"￣| ホントの勇気　見せてくれたら
＼　　／　　|ミﾐヽ──‐'"ﾉ≡- ﾞ'──''彡| |､　|　　 |
　 ￣|　　　　|ミミミ／"￣ ､,,／|ｌ￣"'''ヽ彡|| |､/　　 /　ロマンティックageるよ
　ヽ､ｌ|　　　　|ミミミ|　 |､────ﾌヽ |彡ｌ| |/　　／＿
　 ＼/|ｌ　　　 |ミミミ|　＼_/￣￣ﾌ_/　 |彡|ｌ/　　　￣／ ロマンティックageるよ
　　＼　ﾉ　　 ｌ|ミミミ|　　＼二二､_/　 |彡|　　　　　　ﾌ　　
　　　￣＼　　ｌ|ミミミ|　　　￣￣￣　　|ﾒ/　　　　　　 ＼トキメク胸に　キラキラ光った
　　　　|　＼　ヽ＼ミヽ　　　￣￣"'　　|/　　　　　　　　/
　　　 /　　＼ヽ､ヽﾞ''''ヽ､＿＿＿＿_／/　　　　　　　／＿夢をageるよ
　　／　　ヽ　ﾞヽ─､──────'/|　　　　　　　　￣／
. ／　　　　　　　ﾞ＼　＼　　　　 /　/ ＼＿＿
　　　───'''"￣￣￣ﾞﾞヽ､__,,/,-'''"￣　　　ﾞ''─

3dgameでもっとも大切なものは
ポリゴンキャラに対する愛情

　　　　　　　　　　　ミ　　　　　　　ミ　　　　　　　　　　　　ミ
　　　　　　　　　　　　　　　　　　　　　　　　　　　ミ　　　　　　ドドドスッ　　　　　　　　　ミ
　ｳｫﾘｬ! ∧∧ 　 　 　　.＿　　　　　　　　　　　　　　　　＿　　　　　　　　　　　　　　　　＿
　　　　 (　 ；,,)Ｏ..―─┴┴──────────┴┴──────────┴┴──┐
　　　　/；　； つ.　　　　　　　　　　　　　終　　　　　　　　　　　　　　　　　了 　 　 　 　　　　　　　|
　　〜′　/´　└―─┬┬──────────┬┬──────────┬┬──┘
　　　∪ ∪　 　　　 　 ││　_ε３ 　 　 　 　 　 　　 　 ││　_ε３ 　 　 　　 　 　 　 　 ││　_ε３

　　　 (⌒V⌒)
　　　│ ＾ ＾ │＜これからも僕を応援して下さいね（＾＾）。
　　⊂|　　　　|つ
　　　（＿）（＿）　　　　　　　　　　　　　　　　　　　　　　山崎パン

>>58
ウザイ
氏ね

適当に初心者向けライブラリ公開しているところ行って
そのライブラリを使用したサンプルプログラムを小一時間眺めればサルでも作れるようになる。

>>60
3Dゲームを作るサルは、どこにいますか

漏れ。

茶髪ショートカットの可愛らしい娘ですが
オッパイは張りがありかなり立派なものをお持ちのようです。
極太のバイブを挿入してのオナニーシーンはかなり見応えがありますよ。
締まりのある身体に巨乳が勃起モノです。
巨乳好きにはたまらない！！
http://www.exciteroom.com/

>>63
業者のくせに、６行も使いやがって。

>>60
その手のページを探しているのだがでてこない。
お勧めのページがあれば教えてくれぬか?

>>58->>64
なんとなくﾜﾛﾀｗ

ビューフラスタムの頂点取得
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

■DirectX によるゲームプログラミング入門
　本連載は、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

たちあがらん

>75
ｽﾏｿ
　　;y=ｰ( ﾟдﾟ)･∵.　ﾀｰﾝ
　　＼／|sss|)


HALが使えるビデオカードでしか立ち上がりません・・・・。

■ＭＳＤＮ DirectInput C/C++ チュートリアル　Microsoft DirectX 9.0

　チュートリアル 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

DirectInputクラス作成
　マウスからのデータをバッファリングするためのバッファのサイズはどれくらいにすればいいんだろう・・・・・。

　ttp://www.gamdev.org/up/img/457.zip

>>6の移転先

■もんしょの巣穴
ttp://monsho.hp.infoseek.co.jp/index.html

　DirectX、物理、数学などいろいろ

今日の作業終了。







　 　 　 　　　　┌┬┬┬┐
　　　　―――┴┴┴┴┴―――――、
　 　/. ￣￣￣//.￣￣| ||￣￣￣|||￣ |｜　　　 　＿＿＿＿＿＿＿＿＿＿
　　/.　 　　∧// ∧ ∧| || 　 　 　||| 　 |｜　　／
　[/＿＿__(ﾟ_//[ ].ﾟДﾟ,,) ||＿＿＿||| 　 |｜ ＜ 　　>>1を迎えに来ました
　||_.　*　 ＿|_|￣￣ ∪|.|. 　 　 　 |ヽ. _|｜　　＼＿＿＿＿＿＿＿＿＿＿
　lO|o―o|O゜.|二二 東|.|京 精神病院 ||
　| ∈口∋￣_l＿＿ｌ⌒ｌ_|＿＿＿__|_ｌ⌒ｌ_||
　　￣￣`ー'￣ 　　`ー'　 `ー'　 　`ー'

■twintail lover　〜ゆきいるか〜
　　DirectX8 色々
　　DirectX9 少し


　ttp://www.twin-tail.jp/

・灯　プログラムＢＢＳ
　「板違いです。」と言う場らしい。
　ttp://www.tomoshibi.net/cgi/bbs/c-board.cgi?id=program

そろそろ自分の日記でやってくれない？

Ｘファイル読み込み→表示作成。
だけど、ライト有効にすると表示されない・・・。

ファイルに法線が含まれていないかもしれない

漏れも>>74動かない
できればソースも一緒にあぷしてくれるとこれ幸い
SSS==>>1？期待してるYO！

フリーのＸファイル置いてある所しらない?

>87
箱くらいならメタセコイアで簡単に作れるよ

×87

so-netのアクセス規制が解除された時にあせってレスしたのでアンカーまで間違えてしまいました。
ワケの分からないレスで済みません。言い直します。

とにかくＸファイル形式のモデルがないと開発が進まない・・・というときは
メタセコイアの無償版（LE R2.1a）でＸファイル形式のモデルが作れるので、
バウンティングボックスサイズの箱でモデルを代用して開発を進めるのが、
わざわざ欲しい形状のものを探すより、手っ取り早いと思います。
ttp://www21.ocn.ne.jp/~mizno/metaseq/version.html


完成版にも使えるようなフリーのＸファイル置いてある所は分からないです。ごめんなさい。

>83
ｳﾜｧｧﾝﾓｳｺﾈｰﾖ

>85
ありがとうございます。

ソースファイル、ＶＣ用ワークスペースです。
ttp://www.geocities.co.jp/Playtown-Knight/9864/src/game3d.zip

＞漏れも>>74動かない
わざわざ落としてくれたのに、全く動かなかった人たちには本当に申し訳ないです。


今は、”３Ｄ空間で鉄騎やメックウォリア、ガンダム連ジのようなロボットを動かすアプリ”を目標に作っています。
　（ここ ttp://www.geocities.co.jp/Playtown-Toys/2858/mv_main.html　こんな感じのモデルを動かしてみたい・・・。）

現在出来ているのは、キーボードのＷＡＳＤで移動、マウスで視点変更のみです・・・・・・。
勉強しながら少しづつ作っているのでなかなか進みませんが、成果物をつかってゲームを作りたいので
Ｃ/Ｃ++の参考書を見ながらなるべく再利用できるように作ってます。

スレ汚し済みませんでした。
では。

　　　　　　　　∧∧　　ミ　＿　ドスッ
　　　　　　　 (　 　,,)┌─┴┴─┐
　　　　　　　/　　　つ.　 終　 了 │
　　　　　〜′　/´　└─┬┬─┘
　　　　　　∪ ∪　　　 　 ││　_ε３
　　　　　　　　　　　　　　 ゛゛'゛'゛

>>92
やれやれ。モノ作ってる奴を追い出してどうするのかね。
悩みがあるならプログラミング相談室に来なさい。
http://pc5.2ch.net/test/read.cgi/gamedev/1078503950/l50

このスレを最初から読むと、「ツール作成」という言葉が出るのですが、
具体的にはどのようなものを指すのでしょうか？（ゲームじゃないですよね？）
ＶＣとかビルダーがツールなのかと思ってたのですが、
違いがよくわからないです。

>>91
期待してるよ。

>94
このスレの最初のほうで言われている「ツール」は、市販の汎用的なツールではなくて、
自作ゲーム専用のデータを作るためのツールのことではないでしょうか？（たとえば自作ＲＰＧのマップを編集するための専用ツールとか・・）

だとしたら、「マップデータを直接編集するよりも（自作）ツールを使ったほうが楽だから」という理由で（自作）ツールを作るので、
楽をするためのツールなんだから、ＭＦＣ（ＶＣ++）よりビルダーの方が楽なんじゃない？見たいな感じが
最初の頃の話の流れだと思います。

俺なら105円出せる

ttp://www.microsoft.com/japan/msdn/directx/default.asp

>>97
俺も

金がないならＨＳＰが妥当じゃネー？・・・
だれかＶＢ譲ってくんねーかな。

ttp://lamp.sourceforge.jp/index.html

>>101
> 最短距離でゲーム開発の楽しさを知ることが可能なミドルウェアが必要であり、
> それに関するデモ、ドキュメント、サンプル、チュートリアルが必要となります。
> これらの教育に必要な情報一式を提供することが第一の目的です。
だったらまずはドキュメントとコメントをどうにかしろと。
bind関数に対してのコメントが｢バインド｣
getTime関数に対してのコメントが｢時間の取得｣
そのほかにも「わからない」「アニメーション｣（Animationクラスに対して)など、誰かに強要されて嫌々ながら
書いたとしか思えないハイクオリティなコメントに眩暈が。

ところでオマイらは３Ｄアニメーションってどう作るよ？

NetからXファイル探す

>>103
自作のモーション作成ソフトで作る。

あとこれとか
ttp://www.cyberdelia.net/tools/cyberdelia.html

BCC 5.5 と BCC Developerを使って3Dゲーム作ろうと思ってたんだけど
コンパイルしたら
Error: 外部シンボル 'D3DXCreateTextureFromFileExA' が未解決Error: 外部シンボル 'D3DXCreateSprite' が未解決
というエラーが出ました
これはどうすればいいんですか？

ライブラリ

どのライブラリ？

適当にライブラリ追加してたら
コンパイル出来た

3dsファイルのローダを作っているんですが、みなさんはメッシュの構造ってどうしてます？
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ベクトルだけをグルグル回しています。

gluLookAtの説明によると、upとtarget-eyeを平行にしてはいけないと書いてあります。
この場合、upを固定しているのが原因のようです。
視点が真上、真下のときも含めて、どのようなカメラアングルにしたいのかを決めて、
右手、上、奥行きの単位ベクトルを求め、回転行列を自前で構築するのが
手っ取り早いと思います。
スムーズな回転にしたいなら、クォータニオンを勉強すると良いかもしれません。

なぜカメラを回転させるだけの話にクオータニオンが必用なのが、明確に説明してくれ。
あまりにも頭が悪すぎる。

>> 113
なるほど。Mesaのソース読んでみた。
upと方向ベクトル(tgt-eye)の外積で右手出してるから平行にしちゃいけないのか。
初回だけUPとか指定でカメラの軸を作り、あとはそれを回転させてけばいいのかな。
ん？　そうすると誤差が蓄積する気が。そもそもうまくいくかわからんからやってみる。

>> 114
カメラをラインに沿ってスムーズに動かすときに使うとか、そういう意味なんじゃない？
俺はそもそもクォータニオンでの姿勢制御をほぼ諦めているわけだが orz

３次元的な回転の変化量（回転速度）を制限したい場合、
単位クォータニオンのスカラ値の絶対値のacosでコントロールできます。
カメラが急激に振り返る現象を防ぎ、安定させたい場合に便利です。
upベクトルを鉛直方向に固定してgluLookAt関数を使っていると、
視点が極方向に近いところでは、急な回転をしていると思いましたので、
参考程度にクォータニオンを紹介致しました。

話を元に戻しますが、upベクトルに弾力性を持たせて対策するのであれば、
前フレームでgluLookAtに計算させた実際のupベクトルをgluUnProjectなどで求め、
それと鉛直上向きベクトルを適当な配分で合成して、
新フレームで与えるupベクトルにする、という方法を考えましたが、
回りくどいと思いましたので、回転行列もしくはクォータニオンを
使用する方法をお薦めします。

ちなみカメラをラインに沿わせる場合は、
ライン関数を微分したベクトルを正面にし、
それと直行するベクトルを適切な方法で決めて行列を作る方法が簡単です。

>>116
間違えました。
(誤)単位クォータニオン
(正)正規化クォータニオン

他にも勘違いがあればご指摘下さい。

>>116
トンクス。
いろいろアドバイスをもらったが、一番簡単そうな回転行列で姿勢制御することにした。
ジオメトリ崩壊とかって奴が怖いので、eyeとtargetベクトルを保持して、
そこから作った正規化方向ベクトルと今のY軸（UPベクトル）の外積で正規化した右手、
その右手と方向ベクトルから、正規化したUPベクトルを作ってる。
ジオメトリ崩壊を防ぐためには、こんな感じであってるのかな？？

とりあえず今回は行列で逃げたけど、便利そうだから最終的にはクォータニオンを
使うようになると思う。がんがって勉強します。

あと、蛇足かもしれませんが、
OpenGLでは画面の座標系を基準に座標変換行列を掛け算するので、
ワールド座標系を基準にカメラの軸ベクトルを保持しているのであれば、
逆行列を作ってglMultMatrixする必要があります。
回転行列の逆行列なので、多分、簡単な演算で求まると思います。

gluLookAtを使うのであれば問題ありません。

正規直行だから転置でいけた。
いろいろありが�d。

昔あった「宇治杜仲」というＨＰの在り処を知っている人がいれば
教えて下さい。

もう無いよ。

>>122
誰か保存してない？

>>123
WebArchive

ttp://web.archive.org/web/20011202064212/www.cc.rim.or.jp/~devilman/
これかな？

FINALFANTASY７・８・９のような２Ｄ一枚絵のマップ＋３ＤキャラというRPGを作りたいのですが、
HSPの３Ｄプラグインでも可能でしょうか？
それともC言語で一から組むべきでしょうか。HSPは2D限定で出来ますが3D扱った経験は無く、
C言語は触ったことすらありません。必要なら多少の学習は惜しみませんので、
どちらが効率的な道かだけ教えて下さい。

C++でDirect3D

3Dキャラって言っても
データにモーションはつけれるの？

3Dで作ったのを2Dに落としこむのじゃ駄目なのか？

HSPでもEasy3Dあたりでなんとかなるだろうな。
C++とDirectX/OpenGLでも当然書けるが効率がいいとは言えんわな。

C++と既存の3Dエンジン(Irrlichtとかね）の組み合わせが、
一番効率はいいだろうな。

　 ＿■＿ ＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿
　|∵∴∵|:::ｰ-ーーｰ-ー─ｰー--ｰーーー-ｰｰ-ー,||
　|∵∴∵|:::: 　　　磯野家の系図　　　 　 　 　 　 i ||
　|∵∴∵|::::　　　　　　　　　　　　　　　　　　　　　 ; ||
　|∵∴∵|::::　海平─┬─波平─┬─フネ　　 　 ; ||
　|∵∴∵|::::　　　　　.│　　 　　　.│　　　　 　 　 |　||
　|＝＝＝|::::　　　　　タマ─┬─サザエ　　 　 　 !　||===-3
　|∵∴∵|::::　　　　　　　　　│　　　　　　　　　　　; ||
　|∵∴∵|::::　　　カツオ┬ワカメ　　　　　　　 　 |　 ||
　|∵∴∵|::::　　　　　　　│ 　 　 　 　 　 　 　 　 i　 ||
　|∵∴∵|::::　　　　　　中島　　　　 　 　 　 　 　 |　||
　|∵∴∵|:::ーーｰ ーー- -ｰｰ-ーｰ-ーー-ｰー─　||
　 ￣■￣ ￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
　　　　　　　　　　【磯野家の秘密】

test

>>1
2ちゃんで、マジレス期待すんのは、無駄
ここは、ネタと、煽りの集合体みたいな場所だから
と、マジレスしてみる・・・・

ここのレスは、いいけど、話がつながんないね。。。

　

零ってここにも来てるのか

だれだよ

＞１３７
＞１３４
すぐ上のスレも読めないのか

日報＞日記＞＞＞＞＞＞＞＞＞＞＞＞過疎＞廃墟。

作るぞ〜集まれ〜

λ......................

ＦＦ７の背景は２Ｄかな？
衝突判定とかどうやって処理してんだろ？

>>142
上から見た２Ｄで判定

階段も？
それに背景も重ね合わせやってるしな
まさか全部３Ｄ？

初めにキャラクターとの衝突判定用の３Ｄモデルを作って、
それにあわせて背景の絵を描いたんじゃないかな？

３Ｄで背景を作る→非リアルタイムレンダリング→出来た絵をキャラの上下層に分ける→下層の絵に当たり判定をつける
で、作れるでしょ

上下層で完全に分かれる奴ならいいけど
机とかベッドとか中間層もある
２Ｄゲームの重ね合わせと同様にキャラの座標で切り替えてる？
そんな面倒な事やってるかな？

奥行きにあわせたZ値を持ってるだけじゃないの？

PS1にはＺバッファが無かったような

Z値で描画順を決めればいいだけじゃない。
ゲーム作ったこと無いのかYo

全部３Ｄ（マッピング貼り付けの箱・板だけ配置）の気がしてきた

　　　　　　　　　　　　　　　　　ああっあああああっネタがない！？

　　　 　/∧＿/∧ 　　　　 /∧＿/∧ 　　　ｵﾛｵﾛ
　　　（(´´ДД｀｀;;)） 　　　((;;´´ДД｀｀))　　　　ｵﾛｵﾛ
　　　//　　　 ＼＼　　　　 //　　　＼＼　ｵﾛｵﾛ
　 ⊂⊂((　　ヽﾉヽﾉつつ ⊂⊂ヽ//　)) つつ　　ｵﾛｵﾛ
　　　しし(（＿）)　　　　　　 (（＿）)ＪＪ

…こんな時はあわてず、そう！


えびごっこよ！
　　 　(V)∧_∧(V)
　　　　ヽ(´_ゝ`)ノ　　ｴﾋﾞｴﾋﾞｴﾋﾞｴﾋﾞｴﾋﾞ
.　 　　　/＿/　　　　　ｴﾋﾞｴﾋﾞｴﾋﾞｴﾋﾞｴﾋﾞｴﾋﾞ
　　　　 じゝ
.　　　　　　　　　 (V)∧_∧(V)
　　　　　　　　　　 ヽ( 　　)ノ　　ｴﾋﾞｴﾋﾞｴﾋﾞｴﾋﾞｴﾋﾞ
.　　　　　　　　　　　/ __/　　　　　　　　ｴﾋﾞｴﾋﾞｴﾋﾞｴﾋﾞｴﾋﾞ
　　　　　　　　 ..........しゝ
　

VB.NET 2005 で３Ｄしたいのですが
どのクラスを使ったら良いのでしょうか

３Ｄゲームを作る場合は
Ｃ＋＋とＡＰＩとＤｉｒｅｃｔ�]の知識だけで大丈夫でしょうか？

それらだけで作る場合は数学の知識はマジで要ります。

>>154
趣味でやってるけど、俺もそんなもんだな。
それと衝突判定は肝だと思う。
アクションなら物理も要るかな。
難しい事やりたいなら剛体力学とか。

>>155
>>156
返答ありがとうございました

理系科目が必要という訳ですね。
物理と数�V位は勉強しておきます。

　 ＿■＿ ＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿＿
　|∵∴∵|:::ｰ-ーーｰ-ー─ｰー--ｰーーー-ｰｰ-ー,||
　|∵∴∵|:::: 　　　磯野家の系図　　　 　 　 　 　 i ||
　|∵∴∵|::::　　　　　　　　　　　　　　　　　　　　　 ; ||
　|∵∴∵|::::　波平─-──┬─-──ﾌﾈ　　 　 :; ||
　|∵∴∵|::::　　　　　　　　 　│　　　　　　 　 　 |　||
　|＝＝＝|::::　マスオ───サザエ　　　 　 　 !　||===-3
　|∵∴∵|::::　 　　　　　 　│　　　　　　　　　　　; ||
　|∵∴∵|::::　　　 　「￣￣ 　　　　　　　　 　 |　 ||
　|∵∴∵|::::　　　　│ 　 　 　 　 　 　 　 　 　 　 i　 ||
　|∵∴∵|::::　　　タラチャン　　　　 　 　 　 　 　 |　||
　|∵∴∵|:::ーーｰ ーー- -ｰｰ-ーｰ-ーー-ｰー─　||
　 ￣■￣ ￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣￣
　　　　　　　　　　　 【磯野家の真実】

>>157
数学って言ったけど、今の過程知らないけどIIIじゃなくてCのほうだね

ポリゴンの数ってひとつのメッシュでどのくらいがいいんでしょ。
市価５万円くらいのパソで楽々表示できる限界ってどのくらいなんですか？
そこから逆算とかできそうな木がするんですけれど。
よかったら教えてください。

あげるね

いらない

>>160
ヒント: オンボード

>>163
ググッたらフィルレートってのを調べればいいみたいってわかった。
多謝

誰かの作ったライブラリを使えば、それほどしんどくないぞ。

使いこなすにも知識が要るので

質問させてもらいます。
Delphi7でなんとかポリゴンの表示までできるレベルなんですが・・・。
まだ先の問題なんですけど一般的なゲームで、岩や木とかの配置位置のデータとかはどうやって管理するんでしょうか？（いわゆるマップデータです）
そういう規格があるんでしょうか？それとも、ゲームエンジンによって管理方法がちがうんでしょうか？

自分のシステムに合うように最適なものを考える。

>>168
どうも。本とか参考にしつつ考えて見ます。

3Dって、ベクトルとか光源とか物理法則とか、すべて理解してなきゃならないんでしょ？
想像するだけでウンザリするなぁ・・・・

最低限、ベクトルと行列が判っていれば充分だし、
それも結局は足し算とかけ算の組み合わせに過ぎない。

市販の３Ｄゲームではモデルを描画するのにDrawPrimitiveで一枚一枚ポリゴンを描いているのですか？

ゲームデータを見ても、どこにもXファイルが見つからなかったので気になっています。

>>172
そのポリゴンのデータを収めてあるファイルはあるんじゃないでしょうか？

>>173
見つからなかっただけで、あります。
そもそも市販品でＸファイルを使ってるところがあるのか？
つーか常識的に考えてパックするだろ。

それじゃ、読込時に解凍して個々のモデルデータを読みにいってるんですね。

違います

ProjectXというプロジェクトにＸファイルを入れたらとりあえずモデルが動きました。

大抵3Dやろうとしてやめる奴は、

覚えること、やらなきゃならない事が多すぎてやめることが多い。

※2Dで出来ることを全てやってから3Dに移行しろ。

おれもDirect3D使ってゲームでも作るか

ゲームだとでこぼこの地形とかあるいたりするけど、
あれってどういう3Dモデルなの？キャラとかならひとつのxファイルなのはわかるんだが、でかい地形はどう分けてるのか

フラクタル

>>181
こんな感じでしょ
http://gamdev3.hp.infoseek.co.jp/cgi-bin/up/No_0377zip.html

虫干し age

!ninja

!ninja

>>185
>>186
上記の書き込みは間違えて書き込んでしまったものです。
ご迷惑おかけしました。
おわびに３Ｄゲームに関する情報を書き込んで行きます。

簡単に3Dゲームを作れてしまうHSPのプラグインにEasy3Dというのがあります。
以下は私がEasy3Dで作成したゲームの動画です。

ジャンプアクションゲーム
http://www.nicovideo.jp/watch/sm11559211

興味がおありでしたら以下のEasy3D開発者のおちゃっこ先生のサイトにアクセスしてください。
http://www5d.biglobe.ne.jp/~ochikko/

OpenGLでフレームレートの設定の仕方とメインのシステム(?)をどこに書けばいいのか教えてください。

魔女オイラ晒し上げ

おちゃっこ先生迷惑してんじゃねーのｗｗｗｗ

魔女オイラ晒し上げｗｗｗｗ

>187
動画を変更してアップロードしました。
http://www.nicovideo.jp/watch/sm14031363

初歩的な質問で申し訳ないです。

３Ｄのゲームでキャラモデルの表示がおかしくなるバグ
に関して質問があります。
下記動画の１：０６や２：４４あたりなどがそうなんですが。

http://www.youtube.com/watch?v=ny2Y6rrw0kE

・こういったバグ現象を主に何て言うのでしょうか？
・基本的に何が原因で起こるんでしょうか？

ジンバルロック系？

おわた

あ

ひでえwww

3Dの起伏のあるポリゴンデータの上を歩かせたいのですが、
キャラの下にあるポリゴンはどうやって特定させるのでしょうか？

>>197
遅いレスだがぶっちゃけ高校数学のベクトル演算が分かっていることが全て。

>>198
で、具体的にはどうなのでしょうか？

……じゃあ教えてあげるよ。

まず地面のポリゴン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は厳しいと思うよ。
「正解を人に聞いて丸写しすれば問題は解決すると思っている」ウィキペディア脳は、通用しない。

念のため、同人やインディーズでも3Dやってる人なら、四元数とかもっと高度な技術を勉強をしてる。

>>200
その理論も興味深いけど、
オレが知りたいのは、たくさんある地形ポリゴンから、
どうやって、自分の足元付近のポリゴンを割り出すかということ。
まさか全地形データの全ポリゴンを毎回全調査しないよね？

興味深いも何も、上記やその応用以外の判定方法を知ってるなら教えて欲しい
（単なる直方体の組み合わせでごまかすとかいうのはなしで）。

たしかに「細かい判定を毎回やったら重いから、大ざっぱな判定で絞っておく」のは
常套手段だけど、自分の足元付近のポリゴンをある程度絞り込めても
最後には正確な判定方法を知ってなきゃどうにもならない。

そのために必須の数式を「興味深い理論」と言っている時点で、未修得だって分かるんよ。
話をはぐらかすよりもまず高校数学のベクトル演算を学び直す方が先。

はぐらかすもなにも最初の質問読めないのか

質問：漫画の背景の本格的な描き方を教えてください。
回答：透視図法を覚えることが全て。
質問：で？　具体的には？
回答：……しょうがない。消失点を1〜3個決めて〜（以下、詳細な説明）。
質問：興味深い手法だが、自分の求めているものとは違うんだけど。
回答：ってことはこれ知らないんでしょ。知らないと絶対描けないんだけど。
質問：・最初の質問読めないのか。

後になって上のやり取りを目にした人のために書き残しておくよ。
3Dゲームのプログラミング＝線形代数のプログラミングというのは曲げようのない事実。

どうしても淡白な書き方になるからムッとするのは分かるが
こればかりはどうしようもないんだわ。

>>202
> まさか全地形データの全ポリゴンを毎回全調査しないよね？

そのとおり、無条件ならば全部を調査しますよ
ゲームがごまかしの技術ですから、見えない部分は嘘でも良いし、完全にエミュレートする必要が無い。
単純に都合の良いマップを構成する、都合の良いポリゴンを構成する、条件の付け方ですよ。

屋外の地形を作るには、HeightMap を通常は使う。
室内ならば、BSPmapを使う。

HeightMapが碁盤の目のように区切られた平面に高さを加えたもので、
ゴム板のように高さ方向に変形ができると思えばよい。
位置情報は、容易に計算で求められる。

坂や起伏のある平面は、それこそ１ピクセルごとに高さが変わっていくのに、
そんなのをマップにどうやって写すの？

質問は「足元のポリゴンの判定法」なのに、足元のポリゴンとは無関係の
高さマップを利用するやり方を答えるのはアリなのか（笑）。

まあゲームとして成立すればいいんだろうけど、あの方法だと2階建て構造とか
球の表面構造には全く対応できないよ。念のため。

＞容易に計算で求められる。
この計算を線形代数というわけで。

>>209
高さマップをあらかじめ作成するにも、それを利用してゲーム中に現在の
地形の高さを計算するにも、最低限、線形補間（線形代数の基礎）が必要になるよ。

>>210
高さマップなら足元ポリゴン要らないし、代替え案として成り立っているからいいに決まってる。

>>211
なるほど、全部保存しているわけじゃなくて、補間で出すんですね。
ありがとうございます。

と思ったけど、たとえば、らせん階段を登らせるような場合は、
HeighMapじゃ表現できないのでは・・・。

基本が屋外マップ用だからね。　

例えば、橋などの立体交差をさせるには、HeightMapを二つ使う。
扉を通過する時にマップを切り替えるようにする。

なるほど。Rpg的なマップならこれでほぼカバー出来そうですね。

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 からの流れを読んでみてよ。

高さマップとかの技術って、単に2Dゲームのマス目方式の延長だから、
それをそのまま3Dに応用しても「Z階の左からX、上からY」みたいな地形しか表現出来ない。
それじゃ3Dにする意味ないじゃんって思ってしまう。

それに結局、そのマップ自体を事前に用意するのにどうしてもちゃんとした3Dの知識が必要になる。

もしかして >>213,216 = >>197 なんだろうか。

>>200 で正攻法を教えたら教えたで悪態をつき、
別の人( >>220 )が「（ごまかしの手段だけど）こういうのがあるよ」と教えたら教えたで
それだと「○○が表現できない」と不満を言ってるとしたら、もうどうしようもない。

実際のゲームが中身がそうなっている。
見えるポリゴンが複雑に作ってあるが、
当たり判定用のポリゴンが単純で明快に階層化されている。
それが単純で、平面の部屋に分かれており
、ドアで繋がれていて階層化される。
"Quake BSP map" で検索すれば解説がある。

高校数学でベクトルをきちっと学んでいた人はこういう場面でもあまり躓かず、
「ベクトル？そんなの何の役に立つんだよｗｗｗ」と言ってた人は右往左往するわけだな

俺は昔からプログラムを趣味でやってたから「何の役に立つんだよ」なんては思わなかったが
普通に数学で躓いていた。

別にゲーム作るだけが人生じゃなし、「面倒だから諦めた」
「やってみたが出来なかった」で構わない。それも経験だと思う。

むしろ「それなりの努力が必要」という事実から目を逸らして
いつまでも他人を巻き込む方が問題だし、何の為にもならない。

>>222
ちゃんと話の流れを読めば、「何を勉強すればいいかだけ教えれば
あとは自主的に勉強する」かどうか、すぐに分かるでしょ。

>>222
bspが空間の再帰分割アルゴリズムなのはわかったけど、それをどう使ってるのかよくわかりません。
FPSのような室内専用？
当たり判定モデルが別途あるのは知ってるけど。

>>226
http://www.yaldex.com/game-programming/0131020099_ch13lev1sec3.html
Algorithms in Game Programming

まぁね、答えがひとつでなくて、色々な方法がある。
初心者ならば、単純な方法で行えばよい。
Ｘファイルか高さマップになるだろう、
そして、DXライブラリを使えば良い。

初心者 ： Ｃ言語、DXライブラリ、Ｘファイル。 書籍も出てるし

>>227
結局、こうやってツリーにしておけば、キャラの位置のポリゴンが早く探せるってこと？

BSPが、見えるものと、当たり判定の両方を省略して少なくする。
数百の多くの部屋があり、ドアで繋いでいて、
当たり判定は、自分のいる部屋だけを処理すればよい。
見えるものは、自分の部屋からドアを通して見える部屋だけを描画すればよい。
全部の部屋を処理しなくて良いから、処理量が格段に少ない。
BSPが複雑ではあるが、効率よく働く。

現代のＣＰＵやメモリがあれば、BSPを使わなくても実現可能です、昔よりもＰＣの性能が向上したから。

>>230
見えるものってのがよくわからないけど、
見える見えないはカメラからのベクトルで決めるのでは？

あなたが部屋にいて、ドアがある。
ドアの向こう側の隣の部屋は見える。
部屋に壁がある、壁の向こう側の部屋は見えない。
この情報は、事前に知ることが出来る、
今あなたがいる部屋から見える部屋は決まっている。
だから、あなたの部屋に見える部屋番号のリストを記録しておく。
それで、ＰＣが描画するのは、
あなたの部屋とドアで隣接する見える部屋番号リストの部屋だけを描画する。
-
別のカメラ最適化の方法として、
カメラ視野角の外側は、見えないから描画しない。
見える物体の裏側は、陰になり見えないから描画しない。
-
全部を描画するのでは無く、最適化された必要最低限の描画を行う。

>>232
ああ、部屋情報は別途ファイル参照ですか。
BSPツリーで、ドアから見える向こうの部分もわかっちゃうのかと勘違いしまして。
まあでも、結局BSPで空間を分割していくアルゴリズムがなんともまだよくわかりませんがｗ
こんないかにもややこしいことも理解できないとダメなんですね・・・。

部屋の形状が単純な立方体ならば、その場で計算も出来る。
部屋番号をツリー状に組織することで、検索などのデータ処理を速く行える。
これが、巨大な大きいマップになれば有効なだけで、
小さくひとつの部屋だけなら有用性が少ない。

ああ、部屋がたくさんあるマップの表示部屋の管理をBSPツリーでやってるってことですか。納得しました！

君は、2分木を知ってる？
千個のデータ中から、あるデータを探すのに、
線形探索なら最悪千回かかる

2分木なら、2^10=1,024 だから、10回で探せる
なぜなら1回の探索で、半分のデータを切れるから


今、1〜1,000中から、300を探したい場合、
最初に500と比べて、300は500未満だから、
500以上を一気に切れる

次は、250と比べて、300は250以上だから、
250未満を一気に切れる

BSP木は均等な2分木じゃない

そもそも3Dでのヒットの取り方が分からない相手に
応用技術を解説しても仕方ないんじゃないのかな。

BSPって、空間を再帰的に分割したデータを用意して、
ゲーム上でも自分がどの空間にいるか再帰的に検索するってことでしょ。

つまるところは「ある平面のどちら側にいるかをどうやって判定するの？」って質問に
なってしまうわな。やっぱりベクトル代数分かってないと先に進まないんだけど。

BPS

https://books.google.co.jp/books?id=V6qRPtsiZNoC&pg=PA3&dq=DirectX+%E9%80%86%E5%BC%95%E3%81%8D&hl=ja&sa=X&ei=nTuuVP6mJYuW8QXKpoGoAw&ved=0CBwQ6AEwAA#v=onepage&q=DirectX%20%E9%80%86%E5%BC%95%E3%81%8D&f=false

DirectX逆引き大全500の極意: Visual C++2002/2003/2005対応 著者: 鎌田茂雄
434ページからの　レイによる衝突判定からを読んで、
ポリゴンモデルの上の歩き方について書いてある。

DirectX9必携　鎌田 茂雄 (著)　：　同じ物です。

衝突判定自体はわかってる
問題は、地面の多数のポリゴンからどうやって足元周辺ポリゴンを割り出すのか
総当たりは遅くなる

通常は、総当りで出来る。
当たり判定に使う、必要最低限のポリゴンなら少ない。
処理が重いのならば、それはポリゴンが多すぎる。

シームレスの巨大マップにしたければ、
部屋に分けてポリゴンをグループ分けする。
自分の所属する部屋の中だけのポリゴングループに対して処理する。

色々な最適化がある、方法はマップの条件によって異なる。

データ構造が判らないとなんとも言えない

むしろ判定に都合の良いデータ構造にする。
MAPを格子状に区切ってその格子の順番にポリゴンを格納する。
�@ポリゴンの範囲はは格子よりも小さくしておく(最大のポリゴンを元に格子のサイズを決め手も良い)
�Aポリゴン座標の最小値で格納する格子を決定する。例えば(Ax,Ay)、(Bx,By)、(Cx,Cy)なら(Ax,Cy）になりうる。
�B格子ごとに連続してポリゴンを格納してき、インデックスを保存しておく
これで判定対象のいる格子と、-x側の格子、-y側の格子、-x-y側の格子の４つを範囲にあるポリゴンを
インデックスを元に参照する。検証は任せたｗ


自分が実際にやったのは基本1km単位で
各頂点のxy値は1kmの範囲内でランダムになっているメッシュ上の地形データで、
隣接する格子を含めた9つの格子の計18ポリゴンでチェック。
そしてHITした頻度の高いポリゴンから判定するようにインデックスを入れ替える。
建物は各所にグリッド状に配置するので、その全体を判定してHITすれば判定すべき建物と判定。
って感じだったかな。うろ覚えだけどｗ

>>244
ポリゴンを格子で区切るということは、格子と格子の接合面にあたるポリゴンは
格子の枠に沿った形状でつなげてあるということ？
でかい３Ｄマップも、格子状に分割できるようにポリゴンをつないでいるということ？
格子をまたぐポリゴンはないということ？

「ポリゴンを格子で区切る」なんて書いたっけ？

> 格子と格子の接合面にあたるポリゴンは
> 格子の枠に沿った形状でつなげてあるということ？
格子の頂点とポリゴンの頂点が一致するデータ構造でいいなら、そうするのが良いと思う。

> でかい３Ｄマップも、格子状に分割できるようにポリゴンをつないでいるということ？
いくつもの格子を跨ぐポリゴンがあると、
ある格子に掛かるポリゴンがどれだけあるか判定が大変になる。

> 格子をまたぐポリゴンはないということ？
跨ぐ前提で話をしている。


ポリゴンは最大で格子と同じサイズまでにすれば
１つのポリゴンは１つの格子と隣接するプラス側の格子に掛かる可能性がある。
これを逆に考えると
１つの格子にはその格子と隣接するマイナス側の格子に登録されたポリゴンが掛かる可能性がある。

>>244
インデックスを格納した格子の構造体がたくさん?
その地形をロードするたびインデックスの並べかえはリセット？

>>242
＞衝突判定自体はわかってる

一応聞くけど、兄さん >>197 や >>202 と同一人物じゃないのかね。

親切に回答している方も、そろそろ「？」ばっかり連発してる質問者が
あなたに“全部答えさせようとしている”と気が付いた方がいいんじゃないかな。

それどころかどうせ３Dゲームが完成しない事も想定済み。

ピンポイントで質問が浮かぶような人→たいてい自分で解決出来る。

初心者→何から手を付けていいか分からないから漠然とした質問しか出来ない。
　　　　　　答える方も基礎を学べとしか言いようがない。

気位だけ高い→基礎を学べと言われて逆切れする。

サイコパス→全部答えさせようとする。

…うまく噛み合わないね。

簡単な3Dのゲームを作るなら、DarkBasicが良いと思う。
3Dライブラリを使って、簡単に3Dを扱えるようになっている。
初心者向けで、入門として良い。

サンプルコード（　.dbaがソースコードになる。テキストファイル。）
http://www1.axfc.net/uploader/so/3393214

ある程度の雰囲気や概要がわかってきたなら、
高度な3D数学や物理を学ぶのが良い。
いきなり、難しい事から始めると、確実に挫折する。

そして、オリジナル３Ｄライブラリ自作している自分に気がつく。

モデラーとかアニメーションも

いきなり難しいことから始めたら挫折するというけど、
難しいことを後回しにしたら挫折も後回しになるだけ。

例えば、小学校１年生から６年生へいきなり飛び越えても無理、
算数のたし算を知らなくて掛け算や連立方程式を計算できるわけが無い。
３Ｄの場合は　かなりね、専門用語の壁が厚いのです。

行列やらベクトルの演算やら数学嫌いには拷問だよな

代数幾何の教科書読み直して理解できるくらいじゃないなら、
3D処理は出来合いのものを使ったほうが良い。つか必ず使わなきゃダメ。

教科書はよく選んだ方がいいよね。プログラミングのための線形代数、お勧め。
巻頭のグラフ見るだけでも大分イイ！

昔のアニメ専門学校の広告でよくあったなあ。
「一から教えるからあなたにも大丈夫！」みたいなノリ。

高い入学費払って半分は中途退学。たまに成功する人もいるんだけど、
じつはそういうのは最初から才能を持ってる。

小1から中3まで算数や数学を順を追ってきちんと学んでも、高校数学で行き詰る人間が約半分。
順を追って学べば全て分かるなら、全ての人間がフェルマーの大定理が解けなきゃおかしい。

本当に勉強したければ、自分が行き詰ったところ、もしくは学ぶ機会のなかったところからやればいい。
それこそ小1の足し算からやって「俺にもできるかも！？」なんて気分だけ味わうのは時間と金のムダ。

よく「足し算だけ、掛け算だけを解かせるとちゃんとできるのに、
足し算の応用問題を掛け算して解こうとする子供がいる」って話を聞くだろ。

人に勉強を教えると分かるけど、行列やベクトルの演算が分からない人、
まして数学が拷問に思えたり、教科書読んで分からなかったりする人は、
「計算が出来ない」んじゃなくて、「数式の意味や使い方が分からない」んだ。

意味や使い方そのものが分からないのに、ライブラリで何をどうごまかせるんだ。

３Ｄモデルを回転させるのに、回転行列を使う。
それを、ライブラリならば、「回転しなさい」というコマンドを使う。

これだけのこと。 四則演算で出来る。 あまり難しく考えてはいけない。

数学が判っていれば、本来なら行列を使うところを
一部の計算だけで同じ結果になるケースを見極めて
計算コストを省けるんだけどな。
でもそんな工夫している間にCPUが早くなっているｗ

＞これだけのこと。 四則演算で出来る。 あまり難しく考えてはいけない。

株に手を出せない人に投資信託を勧めるのと同じ。
本当は複雑で難しいことを、素人でも分かる程度に簡略化して、分かった気にさせる。
「分かった気にさせて、手を出させる」のが狙い。

もう一度言うけど、3Dプログラミングは高卒かそれ以上の線形代数そのもの。

もちろん、昔それに挫折した人や機会がなかった人でも、やる気さえあれば腰を据えてやればいい。
それでできなくても得るものはあるだろう。

でもそこで腰が引けて迂回しようとしても他に道はない。他に道がありますよと言うのは甘言。
同じところをぐるぐる回らされていたと思い知らされるだけ。

GPUって3Dに特化しすぎじゃね？

vector3 とか matrix4 とか何で決め打ちなん！

もっと任意長のベクトルを流し込んで並列処理するような
汎用性のある枠組みにしたほうが分かりやすいのに。

それで３Ｄ特化はシェーダプログラムのほうでやればいい。
そうすればこまごました仕様が一掃されてシェーダが書きやすくなるのに。

シェーダでいろいろなアルゴリズムを試そうと思ったけど
ハードウェアの区別と制限がごちゃごちゃに思えて手を出せぬ

２００８年の時点でこの記事があるな
http://www.atmarkit.co.jp/news/200803/06/cuda.html

現在ではどうなってるんだろう？
ＧＰＵで ray tracing の画像をリアルタイムで描けたりするんだろうか？

DirectX11 にコンピュートシェーダーというのがあるのか！
これで汎用アルゴリズムが直に書けるのかな？！
テンション上がるわー

Unity3D でも使えるんね

でも DirectCompute はまだシェーダ言語の一部という感じだが
C++ AMP というのを使うと C 言語っぽく汎用的に組めるのかな？

Unity3D でも使えるんね

↑
何なんだよ、その不自然な改行。
おまえらステマ業者って根本的に相手をバカにしてるだろ？

ごめん。普段から言動が不自然と言われるけど
うにちのステマ業者じゃないよ

ちなみに C++ AMP は unity じゃ使えないのでは？
C++ だし。