【訂正・お詫び】 昨日公開した「画像圧縮の比較」が、それぞれ異なる画像を保存した誤った実験結果でした。 ご期待頂いた方、比較対象にさせていただいたGPKライブラリにご迷惑おかけしました。 改めて実験結果を公開するかは検討中です。

時間になったとき→このプログラムではループを抜けたとき

【PetitTrain2D】 ATC-6の運転台。止まろうとしている駅に先行列車がいるため停止信号です。 そんなことより北赤羽止まりって？、

確かに0文字のを突っ込むとエラーで止まる。 写真では"A"が入ってるので考えられないけど…

A$="A" ?ASC(A$) 実行すると 65 OK エラーでないよ

（絵を見ながら自分で打ち込むのは自由です、頑張れ）

そしてZに小数も使えるんだっけね

BGMPLAYをどうぞ。 BGMを再生(PLAY)する、文字通りの命令。

よくマリオメーカーが無料であそべるとうわさが流れますが、残念ながらマリオではなく赤い髪の毛をした少年メーカーです。

命令を同じ行に続けるときは:で区切るのが基本です。 なんだかんだ省けることもあるのですが…

ZEXさんのアドレス集、見る際は「ブラウザ」をどうぞ。 （DSで見るなら）アドレスを打つのは面倒なので 「おちゃめ　プチコン」で検索どうぞ。 いつも思うけど「お礼フォロー」の風習はよく分からない。 学んだ成果で何か作品を作って公開するほうが嬉しい。

音まわりは悩むところ。 実際に録音 メリット：リアル　デメリット：ファイルが大きい サウンド機能を駆使して再現 メリット：ファイルが小さい　デメリット：若干違う気がする

初めのうちは「単純化」が大事です。 「人が歩くゲーム」→「追われてる人が歩いて逃げるゲーム」→「追われてる人が謎を解きつつ歩いて逃げるゲーム」

真っ黒で見えなくすることもできる…ということは…

青鬼のどこが良い思ったか突き詰める 完璧に同じものはできないから、「どうしても譲れない特徴」を優先して作る。 脱出がいいとか、鬼に追われるのがいいとか… そしたら「どんな命令を使おう」にすすむ

SIN() COS()

改造できるとはいえ容易にエラーが出る設計はよろしくないなぁ… と思ったり。 せめて「0で割らないでください」ってメッセージでもあればいいのに。

まずは「答えが付きやすい質問の書き方」を勉強します。 答えが付きやすい質問は 1.具体的で 2.実現性が高い ということです。 ようするに「ゲームが作りたい」のように漠然とした質問や「マイクラを作りたい」のようにハードルがやけに高い質問は放置される傾向です。 まず、「何が作りたいか」考えましょう。

カーン（現示変化） ヒュイーン（減速） カーン（現示変化） 荒れ狂うATCが楽しい

定数リテラル PI() TRUE/FALSE は実行開始時に置き換えられるようだ。