No direct control: a rigid body is typically controlled with impulses or forces. even if it does not tunnel, the character might jitter when pushed forward in a corner for example, because the physics engine keeps moving it back and forth to slightly different positions.as a consequence, the character's maximum velocity be limited (thus also limiting the game play possibilities).the tunneling effect itself : if the character goes too fast it might tunnel through a wall.(lack of) continuous collision detection: typical physics engines use discrete collision checks, leading to the notorious 'tunneling effect' that has plagued various commercial & non-commercial physics packages for years. The main advantage of kinematic controllers is that they do not suffer from the following issues, which are typical for dynamic controllers: The PhysX CCT module is an implementation of such an algorithm, providing a robust and well-known behavior for character control. The particular behavior it implemented is often called the 'collide and slide' algorithm, and it has been 'tweaked for more than a decade'. It actually had little physics, but a lot of carefully tweaked values to provide a good feeling while controlling the player. These games, such as Quake or even Doom, had a dedicated, customized piece of code to implement collision detection and response, which was often the only piece of physics in the whole game. But they still used a character controller to move a player in a level. In the past, games did not use a 'real' physics engine like the PhysX SDK. A dynamic controller works with input velocities (2nd order control) or forces (3rd order control). A kinematic controller directly works with input displacement vectors (1st order control). Traditionally, character controllers can be either kinematic or dynamic.

What happened to physx