Discuss Scratch
![[RSS Feed]](http://cdn.scratch.mit.edu/scratchr2/static/__5b3e40ec58a840b41702360e9891321b__//djangobb_forum/img/feed-icon-small.png "[RSS Feed]"){kind=icon}
- yakitori10-10
-
Scratcher
24 posts
作品を軽量化する方法について議論しよう
同じスプライト内で似ているスクリプトがあったら定義にするとかはどうですか？
もう出ているかもしれませんが…
もう出ているかもしれませんが…
- kaisuke9244
-
Scratcher
100+ posts
作品を軽量化する方法について議論しよう
クローンを使わずpenにするなどです。質問コーナーではpen同士の当たり判定も議案されていました。
Last edited by kaisuke9244 (March 23, 2025 22:05:38)
- Neko_Mikan
-
Scratcher
8 posts
作品を軽量化する方法について議論しよう
ずっと
もし <なにか> なら
なにか
end
end
より
ずっと
<なにか> まで待つ
なにか
end
の方がずっとぐるぐるしないで済むので、特にクローンで採用する時に動作が軽くなります
- makoto2014
-
Scratcher
1 post
作品を軽量化する方法について議論しよう
合ってます？
ベクター(svg)は画質が良いですが、容量が多いです。
それに比べてビットマップ(png)は画質悪いですが、少しは軽減できるんですかね？定義 あってます？(はい) (いいえ)
(10) 歩動かす
(10) 回考える
↻ (15) 度回す
[合ってない気がします..!] と聞いて待つ
[えー] と言う
endding
ベクター(svg)は画質が良いですが、容量が多いです。
それに比べてビットマップ(png)は画質悪いですが、少しは軽減できるんですかね？定義 あってます？(はい) (いいえ)
(10) 歩動かす
(10) 回考える
↻ (15) 度回す
[合ってない気がします..!] と聞いて待つ
[えー] と言う
endding
プロジェクトの容量を軽くするなら多分あっていると思われます
実行時に軽くする（マイクラで影モッドを入れたとき的な）ならTurboWarpですね～
ちなみに後者のことを言っているならパソコンのスペックを上げればいいですよ 例えばCore i9-14900KSとかwww
Last edited by makoto2014 (April 7, 2025 03:18:48)
- Momijiinu_scratch
-
Scratcher
3 posts
作品を軽量化する方法について議論しよう
昔に、プロジェクトのURLの後ろに何かを追加すれば軽くなるとどこかで聞いたことがあるのですが、それって実際にScratchの仕様上ありえるんですかね？
- inoking
-
Scratcher
1000+ posts
作品を軽量化する方法について議論しよう
昔に、プロジェクトのURLの後ろに何かを追加すれば軽くなるとどこかで聞いたことがあるのですが、それって実際にScratchの仕様上ありえるんですかね？「昔」とはいつのことですか？
そして、うわさだけで話されても何も話ができません。
- kame0826
-
Scratcher
5 posts
作品を軽量化する方法について議論しよう
重くなる理由は処理回数が増えることなので繰り返すブロックの中に繰り返すブロックをいれると重くなってしまいます(語彙力なくてすみません)
- kame0826
-
Scratcher
5 posts
作品を軽量化する方法について議論しよう
重くなる理由は処理回数が増えることなので繰り返すブロックの中に繰り返すブロックをいれると重くなってしまいます(語彙力なくてすみません)3Dなどが重くなる主な理由です
- inoking
-
Scratcher
1000+ posts
作品を軽量化する方法について議論しよう
作品を重くしなくても、このトピックで話しているのは「Scratch 内でいかに軽量化するか」です。
https://turbowarp.org/
などを使うとラグが減りますよ！(一部のみ)
- fd3s21
-
Scratcher
3 posts
作品を軽量化する方法について議論しよう
音で、音のデータで「速く」を押してデータ自体を短くして、あとから(音ブロックで)ピッチの効果を下げると、一応元の戻差に戻れたまま、音が短い文軽量化になります。(語彙力無くてすみません)
しかし、それでは音質の劣化につながるのでその手段は、できれば避けた方がいいのではないのでしょうか？
- inoking
-
Scratcher
1000+ posts
作品を軽量化する方法について議論しよう
元投稿は4年ほど前のものですが。。音で、音のデータで「速く」を押してデータ自体を短くして、あとから(音ブロックで)ピッチの効果を下げると、一応元の戻差に戻れたまま、音が短い文軽量化になります。(語彙力無くてすみません)
しかし、それでは音質の劣化につながるのでその手段は、できれば避けた方がいいのではないのでしょうか？
この場合の「軽さ」と音質とはトレードオフになります。
一般的には Scratch で音質を忠実に再現する必要がある場面はほとんどないと思います。
よって、これはデータ削減の有用な手段になると思います。
#155と一部内容が重複してしまいました
Last edited by inoking (May 6, 2025 04:35:16)
- TNTSuperMan
-
Scratcher
100+ posts
作品を軽量化する方法について議論しよう
#146
URLに付け加えるものといったらこれぐらいしか無いですからね。
考察ですが、これはプロジェクトの埋め込み用なのででScratchのユーザー情報や
コメント・メタデータなどを通信・表示する必要が無いため早い・軽いのではないかと思います。
昔に、プロジェクトのURLの後ろに何かを追加すれば軽くなるとどこかで聞いたことがあるのですが、それって実際にScratchの仕様上ありえるんですかね？もしかしたらembedを追加してhttps://scratch.mit.edu/projects/1166574077/embedのようにすると軽くなるかもしれません。
URLに付け加えるものといったらこれぐらいしか無いですからね。
考察ですが、これはプロジェクトの埋め込み用なのででScratchのユーザー情報や
コメント・メタデータなどを通信・表示する必要が無いため早い・軽いのではないかと思います。
