Petitverse

ランダムな方向に歩き、プレイヤーと一定の距離まで近づいたら撃ってくるとか?

Naさんに同意。
あと、あまり正確に撃ってくるとバランスブレイカーになるので、狙うときにちょっとブレさせると良いかも。

障害物にぶつかるまで直進とかがシンプルで良いと思います。

ランダムに移動させたいなら、ランダムに目的地地点を決めて、そこまで歩いたらまた次の目的地点をランダムに決めるという方法もありますね。
障害物などで移動できなかった時はまた次の目的地点を決める感じで。

「残り移動時間」で管理してもいいかもね
残り移動時間をET、移動方向をERとして

WHILE 1
　VSYNC
　IF ET<=0 THEN
　　ER=ランダムな値:ET=ランダムな値（※）
　ELSE
　　DEC ET
　ENDIF
　(ERをもとに敵を動かす)
　(メインループの中身)
WEND　的な

(※)
残り時間にランダム値を入れるときは20以上とか40以上などある程度大きな数にする
こうすることで同じ場所でブルブルを防ぐことができる

WHILE 1〜WENDはメインループを表してるだけなので@MAIN〜GOTO @MAINなどほかの形式でも大丈夫です

プレイヤーを追いかけるだけだと子供のサッカーみたいになってしまうので、こいつはこの通路に留まるというような範囲を設定してあげるのもいいと思います。
あとメタルギアみたいにルートを作ってあげてそのルート上を歩くとか。実際は複数の座標を指定して順番に向かうようにする処理になると思います。

元のプログラムを理解していないので`DEF`で機能追加してみました。
406が敵のスプライト番号なので`ENEMY_AI 406`と呼び出しています。

■ アルゴリズム

�@ 現在のプレイヤー座標を目的地とする
�A 3秒間は脇目も振らず目的地へ進む
�B 時間になったので�@に戻る

基本的にプレイヤーに近づくので何処かに行ってしまうことはない
目的地を決めたら一定時間行動を固定化するのでプルプル震えることはない

■ 簡単にプログラムの説明

スプライト用内部変数`7`にタイマーを保存
スプライト用内部変数`5``6`にX/Y方向の移動量を保存
初期値としてタイマーは3秒(ETIME:60*3 フレーム)にしている
※グローバル変数を極力使いたくないのでスプライトの内部変数を使っています

移動方向に障害物がある場合避けるようにしたけど少し複雑になったので割愛
(あまり難しいことはしていませんが…)
目的地を決定する場合プレイヤーの向いてる方向の50ドット前方にしたり後方にしたりしても面白いと思います。(三角関数を使えば求めることが出来ます)
簡単にするならプレイヤーの近くを乱数で目的地を決めるのも良いですね
ETIMEの初期値を乱数で変えると敵の癖みたいなものが生まれるので面白い
敵の攻撃はプレイヤーから一定の距離以内に入ると撃ってくるとか(三平方の定理で距離がわかる)


面白そうなシューティングだったのでついサンプルコードを書いてみました。(着弾音が特にお気に入り)
プログラムが長くなってくると頭がコンガラガッてくるので関数化(DEF)して機能毎にまとめてシンプルにしたほうが良いと思います。(少し考え方を変えないといけないけど)

関係ないけどフローチャートは説明する時に便利なので使っていますが、自分でプログラムを組む時に書く必要はありませんよ〜

SPVAR E_ID,7,SPVAR(E_ID,7)-1 'TIMER進める

SPOFS E_ID OUT EX,EY ' この一行を忘れてました ごめんなさい

INC EX,SPVAR(E-ID,5) ' 敵 少し移動


元のプログラムでは機能満載だったので説明に不向きと思い削った時に削り過ぎししまいました。
申し訳ないです。取り急ぎ修正箇所をお知らせ致します。

敵が複数でも問題ないように作成しているので`E_ID`の番号さえ間違わなければ大丈夫だと思います。

ランダムプルプルが嫌なら完全なランダムじゃなくすればいいんじゃないんです？
進みたい方向だけ確率高くするとか。
あと直前に進んだ方向を変数にでも記憶しておいて、それを選択肢から削ることで急にバックもしないようにできますし。

私もあきとさんのルート巡回方式がいいと思いますな。
面白い動きのパターンを思いついた時にデータ文の活用ですぐ具体化できそうですし。

見てみましたー。

めり込みは気にならなかったですが障害物に引っかかって止まっているのが気になる感じもありますね。

複数の動きを条件で切り換えるのがいいんじゃないかと思いますよ。例えばルート巡回でも単純にルート巡回しているだけじゃなくてユーザーが近づいてきたら追跡に切り換える、とかすると見回りをしている敵キャラっぽくなると思います。

先ほどの障害物もきちんと回避したうえで追跡するプログラムとかを書ければその方がよい動きが作れるかもしれませんが、そうじゃなくても例えば障害物にぶつかったら一時的にランダムウォークに切り替えて、しばらく歩けそうなところまで移動してからまた追跡に戻る、とかすればその場で止まってしまうようなことはなくなると思います。まあ動きによってはまた戻ってきて引っかかる（同じことを繰り返す）可能性もありますが…。

ただ一つのアルゴリズムではなく条件によって動きを切り換えるのはAIの定石のような感じですし、色々工夫してみるとより面白い動きができるんじゃないかなって思います。

複数のパラメータ調整で色んな行動パターンを表現できるようなの期待。

個人的な思いってぼかさないで、オワたずさんが考えるルート巡回式のデメリットを挙げてほしいですな。
想定通りの行動パターンを割と簡単に実装できそうなのがメリットとして、あきとさんの意見に便乗しただけですし
私を名指しするなら、あきとさんの名前も挙げないと変じゃないです？

めり込み防止はドット単位で判定するんじゃなくて、キャラ単位の座標系も作って
そっちで判定すればいいんじゃないんです？

飛び火してますが、誰の手伝いとか気にせずに作りたいもの作ってくださいね。