newmomizi_txt wrote:

#12281
少なくともCubeupload, ディスカッションフォーラム共に、画像の表示サイズを手動で調整する機能はありません。
https://scratch.mit.edu/discuss/post/8179911/

事前に拡大縮小してからアップロードするしかないでしょう

kouryou118103 wrote:

#12294
ここは答えがあるような質問をする場所でScratchに関連する質問をするところですが〜一応答えておきます。

プログラミングをするなら理工学部じゃなくても、情報学部とかデータサイエンス学部とかいろんな学部があります。ぼくは大学は研究室で選びましたが、一人一人大学に求めるものは違うと思います。自分の理想、もしくは絶対に嫌なものとかの条件で選ぶといいと思います。

Scratchはプログラミング言語なので論理的思考を養うためには他の言語(PythonやJS、C系など)とはそんなに変わらないと思います。なんならライブラリがないのでより思考が必要なのでいいかなと。総合型選抜をするなら教授とかにScratchは子供っぽいとか思われるかもしれないですが面接でアルゴリズムとか工夫したこととかについて語ればどうにでもなるので、Scratchをやめたほうがいいということはないと思います。ぼくの場合はアプリとかの場合は他の言語のほうが提出しやすいのでWebアプリにしましたがやる気、熱意が伝われば入れてもらえると思います。

応援してます！

kouryou118103 wrote:

大学は口がさけても言えません。

情報系だと、基本情報技術者試験とかITパスポート試験があります。高校の最初の方は受験勉強がそんなにないので情報系以外の好きな資格を取っておけばよかったなーと後悔しています。

newmomizi_txt wrote:

fps = 1.0/delta_t
ですから、速度にデルタタイムを掛けるのと、fpsで割ることは、完全に等価です。むしろ、無駄に計算が増えることによって、数値の精度が下がることもあります。

なぜ速度が変化しているのか、についてですが、これはv-tグラフを描いてみれば分かります。

よく見ると、60fps時のほうがより高頻度で落下速度を更新している分、落下が速くなっています。
これを踏まえたうえで、どのようなプログラムにすればよいかを、もう一度考えてみましょう。

個人的には、デルタタイム処理は事故のもとになる (実際の商用ゲームでもたまにある) ので、ティック処理にしたほうが簡単だと思います。
これは、「30fpsだろうが60fpsだろうが、必ず毎秒60回の頻度で座標を更新する」というような仕組みです。ただしこの性質上、60fpsを超えるフレームレートに設定しても、それ以上に滑らかな描写はできません。
詳しいやり方は、まずは自分で探してみてください。もちろん、それでも分からなければ、ここで質問してください。

tamapikudayo wrote:

通知が来たのにコメントが表示されません｡

tamapikudayo wrote:

他の人の作品でもなります｡

newmomizi_txt wrote:

#12292
cubeuploadウェブサイト内で閲覧すると、YU1000さんの予想通り、“1280081483480x360.png”という名前のファイルでした。
https://cubeupload.com/im/nozotti0909/1280081483480x360.png
cubeuploadのアカウント設定から、「Retain Filenames」を「Retain Image Names」にすると、アップロードしたときのファイル名がそのまま保持されるので、それを使用しているのでしょう。

utatokage wrote:

最近、傾向が見れないんですけど、どうしてですかね皆さんも見れなくなっているなら、教えてください。

kaki_jp wrote:

埋まってきてしまい再び同じような報告がされてきているため#2743を再掲します。(#2798などでも取り上げられているが念の為)

kaki_lowspec wrote:

お願い
「傾向が見れない」という報告は前々ページからされていて、このままいくとキリがありません。
なのでこの件については新しい情報がある場合のみ投稿してください。トピックが埋まってしまいます。

これ以外の件についても、複数回投稿がされている場合控えてほしいです。
直近のページを見ると同じような質問がされていることがあります。
よく見てから投稿するようにお願いします。