C/C++ゲーム製作総合スレッド Part5

**名前は開発中のものです。** · 2014/01/16(木) 00:00:31.27

ゲーム製作におけるC/C++全般に関するスレです。

元スレ
DXライブラリ総合スレッドその17
http://toro.2ch.net/test/read.cgi/gamedev/1383795645/

前スレ
C/C++ゲーム製作総合スレッド Part1
http://toro.2ch.net/test/read.cgi/gamedev/1337516528/
C/C++ゲーム製作総合スレッド Part2
http://toro.2ch.net/test/read.cgi/gamedev/1351015269/
C/C++ゲーム製作総合スレッド Part3
http://toro.2ch.net/test/read.cgi/gamedev/1357899040/
C/C++ゲーム製作総合スレッド Part4
http://toro.2ch.net/test/read.cgi/gamedev/1376262450/

**名前は開発中のものです。** · 2014/04/27(日) 22:33:28.11

衝突判定は、全部が計算で出る。二次元配列で管理と同じ。

**名前は開発中のものです。** · 2014/04/27(日) 23:24:50.87

>>593
ソース見てみないと分からんけど、今まで1対1で対応するような当たり判定しかやってなかったので
そのままでは応用が効かないって話じゃない？

>>592
こういう場合に昼用となるのは、ある範囲とある範囲同士が、
座標上で重なっているかどうかをチェックする、という処理が必要となる。

少し前にも似たような話題があったが、
まず1次元上で、線分Aと線分Bが重なっているかどうかを判定する処理を考えてみよう。

　　　　　　+---- A ----+
　　0----------------------------------------X
　　　　　　　　　　　　　+-------- B --------+

答えを言ってしまうが、Aの右端がBの左端より右側」にあり、Bの左端がAの右端より左側にあるとき
線分AとBは重なってると言えるのが分かる。

これで少なくともX軸から見た時に重なって見えるかどうかを判定することが出来る。
じゃあこれをもう一度、Y軸に対してやれば、結果として重なってるかどうか分かると思わないかい？

一応、この判定には欠点があったりするけど、そのへんは詳しい諸兄に任せる

**名前は開発中のものです。** · 2014/04/27(日) 23:39:37.39

592の質問ってそういうレベルの話なのか。
もっと複雑な話かと思った。

マップチップでブロック単位（要するに矩形判定のみ）しかしないんだったら
593の言うとおり2次元配列管理でいいんじゃないかな。

座標をマップチップのサイズ（ピクセル）で割れば配列の座標は出る。（小数点以下切り捨て）
たとえばマップチップのサイズが 16*16 でマップデータが二次元配列に格納されてるとしたら
(100,150)　の部分は二次元配列でいう　(6,9)　の部分という事になる。
あとはRPGなどと同じように衝突判定すればいい。