Gravity ignores units scale #52238

New Issue

Bauke Conijn · 2017-08-01T16:12:13+02:00

Bauke Conijn commented

2017-08-01 16:12:13 +02:00

System Information
Ubuntu 16.10, GeForce GTX 950M/PCIe/SSE2

Blender Version
Broken: 2.77a

Short description of error
When dropping an object from 20m high, it takes about 2 seconds before it hits the ground. At 60fps this is sqrt(20*2/9.81)*60=121.16 frames. As it starts falling at frame 1, it should hit the ground around frame 122. Blender does this correctly.

Now if the scale is set to 0.1, that 20m becomes 2m. Dropping an object from 2m high should take sqrt(20*2/9.81)*60=38.3 frames. Hence the object should hit the ground at frame 39. However, it doesn't and still hits the ground at frame 122.

Exact steps for others to reproduce the error
gravity.blend

Open the file gravity.blend
Press N and select the pole to see that it is 20m high, indicating that the bottom of the cube is 20m above ground.
Click play animation (alt+a)
When the cube hits the ground pause the animation (alt+a)
Compare frames 121 and 122 and note that it correctly hits the ground at frame 122.
In the 'properties' area under the 'scene' tab in the 'units' section, set 'scale' to 0.1.
Note that the pole's hight now has changed to 2m.
Note that the gravity is still shown as -9.81m/s².
Rewind the animation and play again.
Note that the cube still hits the ground at frame 122, instead of the expected frame 39.

Workaround

Change the gravity to -98.1m/s² (i.e. divide the gravity by the applied scale).
Rewind the animation and play again.
Note that the cube now hits the ground at frame 39.

Related bugs
#27311 Maximum value of physics gravity is too small
#40925 Scene gravity hard limited

**System Information** Ubuntu 16.10, GeForce GTX 950M/PCIe/SSE2 **Blender Version** Broken: 2.77a **Short description of error** When dropping an object from 20m high, it takes about 2 seconds before it hits the ground. At 60fps this is sqrt(20*2/9.81)*60=121.16 frames. As it starts falling at frame 1, it should hit the ground around frame 122. Blender does this correctly. Now if the scale is set to 0.1, that 20m becomes 2m. Dropping an object from 2m high should take sqrt(20*2/9.81)*60=38.3 frames. Hence the object should hit the ground at frame 39. However, it doesn't and still hits the ground at frame 122. **Exact steps for others to reproduce the error** [gravity.blend](https://archive.blender.org/developer/F689139/gravity.blend) - Open the file gravity.blend - Press N and select the pole to see that it is 20m high, indicating that the bottom of the cube is 20m above ground. - Click play animation (alt+a) - When the cube hits the ground pause the animation (alt+a) - Compare frames 121 and 122 and note that it correctly hits the ground at frame 122. - In the 'properties' area under the 'scene' tab in the 'units' section, set 'scale' to 0.1. - Note that the pole's hight now has changed to 2m. - Note that the gravity is still shown as -9.81m/s². - Rewind the animation and play again. - Note that the cube still hits the ground at frame 122, instead of the expected frame 39. **Workaround** - Change the gravity to -98.1m/s² (i.e. divide the gravity by the applied scale). - Rewind the animation and play again. - Note that the cube now hits the ground at frame 39. **Related bugs** [#27311 ](https://developer.blender.org/T27311) Maximum value of physics gravity is too small [#40925 ](https://developer.blender.org/T40925) Scene gravity hard limited

Bauke Conijn commented

2017-08-01 16:12:13 +02:00

Changed status to: 'Open'

Bauke Conijn commented

2017-08-01 16:12:13 +02:00

Added subscriber: @bcmpinc

Steffen Dünner commented

2017-08-01 16:37:07 +02:00

Added subscriber: @SteffenD

Thomas commented

2017-08-13 11:52:11 +02:00

Added subscriber: @ThomasSeidelmann

Thomas commented

2017-08-13 11:52:11 +02:00

Can confirm, also related to and mentioned in #49544.
It does not just affect rigid body physics, but also cloth simulation (see the given task for an example), as well as several other things. The issue is simply that certain subsystems of blender ignore the unit scale, while others do not. A mismatch basically.

Can confirm, also related to and mentioned in #49544. It does not just affect rigid body physics, but also cloth simulation (see the given task for an example), as well as several other things. The issue is simply that certain subsystems of blender ignore the unit scale, while others do not. A mismatch basically.

Thomas commented

2017-08-13 11:52:37 +02:00

Removed subscriber: @ThomasSeidelmann

Ray molenkamp commented

2017-09-28 19:43:40 +02:00

Added subscriber: @LazyDodo

Ray molenkamp commented

2017-09-28 19:43:40 +02:00

Changed status from 'Open' to: 'Archived'

Ray molenkamp closed this issue

2017-09-28 19:43:40 +02:00

Ray molenkamp self-assigned this 2017-09-28 19:43:40 +02:00

Ray molenkamp commented

2017-09-28 19:43:40 +02:00

Can confirm the behavior, however, it's working as designed, and even if we were to go out and change this behavior it's not and easy fix and it is likely that the physics will get some rework in 2.8 anyhow, so I'm gonna have to classify it as a feature request and close it, we'll revisit once the physics code in 2.8 gets some love.

stewie mazen commented

2019-08-13 23:04:36 +02:00

Added subscriber: @Stewie

stewie mazen commented

2019-08-13 23:04:36 +02:00

is this solved in 2.8?

dark999 commented

2019-08-14 01:42:00 +02:00

Added subscriber: @dark999

dark999 commented

2019-08-14 01:42:00 +02:00

@Stewie you can check it youself, just dowbload Blender 2.80 Stable from here

@Stewie you can check it youself, just dowbload Blender 2.80 Stable from [here ](https://www.blender.org/download/)

Bauke Conijn commented

2019-08-14 02:19:11 +02:00

Changed status from 'Archived' to: 'Open'

Bauke Conijn reopened this issue

2019-08-14 02:19:11 +02:00

Bauke Conijn commented

2019-08-14 02:19:11 +02:00

No, this is still an issue in 2.80.

Jacques Lucke commented

2019-08-21 15:24:04 +02:00

Added subscriber: @JacquesLucke

Jacques Lucke commented

2019-08-21 15:24:04 +02:00

Changed status from 'Open' to: 'Archived'

Jacques Lucke closed this issue

2019-08-21 15:24:04 +02:00

Jacques Lucke commented

2019-08-21 15:24:04 +02:00

As mentioned by @LazyDodo, this is working as designed currently. The unit scale only affects the UI. We might change this at some point, but for now this is not a bug.

Bauke Conijn commented

2019-08-21 15:33:28 +02:00

Then it's still a UI bug. Because if the unit scale only affects the UI, then changing it should affect how the gravity is displayed in the UI.

So in the reproduction steps, where it says:

Note that the gravity is still shown as -9.81m/s².

The expected result should be:

The gravity is now shown as -0.981m/s².

This should be easy to fix.

Once the user changes the -0.981 back into -9.81m/s² they should see the expected result.

Then it's still a UI bug. Because if the unit scale only affects the UI, then changing it should affect how the gravity is displayed in the UI. So in the reproduction steps, where it says: - Note that the gravity is still shown as -9.81m/s². The expected result should be: - The gravity is now shown as -0.981m/s². This should be easy to fix. Once the user changes the -0.981 back into -9.81m/s² they should see the expected result.

Jacques Lucke commented

2019-08-21 15:35:44 +02:00

Closed as duplicate of #61313

Jacques Lucke closed this issue

2019-08-21 15:35:44 +02:00

Serhiy commented

2020-09-03 00:57:50 +02:00

Added subscriber: @int-ua

Sign in to join this conversation.

No Label

Download

What's New

Blender Studio

Manual

Developers Blog

Documentation

Benchmark

Blender Conference

Development Fund

One-time Donations

Gravity ignores units scale #52238