坂道

マップチップ単位の坂道を実装。
何か怪しい気もするけど、操作に支障は出ていないのでとりあえずこれでいいかな…。

動画は透明な坂を上る様子。

簡単な索敵と突進する蛇

Ｙ座標が一定距離以内（絶対値で数ドット以内。０でもいいかもしれない。）で、Ｘ座標も一定距離以内（こちらは向きによって対応が変わるので絶対値ではなく普通の数値）の場合に、スピードを上げて突進してくるっていうやつ。

実装めんどくさいかなと思ったらすぐできちゃった…。

マップ判定解決

解決しました。
あぁ頭痛かった…。

とりあえず

例）左側の壁にぶつかった場合の位置補正

• argument0.x：オブジェクトの位置Ｘ（今回は中心が原点）
• sbl：sprite_get_bbox_leftで引っ張った値（左当たり判定の位置）
• ox：中心点Ｘ
• -1：判定の都合上…。
• $FFFFFFE0：数値を３２単位にしたいのでこの値。（15→０／36→32／99→96　って感じ）
• +32：これが無いとぶつかった壁よりさらに１チップ左にぶっ飛ぶ（判定位置の都合）
• ３２は今回のマップチップのサイズ。

◇ ( argument0.x + sbl - ox - 1 )の位置が壁だった場合。
argument0.x = ( ( argument0.x + sbl - ox - 1 ) & $FFFFFFE0 ) + ( ox - sbl ) + 32;

なんかこんな感じ。
そういやなんで　－１　なんだっけ…自分でやって理由忘れてる。
いらない気がしてきた。
x じゃなくて argument0.x になってるのは自作関数内で判定ロジック組んでただけなので別に x とかでもいいんじゃないかなと…たぶん。

例）右側の壁にぶつかった場合の位置補正

• sbr：sprite_get_bbox_rightで引っ張った値（右当たり判定の位置）

◇ ( argument0.x + sbr - ox )の位置が壁だった場合。
argument0.x = ( ( argument0.x + sbr - ox ) & $FFFFFFE0 ) - ( sbr - ox );
＋３２が無くなって、( ox - sbl )が( sbr - ox )に変わる。

なんていうかこんな感じになったよ。

マップとの当たり判定

大きいキャラを配置したらこれだよ…。

マップチップとの当たり判定の補正式がどうも間違ってたらしく、
大きいキャラが地面にめり込んで１Ｆ高速反転しだした。
これは毎度毎度考えれば考えるほど頭がこんがらかってくるので困る。
スプライトのサイズに当たり判定のサイズに…。
数学脳（っていうかひらめき脳）じゃないとぐしゃぐしゃになっちゃう。

車輪の再発明はもう嫌じゃー。

蛇の敵

ただしタフ目で突進かましてくる。
普段はのろのろうろうろな感じで。
大きめなのでジャンプでやり過ごしにくい。

そんな予定。
まずは画像作ってかないと始まらないのが辛い。
一旦作っちゃうと、色変え亜種とかで数増やせるので楽になるんだけど。