HSPTV!掲示板

宣伝とするべきか雑談にすべきか、あるいは報告にすべきかでとても迷ったのですが、雑談という形にさせていただきました。

ＨＧＩＭＧ3はＥａｓｙ3Ｄと比較して簡単な命令が多く、とても使いやすいのですが、
未だに自分で作ったマップや地形データに対してキャラクターなどの当たり判定を行う命令が存在しません。
そのためにＨＧＩＭＧ3を敬遠する人が多いのかもしれません。

今回、ＨＧＩＭＧ3を少しでも3Ｄゲーム製作に使えるようにと、壁や地形のＸ形式モデルに対して
衝突判定を行えるようにするモジュールを考えてみました。

http://cid-861202e53d0f5d15.skydrive.live.com/self.aspx/%e6%96%b0%e3%81%97%e3%81%84%e3%83%95%e3%82%a9%e3%83%ab%e3%83%80%e3%83%bc/%e5%bd%93%e3%81%9f%e3%82%8a%e5%88%a4%e5%ae%9a.zip

もしＨＧＩＭＧ3でゲームを作りたいと考えている方がいらっしゃいましたら、このモジュールをお試しになっていただけるとありがたいです。

いまＤＬしてみたんですが、
サンプルでは

loadground "map.x",g1

なのにマニュアルでは

loadground,p1,p2

 

　　　　ｐ1：作成された地面データが返される変数

　　　　ｐ2：読み込みを行うファイル名

でしたよ。
loadwallも

サンプル実行してみたんですが、結構いい感じでした。
操作も重くないし、命令が簡潔で使いやすいですし。

HGIMG3でソフト開発していて、当たり判定がコリジョンでは思うようにいかなくて
挫折しかけてました。
今は自分のスクリプトに当たり判定を組み込んでいるところです。
感謝です＾＾

マニュアルを修正したものをＵＰしました。

http://cid-861202e53d0f5d15.skydrive.live.com/self.aspx/%e6%96%b0%e3%81%97%e3%81%84%e3%83%95%e3%82%a9%e3%83%ab%e3%83%80%e3%83%bc/HGIMG3%e5%bd%93%e3%81%9f%e3%82%8a%e5%88%a4%e5%ae%9a%e3%83%a2%e3%82%b8%e3%83%a5%e3%83%bc%e3%83%ab.zip

もしお使いになっている内に何か不具合を発見された場合、ご指摘をいただけるとありがたいです。

> ＨＧＩＭＧ3はＥａｓｙ3Ｄと比較して簡単な命令が多く、とても使いやすいのですが、

Easy3Dもとても簡単ですよ。
3Dの数学知識にとぼしくても命令数が充実してるので、あまり理解してなくても命令一個でできちゃったりします。
プラグインの中でも命令数の多さ、命令名の長さ、引数の多さはダントツなので、わかりにくい印象があるんですけどね。

とか宣伝してみる。（´・ω・｀）
まあ実際は「簡単」と感じる基準は人それぞれな部分もあるのでどちらが簡単かはなんとも。

シンプル派と高機能派はどっちも｢簡単だよ！｣と言ってしまう場合がありますからね。
もともと才能に恵まれてる人ならツールはシンプルなものを好むでしょうし、
その分野は才能ないって人なら高機能なものを使わせてもらう感じになるでしょう。
DOGA(メタセコ)＋HSP(フォーサイシア)の組み合わせもお忘れなく。

HGIMG3の単純明快さはEasy3Dには無い物ですよ。
サバイバルナイフと十徳ナイフのような関係にあるのではと。

頂点の距離やオブジェクトの位置などを考慮して処理を適宜省略すればよさそうですね

読み込んだ地形ファイルから末端のＸＺ座標を所得して、それから当たり判定を行う範囲を設定できるようにしてみました。
これによって、巨大なマップを細かく分けるとき、そのパーツごとに当たり判定を行う範囲を手動で設定する必要が無くなると思います。



http://cid-861202e53d0f5d15.skydrive.live.com/self.aspx/%e6%96%b0%e3%81%97%e3%81%84%e3%83%95%e3%82%a9%e3%83%ab%e3%83%80%e3%83%bc/HGIMG3%e5%bd%93%e3%81%9f%e3%82%8a%e5%88%a4%e5%ae%9a.zip

3Dの当たり判定＆応答について質問させてください。
、
3Dの建物とか、箱とか、岩とかの障害物の当たり判定は、どのように実装されるのでしょうか?

3Dゲーム関連の本だと、3Dの当たり判定だと三角ポリゴンとレイとの交差判定の話が出てきますが、地面の上を歩く場合は一本のレイで良いですが、大きさがまばらで当たる方向も違う障害物の当たり判定を行うには、自機の大きさに合わせてたくさんレイを飛ばさなければいけません。
自分自身は、OBBの当たり判定のアルゴリズムを使う予定で、それだと２Ｄのマップチップを置く感じで障害物を置けますが、どうしても障害物の形が四角になってしまいます。

ものすごく複雑なモデルを用意するわけでは無いですが、四角以外の、それなりの形の3D障害物の当たり判定＆応答は、どのように実装されるのでしょうか?




。