美しい・・・・ けどさすがに忍耐力を試されますね。 最初は低Qで拡大して、ここぞというところで高Qにできたら時間短縮になると思います!!

spset の次に sphome 0,0,16 (sphome 0,0,15?) を入れるといいです。 sphome はスプライトの原点を設定します。

なるほど、そういう方法もあるのか。

プログラムは完成しているのかな?? もしまだなら、まずプログラムをあらかた完成させてから募集したらいいんじゃないかな??

ソフトウェア業界では、「2016/7/27 再開」とは「2016/7/27 960時00分00秒 までに再開」の意味である。 類義語: 「3月中に」 == 「3月60日までに」

ほしけんさん>作者名を偽るのは、著作権者を偽っているわけで二次使用どころではなく そう考えた根拠は??

問題はその「二次利用」がどういうものなのか定義されていないってことですね。 現状では、個々の案件についていちいちスマブに問い合わせなければ、確たることは言えないという・・・

すばらしい!!! 速くするとぐるぐる効果がありますね!! いいです!! いいです!! [ぐるぐる] key=N34K343P https://miiverse.nintendo.net/posts/AYIHAAAEAACHVRTjDFEdmA

for文は for 変数 = 開始値 to 終了値 [step 増分] 文 next [変数] という文法なので、[変数] を見に行ってるんじゃないかなあ??

プチコンの整数には負数フラグはありません。 もし整数が1bitだったら、これは0と-1を表現できます。 &b0=0*-(2^0)=0 &b0=1*-(2^0)=-1 2bitであれば -2,-1,0,1 を表現できます。 &b00=0*-(2^1)+0*2^0=0 &b01=0*-(2^1)+1*2^0=1 &b10=1*-(2^1)+0*2^0=-2 &b11=1*-(2^1)+1*2^0=-1 3bitの場合、そのbit並びを abc とすればそれが表現する数は a*-(2^2)+b*2^1+c*2^0 となります。 32bitの場合、そのbit並びを a31 a30 ... a1 a0 とすれば、それが表現する数は a31*-(2^31)+a30*2^30+...+a1*2^1+a0*2^0 となる。

while 1: vsync for i = 0 to 花火の数-1: hanabi_move i: next wend var 花火の状態[n], 花火のx座標[n], 花火のy座標[n] def hanabi_move i 'i番目の花火の動きを 1 ステップ進める if 花火の状態[i]==待機 then 乱数 > 0.5 なら花火の状態[i]=上昇中にする: 花火の座標[i]を設定 elseif 花火の状態[i]==上昇中 then 花火の座標[i]を更新: 描画: ある程度上昇したら状態[i]を破裂中にする elseif 花火の状態[i]==破裂中 then : endif end という感じになります。

>もはや1文字も短縮や追加の余地はありません 一体いつから短縮できないと錯覚していた? つ bgmplay@0+str$(b)

こんなプチコンは嫌だ いちいち巨大文字で命令を書かなければならない

お大事に >頭とお腹痛い カキ氷を食べ過ぎたときの症状では?? > 女の子の夏服ってどんな感じなの? 「夏服 ティーンズ」でぐぐるとかわいいのたくさん出てきますよ!

>98行目の時点では「この先にTHENあるかな…？」という淡い期待を持って読み進めてるのかもね。 スゲー!! コンパイラの気持ちに添った回答ですね!!

@の後に英数字が続く範囲が文字列になるみたいですね。 @abc+@123 とかできて誰得仕様ですな。

myuさん なるほど!! これは速そうですね!! 今度試してみよう!! 一行ずつ文字列配列に push する方法試しましたが、 文字列って意外とメモリ食うのと、 文字列配列から単一の文字列にするのが面倒なのとで、 あまりメリットなかったですw

いいアイデアですね!! ただ一つ問題があって、prgset し続けるとだんだん遅くなって、例えば1万行以上とか prgset すると、我慢できないくらい遅くなってしまうという点です。(本体の実行速度にもよります) 簡単な回避方法があればいいのですが・・・

? monster$+"に"+str$(damage)+"のダメージを与えた!" →期待と違う ? format$("%sに%dのダメージを与えた!", monster$, damage) →期待通り

おもしろいなあ ? @abc[1] a