ナルミンチョさん そうなんですよね。うかつにバラバラにすると正しい位置に戻らないワナがあるのですよね。 子供の頃、ケースから出して適当に並べたモノで遊んだ、最後の並びが「１３・１５・１４」になったモノを、どうにか並び替える方法がないか、かなりの時間試行錯誤しましたが、どうしても出来ず子供の頭なりにコレは絶対に無理なんだと結論付けました。 そんな実体験から「ランダムに並べ替えても戻らない事が有る」事は知っていたので、シャッフルする方法には気を付けました。 あ、でも、「絶対に無理」な形を知っていたので、「変わった並べ方」を作る時に役立ちましたよ。 数学的にどの様に混ぜれば正しく戻るか証明されているようですが、その方法は使わず「力技」でシャッフルしていたりします。 演出と言うか、シャッフルしている最中の動きが「力技」そのものなんですけどネ。

購入しても懐かしアイテムでしかなく、オートでシャッフルしてくれるコッチの方が遊び易いのですがね。

駄菓子屋さんにて、昔ながらの15パズルを見つけました。 三十数年前に遊んでいたデザインそのままで嬉しくなってしまい、衝動買いしてしまいましたよ。 そんなワケで久しぶりに「15パズル」をいじりました。 ルール、操作方法に変更はありませんが、完成パターンを増やしてます。 空白になっていた枠全てか埋まりましたよ。 公開キー K5WEN88V ファイル名 AND_15PUZ231

パッと見、１３行目「ＢＥＥＰ」の前の「＝」と、最後の「Ｚ＝ＳＹ＝ＳＹ－８」が変だけど・・・ 叫びたいダケなら夕日に向かって叫ぶのが良いと思うよ？

白だ。白の時代がやってきた。 白で兄弟と言えば、白い１２兄弟のヤツが好き。

「配列にした変数」も「配列にしてない変数」も、表示するための扱いは同じですよ？ 変数「Ｉ＄」を表示する方法が分かるのなら、変数「Ｉ＄［０］」も表示する方法が想像できるのではないかな？ 「配列」ってコトバに惑わせられないでネ。 ただ、そのままで動くかどうかは別の話。

きっと画面を直接マジックで塗ったに違いないっ！ 命令は「画面をマジックで青く塗れ」だ。 誰に命令したかは謎だが・・・ 冗談はさておき、バックカラーでごにょごにょ。

もう直接、画面をデジカメで撮影しちゃおうよ・・・ そう言う私はＭＫ２用ＱＲコード公開時に実行画面を撮影してまで掲載した事は有りませんが・・・

まず、スプライト表示用にＸ軸、Ｙ軸それぞれの変数を用意し、変数を使って表示しましょう。 ボタンの入力状態を判定し、Ｘ軸、Ｙ軸の変数の値を変化させましょう。 スプライトをＸ軸、Ｙ軸それぞれの変数を使い表示位置を変更しましょう。 あとは、ボタン入力の判定～スプライトの表示位置の変更の繰り返しです。 命令の一つ一つは「たいしたことをしていない」ので、組み合わせる事が重要ですよ？

「ゲーム」と表現したソレがどのようなモノを想定しているかで難易度が変わると思います。 開発チームで数年かけて作ったと想像できる、市販ゲーム並のモノを想定しているなら「難しい」と言わせていただきます。 しかし、基本的な命令の組合せで出来るゲームもありますので、その辺りから作成してみてはいかがですか？

思いつくのは、ＢＧＧＥＴで指定している「ＰＸ」か「ＰＹ」の値がＢＧＧＥＴで指定できる値の上限を超えている可能性かな？ まずは、ＰＸとＰＹの値がどうなっているか、調べてみたら良いのではないかな？

たしかに、仕事の後の一杯はたまりませんネ。 しかし、私、強くないのでコレ位で丁度良いのです。 「まったく小瓶生は最高だぜ！」 え？

あり？？ 「　IF CNT MOD 5 == 1 THEN　」　　でも　正しく動くけど？？？？ が、しかし、、、 たしかに、カッコで括った方がナニをしているか分かりやすいですね。 動くけど気になるのはマルチステートメントで「：」を使わない風潮。 単にアタマが古いダケかも知れませんが・・・

実行してみて「やりたかった事」が出来ていればＯＫです。 出来ていなければ、「何が違うのかな～？」と考えてみてください。 私の想定した実行結果は、「十字キーで、勇者が各方向へ、歩くアニメーションをしながら、移動する」です。 先日のプログラムの内容を参考までに記載しておきます。 実行中ループ一回毎にカウントしています。（上限１０００で１に戻しています。） 十字キーの入力でスプライトの座標変数を変更し、各方向毎にスプライト番号を設定しています。 ５カウント毎に実行する内容として、十字キーが押されていたらスプライトのアニメーション用の補正値を変更しています。（補正値は最大３で、それより大きくなったら０に戻しています。） スプライトの設定番号を変更しています。 スプライトの表示位置を変更しています。

あー・・・イロイロとツッコミ所満載だったですね。（汗） プログラムに自分の色が見えたのでソコまで確認しませんでした。 たしかにコレでは「上手くいかない」でしたね。 「歩くアニメーションが早いよ～」と食付いて来ると予想して、次のプログラムは用意してあったので先走っちゃいました。てへペロ。 本当はプログラムの内容を理解して入力出来ると良いのだけど、最初はそうもいかないと思うので、一文字一文字、気を付けて入力して下さいね。 と、いっても機械じゃないのだから、間違う事もありますよね。 エラーが出たり、おかしな動きをしたら「間違ったかな～」と見直せば良いのですよ。

勇者なのがいけないのではないです。 スプライト番号を変更するタイミングの問題です。 このままだと早すぎるので、ちょっと間隔をあけてあげれば上手く歩いているように見えますよ。

あれ？　下の方はどこかに晒したことが有るようなプログラムですね。 今となっては何処で晒したか記憶に有りませんが、その後につながらなかったので、少々「クセ」があります。 晒した時のスプライトは猫だったと記憶してますが、猫だとシャカシャカ足が動くのが確認できるのですが、勇者だと早すぎて確認しずらいはずです。 「上手くいかない」のはソコですかね？

面白そうな命令を適当に試してみる。 プチコンは３ＤＳならではの事があるので面白いですよね。 「エラーが出たらどこかが間違っているのだろうから直せばいいじゃない。」位の軽い気持ちで適当にやってます。 適当にこねくり回して「なんとなく分かったかな～」と思ったら、サンプル的なプログラムを書いて遊んでます。

えっと（汗）　だいじょうぶ？　ソレでいいのかなぁ？ Ａ［１］＝Ａ［１］－－ＱＲＮ　って、Ａ［１］から「－ＱＲＮ」を引く、つまりＡ［１］にＱＲＮを足すのと同じだけど？ ＱＲＮ＝Ａ［４］－ＧＫＯ　の方にナニカ問題を含んでいそうな気もしますが・・・ で、気になったのが「ＡＳＤ」の値です。 ＲＮＤ（２）で代入だと「０」か「１」なので、直後のＩＦ文が「１」か「２」で判定しているのが変ですね。 例外処置もしていないので「０」が入った時に、どちらのＩＦ文にも引っかからず、そのまま直後の処理に入りますが、直後は攻撃失敗処理みたいなので結果オーライで動いているのかな？ とりあえず、頭からプログラムの流れを追いかけ、変数の値の変化を紙に書き出してみるといいカモです。 流れを追いかける時は「こう動くハズ」といった思い込みを捨て、書いてある通りに追いかけてね。 健闘を祈る！

重要なのは、「表示した体力の数値が想定した通りの数値になっているか？」です。 想定した数値が表示されたのであれば、他の場所に原因が有るってことですし、どこかで想定外の数値が表示されたのでれば、その表示をするプログラムとひとつ前に表示したプログラムの間に原因が有るってことです。 ３９と表示されているのが想定外だとしたら、何処から３９の表示になるのかが重要になります。 想定の数値から３９と表示される間に変数の値が変更されているハズなのでソコを修正すれば、体力が変わらなくなると思いますよ。