まったくのプログラミング素人の筆者がC++/HSPを使用してSTG（シューティングゲーム）を作っていく過程を書くブログでしたが最近は脱線気味。プログラミング以外にも、ゲーム関連の記事、日々の戯言など。
×
[PR]上記の広告は3ヶ月以上新規記事投稿のないブログに表示されています。新しい記事を書く事で広告が消えます。
自機と敵弾の当たり判定を追加しました。
先日上手く出来なかったと言っていたのですが、もう一度作り直したら上手く動きました＾＾
ただ、一つ問題が出てきて、敵弾の画像を回転させて表示させているのですが、そうすると
当たり判定を行う位置が変わってくるんです。
例えば、座標10,10に画像を表示させる事を考えてみると、こんな感じになります↓
回転させずに表示した場合は、画像の左上が表示座標になるので、当たり判定の中心は
「座標+画像の半分の大きさ」になります。
ところが、回転させて表示させた場合は、画像の中心が表示座標になるので、当たり判定の
中心は、座標そのままとなります。
その辺を踏まえて当たり判定を追加してみました。プロジェクトファイルはコチラです↓
https://blog.cnobi.jp/v1/blog/user/63629cf35d5259ece1529ed13f0745b1/1239517956
敵弾の当たり判定処理は、敵との判定処理を流用したので、「判定位置-画像の半分の多きさ」
としたのですが、非常に見にくいプログラムなので作り直そうかと思っています。
変数の名前に付け方に問題があるような気もしますが、自分にわかる言葉にしておかないと
後で見た時に、何の変数なのかがわからなくなってしまうので、ENEMY_TAMA_ATARIHANTEIなんて
書き方をしています＾＾；
先日上手く出来なかったと言っていたのですが、もう一度作り直したら上手く動きました＾＾
ただ、一つ問題が出てきて、敵弾の画像を回転させて表示させているのですが、そうすると
当たり判定を行う位置が変わってくるんです。
例えば、座標10,10に画像を表示させる事を考えてみると、こんな感じになります↓
回転させずに表示した場合は、画像の左上が表示座標になるので、当たり判定の中心は
「座標+画像の半分の大きさ」になります。
ところが、回転させて表示させた場合は、画像の中心が表示座標になるので、当たり判定の
中心は、座標そのままとなります。
その辺を踏まえて当たり判定を追加してみました。プロジェクトファイルはコチラです↓
https://blog.cnobi.jp/v1/blog/user/63629cf35d5259ece1529ed13f0745b1/1239517956
敵弾の当たり判定処理は、敵との判定処理を流用したので、「判定位置-画像の半分の多きさ」
としたのですが、非常に見にくいプログラムなので作り直そうかと思っています。
変数の名前に付け方に問題があるような気もしますが、自分にわかる言葉にしておかないと
後で見た時に、何の変数なのかがわからなくなってしまうので、ENEMY_TAMA_ATARIHANTEIなんて
書き方をしています＾＾；
PR
この記事にコメントする
カレンダー
| 10 | 2024/11 | 12 |
| S | M | T | W | T | F | S |
|---|---|---|---|---|---|---|
| 1 | 2 | |||||
| 3 | 4 | 5 | 6 | 7 | 8 | 9 |
| 10 | 11 | 12 | 13 | 14 | 15 | 16 |
| 17 | 18 | 19 | 20 | 21 | 22 | 23 |
| 24 | 25 | 26 | 27 | 28 | 29 | 30 |
リンク
カテゴリー
最新記事
(04/04)
(12/26)
(12/25)
(11/17)
(10/11)
プロフィール
ＨＮ：
kt.
性別：
男性
自己紹介：
プログラミング経験は昔ファミリーベーシックでちょっとさわったくらい。
好きなSTGは、怒首領蜂大往生、エスプガルーダ(2)等の弾幕STGやら雷電シリーズなんかの非弾幕、バトルガレッガ、グラディウスシリーズ、R-TYPE等、STGなら何でも好きです。
音楽がカッコイイSTGが特に好きで、並木学氏は最高！
好きなSTGは、怒首領蜂大往生、エスプガルーダ(2)等の弾幕STGやら雷電シリーズなんかの非弾幕、バトルガレッガ、グラディウスシリーズ、R-TYPE等、STGなら何でも好きです。
音楽がカッコイイSTGが特に好きで、並木学氏は最高！
ブログ内検索
最古記事