作品を軽量化する方法について議論しよう

lUBERY

全部音楽を背景に入れたほうがいいとかあるかな？

kaki_jp

lUBERY wrote:
全部音楽を背景に入れたほうがいいとかあるかな？

特に関係ないみたいです。
90秒ほどの音声を6つ用意し、2つのスプライトに3つずつ入れるのと、背景に6つまとめて入れるの2パターンで、
どちらの読み込み速度が速いか試してみました。結果はどちらも同じぐらいでした。

himamanga

場所には関係ないんすね

(意味なスィ!)

akasakaBOX365365

やっぱりプログラムを短くするとか？

himamanga

それもあり得るけど多分情報量
ベクターの形を変えるの点の数とか

minepra

あと、リストにデータを保存するのではなく変数とかにいれといて、それをプログラムで、リストに展開するようにするとか？

k-rimuru-tempest

when green flag clicked[/quote]
を使わないってどういうこと？

himamanga

何そのブロック

when green flag clicked
set [なんかv] to [どうにか]

syota6010

ブロックを少なくするとか？

Koneko_koko-2

k-rimuru-tempest wrote:
when green flag clicked
を使わないってどういうこと？

まずは、投稿の日付をよく確認することをおすすめします。
https://scratch.mit.edu/discuss/post/7780424/
であれば、約２年前のものです。
その後も何度か聞き直している投稿もありますが、
回答がなく、投稿者もScratchをやめてしまっているので、
本人から正確な回答を得ることは難しいと思います。

一般的には「緑の旗」がたくさんあると、「情報の初期化など」の順番が分からなくなり、
「タイミングがずれて正しくリセット出来ない」などのことから、
「（複数）使わない」と言っているのであれば、話は通ります。（軽量化に関係するかは不明）
———
ちなみに、ブロックを表示させたい時は、
目的のブロックをクリックする前に、
マウスカーソルを当てると、吹き出しで日本語が表示されるので、
その通り入力すれば、日本語のブロックが表示できます。

今回の場合なら「緑の旗が押されたとき」となるため、
元の投稿の「⚑ がクリックされたとき」は、
思い違いか何か、の入力ミスだったと分かります。

himamanga

ただプログラム遅延が起こりそう

when green flag clicked
play sound [ v]
say []
turn ccw () degrees
stop all sounds
change [pitch v] effect by (10)
change [pitch v] effect by (10)
change [pitch v] effect by (10)

_tawashi_1106t

3Dシューティング作ってるんですけどいまラグすぎて壁が描画されないんですね。。ぜひ軽量化の方法を教えてください()

himamanga

_tawashi_1106t wrote:
3Dシューティング作ってるんですけどいまラグすぎて壁が描画されないんですね。。ぜひ軽量化の方法を教えてください()

クローンとかじゃなくペンで使っていますか？

K-ver

ブロック定義を使ってブロック数を少なくするとかはどうですか

inoking

himamanga wrote:
クローンとかじゃなくペンで使っていますか？

ペンだから速いというわけではありません。
そもそも、ペンと比較するならコスチュームです。
ペンであれコスチュームであれ、やり方に依存します。
クローンだから遅いというわけでもありません。
コスチュームの場合はペンと比べると複雑な画像になる場合がほとんどですが
その前提で言うと、やっていること（表現内容）が違うので比較になりません。

K-ver wrote:
ブロック定義を使ってブロック数を少なくするとかはどうですか

定義を使えばブロック数が劇的に減らせるわけではありません。
多少減ったとしても、ブロック数の多寡は実行速度とはあまり関係がありません。
定義になってブロック数が減らせるのは重複をなくしたりできるからで、容量削減にはなりますが実行速度とはあまり関係がありません。

定義で「画面を再描画せずに実行する」にすると劇的に速くなりますが、K-ver さんの意見はそういう話ではないです。

_tawashi_1106t wrote:
3Dシューティング作ってるんですけどいまラグすぎて壁が描画されないんですね。。ぜひ軽量化の方法を教えてください()

つまり、処理内容を見直すということです。
・ペンであれば描画数を減らす。
・定義にして「画面を再描画せずに実行する」は必須。
そして何より影響が大きいのはアルゴリズムの改善です。

arashi--

僕は「ずっと」ブロックをあまり使わないようにしてます(しているつもり)

U-Y-Scratch

#216

確かにそうですね。
少し話は逸れますが、

when green flag clicked
forever
if <条件> then
...
end
end

は

when green flag clicked
forever
wait until <条件>
...
end

で代用できます。

inoking

arashi-- wrote:
僕は「ずっと」ブロックをあまり使わないようにしてます(しているつもり)

「ずっと」ブロックを使うとどうなるのですか？

arashi--

inoking wrote:
arashi-- wrote:
僕は「ずっと」ブロックをあまり使わないようにしてます(しているつもり)
「ずっと」ブロックを使うとどうなるのですか？

ずっとブロックが起動してサーバーに負荷がかかります

inoking

arashi-- wrote:
ずっとブロックが起動してサーバーに負荷がかかります

「ずっと」ブロックが動いても、サーバーには負荷はかかりません。

実行している端末上では負荷がかかることもありますが
それは「ずっと」のなかで何をするかです。

追記：
1分で作ったこのネコ歩きは「ずっと」を使っています。

Last edited by inoking (July 26, 2026 06:07:21)

Discuss Scratch