私も自分なりに試行錯誤しただけで詳しくはないので、１～２フレで送受信できないのが普通なのかプチコンの仕様なのかは判別できません。 でもモンハンのネットプレイとかは絶対にもっとズレているであろうはずがリアルタイムで共同プレイできている（少なくとも体感上はそうなっている）ので、「今の仕様でどうにかする」のはよくある話ですね～。それがまた楽しい（若干、Ｍ）

まず自動で動くうんぬんの前に、式には処理順序があるので、これだと「MAINCNT MOD (15==0)」のように解釈されてしまいます。あと、ANDと&&は意味が違います。 例えば一番上の行の式は（予想ですが）、 IF CHECK==0 && (MAINCNT MOD 15)==0 && (MAINCNT MOD 30)!=0 THEN～ です。

追いかける、といわれてシューティングゲームの自動追尾弾のソースを書いちゃいましたが、もっとシンプルなものなら例えば、自分と敵のＸ座標が違うならまずＸが同じになるように動き、Ｘが同じなら次にＹが同じになるように動く、というのも基本的なロジックですね。 もちろん、パックマンやボンバーマン、ディグダグのようなものは、他の方が書いているように最短距離で追ってこないでフラフラしたり、近づいたら追ってきたり、曲がり角でどっちに曲がるか判別したり、近づくように８割、遠ざかるように２割のようなランダム要素を入れたり・・・など色々あります。

R=ATAN(Xの差分 , Yの差分) INC X , COS(R)＊速度 INC Y , SIN(R)＊速度 ATANで敵と自分との角度（R）を求めます。 角度RからX方向への移動量がCOS(X)、Y方向への移動がSIN(R)です。 「三角関数」ってやつです。もし意味が分からなくても最初は「こう書けばいいんだ～」でもいいと思います。

手持ちの２本の市販のコードはどちらも、半挿しとかにしないとマイクになりません。しかも使用後は3DS自体の音が完全に出なくなり、3DSを再起動といういかにも本体を壊してしまいそうな状況です。 ネットの情報見て自作しようかと思いつつ、プチコンでのゲーム作りにPCから画像を転送する必要性を感じられなくなってきて放置状態ですが・・・ 抵抗とかつければ、普通に挿してすぐマイクONになってくれる快適な感じですか？

タッチ座標／１６　とかで座標を取っているとか？ BGCOORDを使うといいかも。

ハイ＆ローを作ってみるとか？

ＭＰＳＥＮＤは送信タイミングが４～５フレかつバッファエラーは避けられないので、色々試した結果、MPSET/MPGET一択かなーと思ってます。 MPSETの０～３に、上位２ビットにチェックディジット（CD）０～２を付けたデータを順々にセットしておいて、MPGET番号とCDの組み合わせが正しければ処理、違えば同じになるまで待つ（ほぼ無い）、という感じで私はやってました。 MPSET番号　CD 　0　　　　0 　1　　　　1 　2　　　　2 　3　　　　0 　0　　　　1 　1　　　　2 みたいにズレるので判別がつきます。

「ダライアス　ダルいス」で検索したら動画が出てくると思います。

私もちょっと前、「ダルいス」っていうダライアス（シューティングゲーム）の横長画面を２台の３ＤＳで再現するってのをやりましたが、データ送信にMPSENDは4～5フレ、MPSETで３～４フレ分の時間が掛かる上、たまに送信順が時系列で逆になったりする（これが厄介）ので、全ボタンを使わない前提で、１操作をFFFF内に収めてMPSETを８個ストックし、実質4フレ遅れで処理させたらうまく動きましたよ。自分の操作も４フレ遅れになりますが、軽い「慣性」程度な感覚で遊べました。 私の場合、MPSET0～3番号を使って、1セット16ビットのうち２ビットを同期用チェックディジット（0～3を回す）にしておいて残りはBUTTONを圧縮、受信側は、チェックディジットの順番に処理、という風にしておけば、たまーーーーに４フレ以上かかるのかズレますが、ほぼ遅延なしの同期状態で２台の３ＤＳで同じ結果が得られました。

私、リアル小２からＢＡＳＩＣやってるので大丈夫です！ アルファベットの大文字小文字をを覚えるところから始めたので、それ以上なら優秀です。

あ、「MAINCNT＋300」だと動くたびにSPAVRを更新しないといけないから、「300」だけ代入しておいて、 IF (MAINCNT MOD SPVARの値)==0 THEN～ のほうがいいかも。

これもまた色々方法はあると思いますが、 例えば５秒おきに動くなら、そのSPのSPVARの何番かに「MAINCNT＋300」（MAINCNTはシステム変数(ヘルプ参照)。300フレーム＝５秒）を代入しておいて、メインループで、MAINCNT＞SPVARの値 なら移動処理をする、ってやり方が１つです。 実際に動かすのはRND(4)で、０なら上、１なら下・・・という風にすればいいかなと。（SPANIM使うとラクチン）

あ、画像クレにはミバ関係ないか。。。

誰も言わないからたまには言おう。 それは違法なのでできません。もちろんミバの規約にも違反します。 ネットで調べるなどして打ち込んで、個人で楽しむのはOK 出来上がって舞い上がってアップするのはダメ。

100行目の下に、 Ｔ＄＝””：Ｈ＄＝”” とするだけでも回避できるはず。

あ、矢印のとこですね。 値を必ず代入しないとエラーになりますよ。 普通の変数なのか配列なのかを、初回代入時に決定している為だそうです。

何行目？？

やり方は色々ありますが、ぶつかって話しかけるなら、自分がSP０番とすると、 SP=SPHITSP(0) IF SP>0 THEN KAIWA$＝GET_KAIWA(SP) みたいにしておいて、 DEF GET_KAIWA (SP) 　RESTORE "@KAIWADATA"+STR$(SP) 　READ D$ 　RETURN D$ END @KAIWADATA１ DATA "１だよ" @KAIWADATA２ DATA "２だよ"

適当に書いたんですけど、今実際に打ち込んで見たらちゃんと動きました。 「＠RAKKA」はメインループですか？ そうでなければ28～49行目を全てメインループ内に入れるか、 ＠RAKKAをサブルーチンとするならメインループ内に「GOSUB @RAKKA」と記述して、５１行目は「RETURN」にするとか。 あとは、どこかにSPHIDE 2が残ってるとか？ ４０行目に「BEEP 6」みたいなのを追加して、とりあえずここの「Bを押されたら落下開始」の部分を通っているか見て見たら、原因の切り分けができるかも。 （出かけるので、まだ夜に・・・がんばってください！）