{"id":1493,"date":"2015-08-28T19:55:16","date_gmt":"2015-08-28T17:55:16","guid":{"rendered":"http:\/\/www.edy.es\/dev\/?p=1493"},"modified":"2017-02-16T10:51:04","modified_gmt":"2017-02-16T09:51:04","slug":"vehicle-physics-pro-latest-updates","status":"publish","type":"post","link":"https:\/\/www.edy.es\/dev\/2015\/08\/vehicle-physics-pro-latest-updates\/","title":{"rendered":"Vehicle Physics Pro latest updates"},"content":{"rendered":"

After having dedicated some time to Edy’s Vehicle Physics<\/a> (with great results!), I’m now giving a push to Vehicle Physics Pro<\/a>. Early Access<\/em> licensees, this is of interest to you!<\/p>\n

I’ve committed several updates\u00a0these days:<\/p>\n

Gravity hack removed<\/h3>\n

You should now remove all VPGravity components\u00a0from your scenes (you’ll see an Unity error otherwise) and configure gravity normally in the project. The VPGravity script is now a static class for managing gravity in vehicles. It also caches some extensively used values, such as the magnitude and the Up direction.<\/p>\n

\"VPP-gravity-hack-removed-2\"<\/a><\/p>\n

VPP in Unity 5 was using a hack for ensuring the WheelCollider\u00a0suspension to work correctly. This hack consisted in setting global gravity to zero, then manually imposing the gravity via Rigidbody.AddForce. Now I’m using a different approach that doesn’t require this hack anymore. Now the suspension force is not applied in a strictly correct way\u00a0(will be in Unity 3D 5.2+), but this change is barely noticeable.<\/p>\n

Any gravity direction and magnitude is now supported<\/h3>\n

\"VPP-gravity-direction-marked\"<\/a><\/h3>\n

VPP now supports the gravity to be in any direction and magnitude. The only requirement is either modifying the global gravity using\u00a0VPGravity.value<\/em>, or calling VPGravity.Refresh()<\/em> after modifying Physics.gravity<\/em> yourself. As a static class, you can invoke VPGravity\u00a0properties and methods anywhere in your code.<\/p>\n

New sleep mode<\/em>\u00a0for the wheels<\/h3>\n

\"VPP-handbrake-hill-steady-marked\"<\/a><\/p>\n

This improvement\u00a0keeps the vehicle completely steady when parked on hills or slopes, even when only some wheels are braked or another object is pushing it. The typical situation is the vehicle being parked on a slope with handbrake applied only, as seen in the above pic: only the rear wheels are braked and applying force, yet the vehicle is perfectly steady at the slope.<\/p>\n

New parameter for tweaking the wheel simulation model<\/h3>\n

A new parameter tireImpulseRatio<\/em><\/strong> configures the magnitude of the force that keeps the tire adherent. Previously VPP used\u00a0a hard-coded\u00a0value of 0.5, which worked in most vehicles.<\/p>\n

Lower this parameter if the tire forces get numerically unstable when the vehicle is resting or under external loads. Ideally, the best value for this ratio is the higher value where the tire forces are stable. These forces tend to become unstable at vehicles with raised\u00a0center of mass, and\/or supporting external loads. In most cases you can leave the default 0.5.<\/p>\n

What’s next<\/h3>\n

Next immediate step is fixing a known bug related to clutch torque and integration substeps. I think this is a priority as it\u00a0might involve significant adjustments in other components that calculate progressive torque ratios such as the automatic gearbox and the torque splitter.<\/p>\n

Things to do before entering the Beta:<\/h4>\n