UPBGE / BGE – Physics cost performance order

Have you ever been making a game/app in the BGE or UPBGE and then somehow the frame rate drops when camera is pointing to some specific area? This is a common mistake among newcomers, and although there are several causes for this to happen, physics objects are one of the most commonly so here are some advices to take into account so you can use the correc physic type and shape in order to avoid the excesive resource consumption while executing the game engine.

Here are some important things to take into account when using the UPBGE or the BGE

Physics Type Order:

1. No Collision (least processor intensive)
2. Static
3. Dynamic
4. Rigid Body
5. Soft Body (most processor intensive)

Physics Shape Order:

Source

1. Sphere (least processor intensive)
2. Capsule
3. Cylinder
4. Box
5. Convex Hull
6. Triangle Mesh (most processor intensive)

Notice that every collision shape reacts very different to each other, the more simple the less CPU expensive. You can also note that we have physics visualization enabled to see how many vertex are being computed to calculate collisions on each shape.

Other things to note:

• Static objects should have a collision margin of zero, all other objects should have sane collision margins to prevent jittering.
• Convex hulls are an order of magnitude more stable than triangle meshes. Use compound shapes and convex hulls wherever possible
• Ghost objects can be the most expensive objects. The more objects they overlap with the more processing time they use, and it gets expensive fast (for some reason, the collision resolution still seems to run. Not sure why it doesn’t stop after collision detection). Use no collision or use collision layers wherever possible.
• Don’t manually move dynamic/rigid body physics objects. Always use forces or velocities.
• If you do not select collision bounds, it selects triangle mesh as the representation (the most expensive).

Source