タグ付けされた質問 「rigid-body-dynamics」

私はUnity3dを学ぶために始めていると私が得る混乱の一つは、間の差であるUpdate()とFixedUpdate()。 私はそこでLynda Unity 2Dゲーム開発チュートリアルに従っています、インストラクターはUpdateメソッドを使用し、プレーヤーはRigidBody2DコンポーネントとBoxコライダーを持っています、彼はUpdateメソッドを使用してプレーヤーを翻訳しUpdateますこれでFixedUpdate、すべてが動作します。彼はUnity 4.3のチュートリアルを提供しており、Unity 4.6のコースを受講しています。 どこで使うべきUpdateとFixedUpdate？

14 unity  2d  rigid-body-dynamics 

Unityでゲームオブジェクトを移動するために必要な変換を計算する次のコードがありますLateUpdate。これはで呼び出されます。私が理解していることから、私の使用はTime.deltaTime最終的な翻訳フレームレートを独立させるべきCollisionDetection.Move()です（ただレイキャストを実行することに注意してください）。 public IMovementModel Move(IMovementModel model) { this.model = model; targetSpeed = (model.HorizontalInput + model.VerticalInput) * model.Speed; model.CurrentSpeed = accelerateSpeed(model.CurrentSpeed, targetSpeed, model.Accel); if (model.IsJumping) { model.AmountToMove = new Vector3(model.AmountToMove.x, model.AmountToMove.y); } else if (CollisionDetection.OnGround) { model.AmountToMove = new Vector3(model.AmountToMove.x, 0); } model.FlipAnim = flipAnimation(targetSpeed); // If we're ignoring gravity, then just …

13 unity  movement  frame-rate  timestep  collision-detection  unity  physics  opengl  libgdx  textures  graphics  c#  unity  vector  sfml  c  opengl  gui  multithreading  unity  mathematics  projection  mesh  unity  rigid-body-dynamics  rigidbody  c#  unity  2d  path-finding  procedural-generation  navmesh  unity  textures  maya  rigging  copyright  transformation  skeletal-animation  assimp  model-loader 

OpenFLとHaxeを使用して基本的なSceneManagerを実装しようとしています。OpenFLとHaxeの使用経験はあまりないので、いくつか問題があります。 以下は、SceneManagerクラスの設計方法です。 package; import openfl.display.Sprite; import openfl.Lib; class SceneManager extends Sprite { private var currentScene: ...; public function new(rootScene: ...) { super(); currentScene = rootScene; Lib.current.addChild(currentScene); } public function changeScene(newScene: ...): Void { Lib.current.removeChild(currentScene); currentScene = newScene; Lib.current.addChild(SceneTwo); } } 「...」は、どのシーンでも保持できる一般的な「クラス」タイプに置き換える必要があります。 誰かがこれを解決するのを手伝ってくれるなら、私は本当に感謝するでしょう。

8 scene  haxe  physics  mathematics  vector  path  kinematic  rendering  antialiasing  rotation  trajectory  tilemap  procedural-generation  maps  random  love2d  c++  game-design  sdl2  unity  c#  physics  rigid-body-dynamics  unity  meshcollider  architecture  server  unreal  unreal-4  animation  rpg  procedural-generation  python  pygame  racing  mathematics  javascript  geometry  3d-meshes 

以下のコードは、ここの Microsoft XNAサンプルからのものです。これは非常に単純なリジッドボディシミュレーションであり、多くの物理的効果（角運動量など）を無視しますが、オブジェクト（球）を押しのけて、互いに貫通しないようにします。 ただし、シミュレーションでは球体が貫通するだけでなく、多数の球体が相互に積み重ねられている場合、小さな球体が大きな球体の内側にほぼ完全に収まります。すべての球が同じ半径と質量を持つようにすると、シミュレーションは適度に実行されます（最小の相互浸透で）。 誰かが相互浸透がある理由を説明できますか？球の位置を移動させるので、相互侵入は不可能のようです。 シミュレーションの各球について、このメソッドは他のすべての球で呼び出されます。 /// <summary> // Given 2 spheres with velocity, mass and size, evaluate whether // a collision occured, and if so, excatly where, and move sphere 2 // at the contact point with sphere 1, and generate new velocities. /// </summary> private void SphereCollisionImplicit(Sphere sphere1, …

7 xna  c#  physics  rigid-body-dynamics