それ角度増加多くね

CHR$()は16bit超えた分は消えるので、元々16bitギリギリの文字は壊れる

READで変数（配列かも）に移してPRINTに投げてる

というかそのプログラム自体を見ないと分からない

つFOR

もし、2文字を1要素に詰めている場合はさっきの指摘が濃厚。

あ、ごめん。全然符号bitに達してなかったわ。勘違い。 （整数型の範囲は32bitで、文字コードの範囲は16bitなので符号にはぶつからない）

（文字コードをシフトするって何の意図だろう）

2D画面なのに押したくなる立体感がたまりません

というか算術の左シフトで符号bitが増殖するってだけよ

これだけなのに3画面プログラムらしいです

MiniRPGを放置して作ってたのがコレ 「3Dボタンメーカー」 ボタンを作るだけ、とかいう圧倒的な「そんだけー」感 スプライトGRPの浪費仕様

落下して地面にぶつかったときの速度の2乗に比例したダメージ（）

もしかして：算術シフト

VSYNC（のタイミング）で

BUTTONはVSYNCで更新されるのがミソ

解読しにくいプログラムの例

この場合YとPを別に持つのは無駄な感じがする

26行目が怪しいね Pに常に-1 AND 3を代入してるのは変

ちなみに(B AND #A) AND (P==1)の真ん中のANDは&&（論理演算子のかつ）の方が適しているんじゃ B AND #A && P==1