【ワナビ歓迎】ゲーム開発者未満の雑談スレat GAMEDEV【ワナビ歓迎】ゲーム開発者未満の雑談スレ - 暇つぶし2ch■コピペモード□スレを通常表示□オプションモード□このｽﾚｯﾄﾞのURL■項目テキスト227:名前は開発中のものです。 22/09/27 23:37:34.11 ADr2/DXI.net 可変FPS前提だったら、マシンの処理能力がどうであれヤルことは変わらんだろ 今日びのunrealゲーだと300FPSくらいが標準なのかな ところで雑談本スレより自称開発者未満スレの方が意識が高くねｗ 228:名前は開発中のものです。 22/09/28 02:17:23.31 GYJca/VP.net 実際には i7-2600k 位の化石でも動作するようにするというか、 しないとならないのが頭痛のタネなんじゃなかろうか。 ところで UI で投げてしまうってってどの辺でしょう？ アクションゲームなら必要な情報以外隠しておくことが多いですよね？ RPGやシミュレーションだと表示する情報の取捨にかなり悩みそう。 229:名前は開発中のものです。 22/09/28 05:48:35.50 YHb88iYU.net 物理演算の役割は、物体が個々に位置と運動量を持っている前提で、 時刻aで問題がなく、時刻b(b>a)ではめり込み等の問題が発生すると予測されたときに、 時刻aにおいて運動量のみを操作して時刻bの問題発生を回避すること。 ここで、位置を補正する近似処理を使うと不自然に見えてしまう。 運動量（質量×速度、および慣性モーメント×角速度）の変化は、 力積（力×Δt時間）に等しいので、FPSが上がると、Δtが小さくなるのだから、 問題回避のための補正操作の幅が狭くなるということ。 これを、巨大な力を作用させて補填するのも、不自然に見える原因になる。 とはいっても、自然現象を完全にシミュレートできるわけではないので、 ”不自然に見えない程度に”近似や補填で誤魔化す必要があり、 そこのパラメータ調整が物理エンジンを自作するときの醍醐味なんだよね。 ちなみに、時刻aで問題がなく、時刻bで問題があるときは、 m=(a+b)/2とする時刻mでの問題の有無を評価して時間分解能を上げるわけだけど、 １０回繰り返せばFPS換算では1024倍に上がるとも言える。 ビリヤードの玉と台ぐらいのオブジェクト数なら、それくらいは余裕で計算可能。 次ページ最新レス表示レスジャンプ類似スレ一覧スレッドの検索話題のニュースおまかせリストオプションしおりを挟むスレッドに書込スレッドの一覧暇つぶし2ch