反応速度が全然違うので、アクション系で両方使えるならまず十字キーですねー(´ω｀) あ、反応速度というのは機械の反応ではなく、「右だ！」と思ってからキーを右に入れるまでの操作の速度です。

「BUGFIX命令」 実行するとバグを全部取ってくれる

おかっぺさんの変わりぷりに平静を装いつつコメントいたしますと、その中ならまずWindowsだと思います。 「Windows」は商標なので名前が入ってたら明確にアウトで、ロゴもWindowsに見えたら普通に考えてダメだと思います。 他に思い当たるのがなければ、そこだけ外して再アップしてみてもいいかも。

あぁ、優しく無慈悲なお言葉………(´ω`) 覚えていてくれてありがとうございます。 正直に言うとあまり進んでないです………(´з`) 忘れてたり諦めたりしたわけではないのですが、ここのところ体力的にきつかったりほかのこともやってたりして……… 自キャラの動きは一応全部出来てて、あとは敵を出してやっつけたりスコアつけたりの部分なのですが……… いやー、でもこうやって覚えてくれてる人がいるというのは嬉しいですね(´ω`) 頑張りますので気長にお待ちください！(^ω-)

とうとう公開ですね！おめでとうございます！！(^O^) ここ最近はほかの方の気になる作品もDL滞り気味でしたが、これは再開せざるを得ない。 後でバッチリ遊ばせてもらいます！(^ω-)

あ、一つ補足～(´ω`)／ 普段の何も付けない「A」が倍精度の実数です。 デフォルトが倍精度実数なので、何も付けなくても「#」を付けたのと同じことになるのです。 そして、OPTION DEFINT をしてる場合は逆に、デフォルトが整数型「%」になります。

ほうほう。なかなか興味深いですね(´ω`) 自分の経験からの推測ですが、そんな風に一見無関係なものがいくつも同時におかしくなった時は、どこかメモリを壊してしまってる事が多いです。 メモリを壊すというのは、プチコンだと仕組みが安全なので同じことは起きないのですが、近いのだと「大事な変数を勝手に書き換えちゃった」みたいなことです。 ゼノブレイドのそれだと、BGMとボイスが鳴らなくなって、ダメージと敵から見つかるのがなくなったという事なので、例えば、内部的にパーティーが死んじゃった事になってる、みたいな感じかもしれませんね。

というわけで、しゃあしゃあと整数型に参加(^^; コメントアウトしていない回答3です。 今度は、最短かどうかはともかく仕様は満たしてるはず…… そしてお約束のヒドイ別解は一番下のヤツです。 「家康解」とでもお呼び下さい←

>ちなみに私はけいさんとは逆に普段は可読性よりも短く書くことを考えています（笑） ええ、だと思いました(^^; 期間の調整、ありがとうございます(^O^) 今回は幸いすぐに投稿に気付きましたが、大変助かります。 大喜利もそうですが、参加すること自体に意義があるってその通りだと思います。 同じ「解説を見る」にしても、自分で一度考えたかどうかによって理解の深さが段違いに変わってきます。

なお私の、ネタじゃない方の回答ですが、あの後ふと気になって別のパターンを確認したら誤差でダメでした(^^; そこを対処しようとしたら、おちゃめさんの回答例より1文字長いだけの回答1しか思い付かないため、ほかの方の回答を見る前の仕様を満たした回答はナシとさせて頂こうと思います(´з`)

別解・FORMATより馴染みの深いアノ命令バージョン

ところが、データの管理の仕方はゲームごとによってまちまちなので、プチコンと同じとは限らないのです。 と言っても、私もゼノブレのデータ管理を知ってる訳ではないのでそれ以上は何も言えないのですが(´ω`;)ｽﾐﾏｾﾝ ただ、普通はボイスの再生はBGMよりもSEと同じグループで管理しそうなので、ちょっと不思議です(・・;)

何があったのか見てないのですが、最後の文字を消せないのは想定通りの挙動とも言いがたいので、バグって言っただけならそこまで気にして謝ることもないと思いますよ(°ω°)

コメントアウトしてない回答2の方です。 誤差やら何やら出るかと思いましたが、自分が試した範囲では大丈夫そうでした。

>とりゅふさん ええ。それもありますね。 あと、自分のキャラのコードが入らないようにするのは工夫したら解決できますが、壁に入った「後」に壁に入った事が分かっても手遅れで、処理がめんどくさい、というのが一番です。 このゲームで当たり判定って「もし壁にぶつかったら反対方向に進む」だと思いますが、そうすると、キャラが壁の中に入ることがあってはいけません。 だから、進んだ後で判定して「壁の中にいる」事が分かっても遅いのです。 それよりも、実際に進む「前」に判定して、もしこのまま進んだら壁に当たる場合に、向きを反対にすれば簡単です。

>とりゅふさん いえ、sayさんも言ってますが、キャラの移動の「前」が良いです。 流れとして ・予定の方向に進めるか確認 ・進めるならそのまま、進めないなら方向を逆にする ・実際に移動させる という順番が自然なのですが、意味は分かりますでしょうか？

>とりゅふさん CHKCHRは関係なく当たり判定そのものの仕組みと、CHKCHRの命令の意味は正確に分かりますか？ CHKCHR命令は、指定した場所に何があるかを調べる命令です。 とりゅふさんのプログラムですと指定した場所にCHKCHRを使って、そこが壁かどうかをIF文で判定してますね。で、もし壁だったら進む方向を反対にしてますね。 コメントからの印象ですが「キャラがどうやって動いているか」と「どういう仕組みで壁に跳ね返らせているか」の理解があいまいな所があって、それでつまづいてるんじゃないかと思いました。

>sayさん はーい、バトンキャッチー(´ω`)／ って、バトン渡したあともかなり丁寧に説明してますやんｗ でも、とりゅふさんに向けての説明としては、用語や前提にしてる概念がちょっと難しすぎるのでは？ つまづいてるのも、もうちょっと前の所じゃないかと思います。

>とりゅふさん 「座標を決めて」………だと多分ちょっと違いますね。 すり抜けの原因は、otta777さんがコメントで詳しく解説してくださってます。 当たり判定の前の所になりますが、とりゅふさんは、このゲームのキャラがどうやって動いているかは分かりますか？

でんぺんさんのアドバイスで、壁をすり抜ける問題の半分は解決してますね(^ω-) ちなみにとりゅふさんは、壁をすり抜けている原因は分かりますか？ 「どうやってきちんと当たり判定を取っているか？」って言い換えてもいいですけど。 ちなみに >こうやまさん そうやると、読みやすさじゃなくて挙動が変わっちゃいますぜ？