６４行目にDIALOG "SIKO"を追加して、サブルーチンが実行されているか、確認してみてはいかがでしょうか。

追加で SPOFS 1,8,0 ? SPHITSP(0) を実行すると -1 になりました。

ダイレクトモードで SPSET 0,0 SPOFS 0,128,64 SPOFS 0,256,128 を実行したところ、移動しました。 試して、みて頂けますか。

済みません、訂正です。SPHITS(1)は、SPHITSP(1)の間違いです。 もしかして、判定領域の幅と高さが小さすぎて、衝突と認識されていないということは無いでしょうか。

わたしは、引数の指定間違い以外で、できなかったことはないので、よくわかりません。 どのようにしたか、教えて頂けませんか。

あまり分かりやすい例ではありませんが、以前ＤＬして頂いた、インターバルタイマーでも使っています。（不親切な）ヘルプの一番下にある＠ＳＣＨＤＴＨで検索してみてください。

SPSET 0,0 SPSET 1,1 SPCOL 0,6,6,4,4 SPCOL 1,6,6,4,4 ? SPHITSP(0),SPHITS(1) としたところ、 1 0 と表示されました。問題点は、他にあるのでは無いでしょうか。

もし、ＳＰＯＦＳ命令の引数に変数を使ったのでしたら、変数名が違っている可能性があります。ご確認お願いします。

このＤＡＴＡ命令のデータををＲＥＡＤ命令で文字列変数に読み込むと、読み込んだ文字列変数に、２０文字の文字列が、一度に読み込まれます。（ＲＥＡＤ命令のすぐ後にプリント命令やＤＩＡＬＯＧ命令で変数の内容を表示すると確認できます） 一文字ずつ取り出したい場合は、ＭＩＤ＄（）関数などの文字列操作関数を使う必要があります。

’Ａ：初期値 ’Ｂ：終了値 ’Ｎ：ループ内実行回数 ’Ｉ：ループ変数の終了値 ＩＦ　Ａ＞Ｂ　ＴＨＥＮ 　Ｎ＝０ 　Ｉ＝Ａ ＥＬＳＥ 　Ｎ＝Ｂ－Ａ＋１ 　Ｉ＝Ｂ＋１　’＝Ａ＋Ｎ ＥＮＤＩＦ

プログラムを見させて頂きました、pinfuさんの方法の長所は、余計なメモリを使わなくて済む点だと思います。 ステージ数が数千にならなければ、処理量を気にする必要は無いと思いますので、今のままで良いと思います。 よくわからない点が一つありました。STAGE!=Nの処理がなぜあるのかという点です。 たいしたことではありませんが、１１４４行の前にBREAKを入れると、L0$,L1$に履歴が残ります。

私は、よく使います。ただし、＠LOAD_DATAのような場合は、文字列配列に一度読み込みます。 pinfuさんの考えておられるように、ＲＥＳＴＯＲＥは最新のものが反映されるため、５行目を有効にすると、N=1のときに読み込むL$が、@BBBのＤＡＴＡに記述された"BBB"になるため、「ラベルではない」とエラーになってようです。（ＤＩＡＬＯＧやＰＲＩＮＴで変数の内容を確認する事が出来ます。） おもしろいのは、@AAAと@BBBをDEF内に移動しても同じ振る舞いをすることです。ローカルなDATAを読めるようになる場合は知りませんでした。

MML設定値変更画面 「テストはつおん」を選択するとテンポで指定した間隔で設定値で指定した音を出し続けます。

【KEY:KDKXNN4E】MML機能確認 画面配置を変更しました。 音長の計算方法を変更しました。 編集機能の画面を非表示にしました。 ボタン選択時に、もう一度選択すると解除するようにしました。 記録方法を上書きから追加に変更しました。

ＯＦＦが電源ＳＷなので、別の色にしてはどうでしょうか。 ビット演算が欲しいですね。*,+,-,/とAND,OR,XOR,NOTとを切り替えて使うとか…

今回の例に当てはまるかどうかわかりませんが、条件が複雑になった場合は、分析表や、分析ツリーをノートに書いてみると、条件判定を簡単にする方法が見つかる場合があります。 気が向いたら試して見てください。

せいらさんへ 回答が遅くなって申し訳ありません。 ルーチンは、コンピュータに実行させる仕事のことです。そして、その仕事をさせるプログラムもルーチンと呼びます。ルーチンワーク（決まり切った日常の仕事）のルーチンと同じ意味です。それが発展して、関数や命令（手続き）になりました。 最初に実行するルーチンをメインルーチンと呼び、メインルーチンから呼ばれるルーチンをサブルーチンと呼びます。 せいらさんの推察のように、プログラムの哲学や、思想、歴史に関わる深い話です。 私の個人的な感想ですが、せいらさんの言う通り、ＧＯＴＯやサブルーチンは、必要性を感じなければ、無理して使うほどのものでは無いと思います。

けいさんへ 言い忘れていたことがありました。それは、わたしが、ＴＡＬＫ命令にこだわる単純な理由です。 音楽に詳しい人なら、「これから、練習始めるぞ～。」とか「やったね、お疲れさま～。」とかを、ＢＧＭを使って表現できると思います。しかし、わたしは、音楽の言葉で表現する方法を知らず、ＴＡＬＫ命令でなら、かなで書くだけなので、私にも出来るだろうということです。

その通りです。読み取り時の誤差は避けられませんが、累積誤差を回避できるようになります。

アップデート作業、お疲れさまです。 大喜利の審査など、仕事が山積みで大変かと思います。 これからもよろしくお願いします。