ジャンプを実装しようとして主人公の高度をずらしてみたら床まだやらかしてたーｗ やり直しじゃい

回転するとこんな感じです！

ようやく平面なオブジェクト実装できた～長かった

例えばフレームごとの座標増分フラグを立てたSPVARのSPANIMによって、CPUが動きながら自身も動く、みたいなことも実装できる、けどSPVARが足りない＼(^o^)／

そういや一定期間ごとにランダムに動くってモーション、SPANIMの時間によるVAR変化でフラグ管理できるな…応用しやすい

がんばった…Y軸回転は90度単位までにしました

なんとか幅の大きさを捕促できた

こういう感じで立体を求めていたんだよってやつ 思い付いたのでは縦横を画像の大きさで増やした分の位置を立体補正かけて、そのY座標から倍率を決めるというもの それもまた回転に対して挙動がよくわからなくて、この投稿の画像になったというのだ…

色々と悔しいので描いた ペンタブ見つけんとそろそろやばい

縦の大きさ、一筋縄ではいかず回転すると見かけのWとHが入れ替わってしまうんだ それをどうにかするには縦横の比率を角度によって変動させればよい 0～90～180度(オーバー可)で1.0～0.0～1.0を返す関数は実装済み 問題は縦の大きさをぴったりにくっつける数式がわからないところなのです…！

奥行きの回転を色々チャレンジしてみても、どんどんひどくなっていって謎のアートみたいになってきた…

現在グラフィックの反映は全部SPANIMで実装してますので、ぬるぬる動きます！ 現在の処理速度から自動的に反映待ちの時間を変えてます！ とはいえ待ち時間は多くなると発生しますが、入力判定が快適になるようにVSYNCに頼らず極力入力待ちを増やすようにしてます！

ひとつ前のバージョンでもう一度様子見してみて思ったこと… 木を平面扱いしてたときは良い感じだったから…回転はしなくても良さそうな気もしてます あと隙間問題はやっぱ床のみ1px余分に増やすのが確実に見えますね

3Dにある機能を盛り込めば盛り込むほど処理が超重くなりますので、再現できなさそうなとこは取捨選択する形です！

SPROTだけの問題じゃないっぽくて、隙間はスプライトの大きさがなかなか適切にならないってやつなのですー SPSCALEも同様に周囲のドットの情報がはみ出ることがありますし、そこも考慮に入れて作っています！ 多分隙間埋めてもYの回転角が45度のときの見辛さという問題には免れないので、Yの回転角そのものを無くす形にします＼(^o^)／ 助言いただいたのに申し訳ない限り

最大高さで後ろにBGを配置して隙間を埋めつつ、更にその後ろにはグラフィック画面で雲とか描くって形で考えてる 誤魔化しをするのも必要だもんね！ Y軸回転は単純に三角関数で場合分けするだけだからすぐにできる

あ、原因のひとつこれだわ、Y軸回転考慮してないのが丸わかり

うーむ、これどうやっても不揃いになっちゃうやつや Yの差を使って高低差を作るのは捨てた方がいいっぽい？

とりあえず次は回転の仕様と大きすぎるマップに対して大まかな位置ごとに分割してローカルキャッシュ式にやりくりできるのも作りたい…これもまた難しいけど！

ちなみにBGマップは一つのレイヤーごとに最大16532くらいだったと思う 空っぽ以外を反映しても、あっという間に大変なことになっちゃう… 回転についてはY軸角度からROTは試すよ！