テラシュールブログ

旧テラシュールウェアブログUnity記事。主にUnityのTipsやAR・VR、ニコニコ動画についてのメモを残します。

【Unity】物理演算を指定秒数 進める Physics.Simulate

f:id:tsubaki_t1:20180504185846g:plain

今回は「シーンの物理現象をシミュレートする」という、一見分かりにくいAPIPhysics.Simulateおよび Physics2D.Simulateついてです。

 

 

物理演算を指定秒数進めるAPI

このSimulate系のAPIは、簡単に言えば「物理演算を指定秒数、進める」事のできるAPIです。
通常は物理演算は「時間」によって進みますが、コレをスクリプトから超加速出来る訳です。

と言っても凄く癖のある機能で、

  • RigidbodyもしくはRigidbody2Dに動作する
  • FixedUpdateは呼ばれない
  • 1回に進められる時間はFixedDeltaTime(0.0167秒)辺りが限界*1
  • 他のRigidbody等の接触により結果が変わる事がある*2

という、中々に微妙な機能でもあります。

 

物理演算を進める

実際の操作を見てみます。

 

まずSimulate系のAPIですが、PhysicsのautoSimulateがOFFになっていることが前提条件です。ONだと動作しません。
まあ通常はInspectorよりはPhysics.autoSimulationで切り替えます。
コレを無効にすると、ゲームループ内で自動的にPhysics.Simulateが呼ばれなくなります。ただ MonoBehaviour .FixedUpdateは普通に呼ばれます。

f:id:tsubaki_t1:20180504190806j:plain

まずはAutoSimulationを手前でやってみます。
下のコードでは、コンポーネントが有効なときにのみ物理演算のシミュレートが進みます。

 

gist.github.com

f:id:tsubaki_t1:20180504191700g:plain

 

次にn倍速にしてみます。0.1から1.5倍速あたり。これは1回のFixedUpdateで進める時間を調整すれば実現出来ます。

gist.github.com

f:id:tsubaki_t1:20180504192251g:plain

これは所謂Time.Timescaleと異なり、時間軸自体は通常通り動く所が面白いところです。現象だけ遅くする事が出来るので、世界をゆっくりにして云々するのも面白いかもしれません。気分はカブト*3

ただコレは、移動も物理演算に頼っている場合は、少し面倒なことになるかもしれません。単純に時間を弄る系はTime.TimeScale弄ったほうが最終的に楽できます。

f:id:tsubaki_t1:20180504192949g:plain

 

物理演算を指定秒数進める・巻き戻す

さて、次は物理演算を指定秒数進めてみます。
時間指定はそれ程難しくはありません。指定時間に到達するまで秒数分ぶん回すだけです。パーティクルのPrewarmと同じようなものです。
強いて問題を上げるとすれば、高い負荷を計上する事があるという点ですが、まぁ。*4

gist.github.com

では巻き戻しは? …実は出来ません。
なので、「0秒の状態を保持しておいて、毎回0秒から指定秒まで演算を進める」という超力技で実現します。

下の2つは、このアプローチで巻き戻しを実現しています。

 


ただ、このときの動作が「他の物理演算の有無」により結構誤差が出ます。また負荷も半端ないので、実際にゲームで使う際にはTransform単位でキャプチャするほうが現実的かもしれません。

 

未来予測

最後に未来予測です。これも基本的には「巻き戻し」と同じ考え方です。
要するに、指定時間まで秒を進めて結果を回収する…という物です。

gist.github.com

f:id:tsubaki_t1:20180504200110g:plain

もっと軽くても良いよ!という場合は、下の設定にすると、大分負荷が減ります。
ただし計算精度も雑になります。まぁゲームのちょっとした弾道予想ではコチラの方が都合が良いかもしれません。

  • float deltaTime = Time.fixedDeltaTime を float deltaTime = Time.fixedDeltaTime * 10; に変更
    (計算制度を雑にする)
  • 予測したいRigidbodyのCollision DetectionをContinuous Dynamicに設定

f:id:tsubaki_t1:20180504200931j:plain

感想

中々に楽しい機能ではあるのですが、大体において「重い」です。複数フレームでやるような処理を1フレームでやってるので、仕方がないとも言えます。

 

個人的には、用途としては「弾道予想」と「エディターで物理演算をレコードする時に使う(GameObjectRecorder)」くらいかなと思ってます。

 

今回は3Dの紹介でしたが、2Dでも同じAPIがあります。動作も同じです

関連

普通に高校で習う内容で落下位置を予測しようぜ!という話。
複雑な地形や複数のオブジェクト間の接触、それの最適化等を考えるとしんどい

tsubakit1.hateblo.jp

たぶん見るであろう「壁貫通」について

tsubakit1.hateblo.jp

TImeScaleで行うスローモーション

tsubakit1.hateblo.jp

*1:マトモに演算結果を受けたければ

*2:ゲーム向け物理演算の限界

*3:クロックアップ

*4:パーティクルのPrewarmも同様に、モジュールにより高い負荷を計上することがある