坂道の当たり判定を作っています。地上に着地せずにめり込んで左に移動してしまいます。添付されているソースファイルは、そうならないようにCPlayer::GroundFlag書き換えている箇所を移動してますね。坂道の当たり判定を作っています。坂道を実装するには邪魔になりそうな前提条件は排除していきたいが。やって排除するのですか?デバッグは投げ捨てるものではない。今までの質問でこれは学んだこと。質問する時は、必ずちゃんと調べた上に問題をもとにした仕様書を作ってから質問すること。仕様書の大切さを改めて思い知った...。坂道の当たり判定を作っています。2年前keito94さんは、“坂道を実装するには邪魔になりそうな前提条件”が何なのか分かっているのでしょうか。分かっていないなら、差し当たって、目の前のコードを理解するところから始めましょう。分かっているなら、どこがどうして問題なのか、説明して見せてください。やって排除するか、を考えるのはそのあとです。坂道の当たり判定を作っています。分かっているなら、どこがどうして問題なのか、説明して見せてください。その問題というのは、CheckMapや、マップチップを確認する部分にあります。ブロックを左から何個目にあるかを判定する都合上、動いているブロックやキャラのX座標の位置がずれることが前提の上下の当たり判定で、(今のコードでは)左へ上へ行ってしまうバグが起きてしまうことです。デバッグは投げ捨てるものではない。今までの質問でこれは学んだこと。質問する時は、必ずちゃんと調べた上に問題をもとにした仕様書を作ってから質問すること。仕様書の大切さを改めて思い知った...。坂道の当たり判定を作っています。分かっている、を選択しておいて、分かっていませんね。キャラはピクセル単位で動くのだから、ピクセル単位で座標がずれるのは最初から想定内ですよ。(今のコードでは)左へ上へ行ってしまうバグが起きてしまうことです。なるようにコードを書き換えたのはkeito94さんですよ。その問題というのは、CheckMapや、マップチップを確認する部分にあります。「どこが」はまあ合ってますけど、たまたまですかね。“坂道を実装するには邪魔になりそうな前提条件”は、たぶんkeito94さんが完璧だと思っているところ、にありますよ。坂道の当たり判定を作っています。2年前オフトピックそういえば、No.47でリンクしたトピで、ブロックに当たったら当たる前の座標に戻す、という方針を採用する方向だったはずだけど、いまのコードには欠片も見当たらない。当たる前の座標に戻せば、当たっていない状態に戻る、というのが悪魔の証明なので、それ以降スルーしてたのに。前提条件がなければ、当たっていないとすることを保証できないのだから。前提条件を積み重ねたコードはトピが解決してもずっと爆弾抱えたまま。坂道の当たり判定を作っています。“坂道を実装するには邪魔になりそうな前提条件”は、たぶんkeito94さんが完璧だと思っているところ、にありますよ。してめり込み防止の部分ですか?デバッグは投げ捨てるものではない。今までの質問でこれは学んだこと。質問する時は、必ずちゃんと調べた上に問題をもとにした仕様書を作ってから質問すること。仕様書の大切さを改めて思い知った...。坂道の当たり判定を作っています。してめり込み防止の部分ですか?「もしかして」?あてずっぽうですか?あてずっぽうであたったとして何の意味があるんでしょう。場所はCCollision::CheckMapで合ってると書いたのに。#そこだけとは言ってないけどひとつは、ブロックとキャラが当たってるかどうか調べるのに、縁を何点かだけ調べているところですよ。これは、ブロックが固定で等間隔に並んでいて、尚且つキャラとブロックが同一サイズというのが前提になる。#keito94さんサイズ変えたらうまくいかないっていう質問を前にしてましたよね。この前提では、ブロックがあるところは、全面ブロックである。ピクセル座標とブロック単位の座標が混在してもテキトーに誤魔化せてしまう。いま実装しようとしてる坂道は、45度傾いていて、当たり判定のあるところとないところが半々に交じってる。前提から外れたことを同じやり方でやろうとしたらどうなりますかね。坂道の当たり判定を作っています。場所はCCollision::CheckMapで合ってると書いたのに。前提から外れたことを同じやり方でやろうとしたらどうなりますかね。そりゃ、バグが発生するわけですね...。デバッグは投げ捨てるものではない。今までの質問でこれは学んだこと。質問する時は、必ずちゃんと調べた上に問題をもとにした仕様書を作ってから質問すること。仕様書の大切さを改めて思い知った...。坂道の当たり判定を作っています。2年前オフトピック今思うと問題点だらけだったんだな...。デバッグは投げ捨てるものではない。今までの質問でこれは学んだこと。質問する時は、必ずちゃんと調べた上に問題をもとにした仕様書を作ってから質問すること。仕様書の大切さを改めて思い知った...。坂道の当たり判定を作っています。2年前>>ISLeさん...つまり、何が言いたいんですか?デバッグは投げ捨てるものではない。今までの質問でこれは学んだこと。質問する時は、必ずちゃんと調べた上に問題をもとにした仕様書を作ってから質問すること。仕様書の大切さを改めて思い知った...。坂道の当たり判定を作っています。2年前ブロックとキャラの当たり判定を書き直す必要がある、ということですよ。keito94さんは、そこで使うべき方法を既に知っています。RECT型の当たり判定についてこんどは返信がもらえるように頑張りましょう。坂道の実装までまだまだ遠いので、新たにトピたてて仕切り直したほうが良いかもしれません。坂道の当たり判定を作っています。ブロックとキャラの当たり判定を書き直す必要がある、ということですよ。keito94さんは、そこで使うべき方法を既に知っています。RECT型の当たり判定についてこんどは返信がもらえるように頑張りましょう。坂道の実装までまだまだ遠いので、新たにトピたてて仕切り直したほうが良いかもしれません。了解しました!一応この記事は今度こそ解決とさせてください!!デバッグは投げ捨てるものではない。今までの質問でこれは学んだこと。質問する時は、必ずちゃんと調べた上に問題をもとにした仕様書を作ってから質問すること。仕様書の大切さを改めて思い知った...。ミクプラは自由にリンクできます。