画像の回転という発想がなかったあああ 角度は偉大ですね...ははは

三平方の定理はあれです、2点間の距離を求めるやつです 自機から敵へのx方向の差、y方向の差をそれぞれ直線距離で割って、任意の速度を掛けるとあら不思議、等速で敵に向かって弾がとんでいきます

なんか三角関数使わない方が良いような気がしてきた... 本来三角関数は角度と座標を結びつけるものだから、角度があまり関係しない場合ではその方がスッキリしててかっこいいかもです

「傾き」は0除算とかでややこしいんでアレですが、ほぼ同じような考え方で三平方の定理をうまいとこ使うとわりと実用的かもしれません。 三角関数の方が楽ですが...

止めはしませんが... そのうち気付くと思います。三角関数の使いやすさに。

洗脳の瞬間を見てしまった...

精度を上げて試したら、博士が4回転することもありました。 二重振り子は計算の誤差が軌道の変化に直結しておもしろいですねー シミュレーションが完全じゃないってのは少し悲しいですけど... Newmarkβ法のβ=1/4って「平均加速度法」ってやつですかね 数値積分むずかしい...

数値積分にはルンゲ・クッタ法を使用しています。 「おかし！力学的エネルギーが保存されねえじゃねえか！」という人は変数Hの値を小さくすると幸せになれるかも。

KEY:5245W4E ついに二重振り子のシミュレーションに成功しました。 かいせきりきがくの ちからって すげー!

加速度を知らなくても、 「ジャンプすると次第に速度が減少していき、ある一点でマイナスになり、落下する」 ということを知っていればジャンプの軌道は再現できます。 うごメモを少しでも触ったことのある人なら理解しやすいはず。 物理から先に入ると、厳密に位置を求めてしまったりしてむしろわかりずらいかも…

面を構成する3点の座標から、その面に垂直なベクトルを足し算、引き算、掛け算だけで求める方法があります。 それが外積です。 このベクトル(≒面の向き)と光の方向のベクトルがなす角の大きさは、 その面が光に対してどれくらい傾いているかを示します。

光が面に当たるとき、正面から当たる場合よりも斜めから当たる場合の方が面は暗くなりますよね？ これをプログラムで再現すると、それっぽいことができます。 具体的には、面に当たる光の向きと面の向きがなす角度をベクトルの外積とかを使って求めて、それを元に面がどれくらい暗くなるか適当に計算すればいいです。

とっさにできる対策: GCLIPで画面外への描画を制限する 配列の参照を限界まで控える これだけでけっこう速くなるはず

きっと空の向こうから共感していて下さってるよ

豆知識というと、 PRGGET$()を使うとカレント行が1行ずれる、とかですかね... 私はこれに気付くまでPRGGETを使うたびにPRGEDITでカレント行を指定してました。

なるほどー しかしWiiUがないので動作確認が…

確かに、3DSだけでも十分楽しめるかもですねー いや、楽しめるに違いない(自己暗示) 今のところ3号コミュニティが過疎ってる様子もないから大丈夫かなあ

「俺、この受験に合格したらプチコン買うんだ」

しかしWiiUを持っていない… もうすぐ受験生だから買ったら親に白い目で見られるだろうし、どうしたものか…

意外と…やらないですね。 残念なことにプログラミングのプの字もないです。 マイコン世代なのにー