It looks very nice! However, we cannot eat sand.

"リーーーーチ"の左右それぞれに50個のスペースをくっつけた文字列を用意しておき、その文字列から50文字を切り出して、画面の左端に表示させます。50文字切り出しの開始点を、文字列の右から左にずらして繰り返せば、文字列が左から右に流れているように見えます。 添付をご参照ください。

いいですねー、ジグジグ。 タイニーは tiny ですね。

Could you run and refer to PRGRSS in [25NK3HJ]? As before, please download it asap.

I'm sorry I have not reached correct answer yet in spite of long thinking. I tried reconstructing your map data but it was no go. However, I can show you my interim progress. Could you download and refer to [93334X4S]? Please download it asap because I'll keep it on the cloud server temporarily.

I've downloaded your project. Now I'm analyzing. Please wait.

Could you expose key of your project temporarily? I'd like to try checking your program.

SPHITRCと、三平方の定理による判定ならば、断然、前者の方が速いです。ただし、SPHITRCでは、円形領域の判定ができません。 先の私のSPCTR関数では、SPHITRCで調査対象スプライトを絞り、それらについてのみ、三平方の定理で距離の計算を行うことで、時間の節約を図ります。範囲内に余程スプライトがウジャウジャいない限りは、実用的な速度で運用できると思います。

Are the filenames of your map data "SC_SP_4_L0"-"SC_SP_4_L3"? If so, replace STR$(1) with STR$(I).

I guess you should swap second argument (O) and third one (MAP). And, in my opinion, you've miswritten "O" instead of zero.

今までに出てきた皆さんのご意見のいいとこ取りをしたような関数を作ってみました。 添付のSPCTR関数は、管理番号Nのスプライトを中心に、半径Rの円内にあるスプライトの数を返します。ただし、管理番号Nのスプライトはカウントしません。 SPHITRCを使っているので、カウント対象のスプライトは全てSPCOLで衝突判定を有効にしておく必要があります。 ちょっとした改造で、カウント対象スプライトの管理番号を配列に保存する、なども可能になるはずです。 以上、ご参考まで。

In this case, MID$ is available. A$="echo bananas" B$=MID$(A$,5,LEN(A$)-5) "bananas" will be substituted for B$.

Please note that you need additional purchase DLC (Advanced Sound Processing Unit) to play this game. Current key is NEDX43CJ and file name of this game is HNZVTS.

Current key is NEDX43CJ and file name of this game is HNZSPF. I'm sorry there is no update for this game since this June.

ACLS:HP=20:RF=0 FOR I=0 TO 19 VSYNC 1:GFILL 80+I*4,8,80+I*4+2,15,#YELLOW NEXT I LOCATE 2,3:?"Pressing A button gives you 7 damages." WHILE TRUE VSYNC 1 IF(BUTTON(2)AND #A)!=0 && RF<=0 THEN RF=7 IF RF>0 THEN DEC HP,(HP>0):DEC RF GFILL 80+HP*4,8,80+HP*4+2,15,#RED ENDIF WEND

カードの並び順が意図どおりではないということでしょうか？ プログラムを拝見していないので何とも言えませんが、キャラクターコード順に並べているように見受けられます。 キャラクターコードは、"0"～"9"は48～57、"T"は84、"J"は74、"Q"は81、"K"は75なので、キャラクターコードの若い順に並べると、確かに添付写真のような並びになります。

Because you have assigned all available BG layers to the top screen. You should set third argument of XSCREEN less than 4.

適度なネタバレ指定は、読者の興味を倍加させる効果があると思います。バラエティなんかの「続きはCMのあとで」と同じですね。乱用が逆効果になるのもCM跨ぎと同じ。 私は、当該投稿におけるネタバレ指定率によって判断しています。要は、みんながやっていたらやる、というスタンスです。自主性がなくて恐縮です。

One thing I can say for sure is that distance ratio is equal to size ratio. In other words, if A is twice as far as B, A looks like half as large as B. We should grasp positional relation between sprites and your viewpoint to set parameter for SPSCALE correctly. Multiplayer has low priority for me because I have no experience for wireless communication on 3DS. I hope you'll not take it amiss.

最近、関西から関東に引っ越したので、和泉ナンバーの車をめっきり見なくなりました。