Position in Render does not match viewport. (Driver properties) #69101

New Issue

Tinamagomed · 2019-08-23T21:26:42+02:00

Tinamagomed commented

2019-08-23 21:26:42 +02:00

System Information
Operating system:Windows7
Graphics card: gtx1050ti

Blender Version
Bug:2.80 (release)

Short description of error
Information about the position of objects is obtained in a different way for the viewport and render when working with drivers

The position of the dummy in the viewport is taken from its past state. When rendering from the frame on which the viewport was standing.

Exact steps for others to reproduce the error
1.create a cube
2.create a dummy (or another cube)
3. Set for dummy driver in the X position
4. Script expression: (bX + aX) /2
Variables:
[bX is the position of the dummy on the x axis]
[aX is the position of the cube on the x axis]
5. create an animation on x axis for target cube
6. play in vievport
7. play in render

p.s. Rendered animation https://youtu.be/1HdPOXR1qCs (sound driver's work's right but render isn't) planks on sides must indicate acceleration (in vievport its right) indicators on front sides must indicate drift.
p.p.s I offer 2 solutions: 1. take the position of objects for drivers from their position in the last frame. 2. add the parameters "speed"(local and world space) and "acceleration"(same) to the properties of object's in drivers tab.

**System Information** Operating system:Windows7 Graphics card: gtx1050ti **Blender Version** Bug:2.80 (release) **Short description of error** Information about the position of objects is obtained in a different way for the viewport and render when working with drivers The position of the dummy in the viewport is taken from its past state. When rendering from the frame on which the viewport was standing. **Exact steps for others to reproduce the error** 1.create a cube 2.create a dummy (or another cube) 3. Set for dummy driver in the X position 4. Script expression: (bX + aX) /2 Variables: [bX is the position of the dummy on the x axis] [aX is the position of the cube on the x axis] 5. create an animation on x axis for target cube 6. play in vievport 7. play in render p.s. Rendered animation https://youtu.be/1HdPOXR1qCs (sound driver's work's right but render isn't) planks on sides must indicate acceleration (in vievport its right) indicators on front sides must indicate drift. p.p.s I offer 2 solutions: 1. take the position of objects for drivers from their position in the last frame. 2. add the parameters "speed"(local and world space) and "acceleration"(same) to the properties of object's in drivers tab.

Tinamagomed commented

2019-08-23 21:26:42 +02:00

Added subscriber: @Chalouek

Tinamagomed changed title from ~~Position in render and veivport bug. (Driver properties)~~ to Position in Render does not match viewport. (Driver properties)

2019-08-24 01:24:50 +02:00

Philipp Oeser commented

2019-09-23 12:28:49 +02:00

Added subscriber: @lichtwerk

Philipp Oeser commented

2019-09-23 12:28:49 +02:00

Since it takes time for each developer the recreate your setup, please provide your .blend file here, so we can reproduce.
Thx in advance.

Since it takes time for each developer the recreate your setup, please provide your .blend file here, so we can reproduce. Thx in advance.

Tinamagomed commented

2019-09-26 22:59:58 +02:00

Driver.blend

[Driver.blend](https://archive.blender.org/developer/F7776206/Driver.blend)

Philipp Oeser commented

2020-01-06 15:16:42 +01:00

Added subscriber: @Sergey

Philipp Oeser commented

2020-01-06 15:16:42 +01:00

Hi there (and sorry for the massive delay in the reply)!

This issue looks like a dependency cycle.
The drivers variables are set up as Transform Channel types (and thus the dependency cycles are not reported, see below)
If I set the variables up as Single Property types (no functional change), you get the dependency cycles reported:

Driver_single_property.blend

Dependency cycle detected:
  OBV2/Parameters Component/DRIVER(location) depends on
  OBV2/Transform Component/TRANSFORM_FINAL() via 'RNA Target -> Driver'
  OBV2/Transform Component/TRANSFORM_SIMULATION_INIT() via 'Simulation -> Final Transform'
  OBV2/Transform Component/TRANSFORM_EVAL() via 'Transform Eval -> Simulation Init'
  OBV2/Transform Component/TRANSFORM_LOCAL() via 'Eval'
  OBV2/Transform Component/TRANSFORM_INIT() via 'Transform Init'
  OBV2/Parameters Component/DRIVER(location) via 'Driver -> Driven Property'
Dependency cycle detected:
  OBV1/Parameters Component/DRIVER(location) depends on
  OBV1/Transform Component/TRANSFORM_FINAL() via 'RNA Target -> Driver'
  OBV1/Transform Component/TRANSFORM_SIMULATION_INIT() via 'Simulation -> Final Transform'
  OBV1/Transform Component/TRANSFORM_EVAL() via 'Transform Eval -> Simulation Init'
  OBV1/Transform Component/TRANSFORM_LOCAL() via 'Eval'
  OBV1/Transform Component/TRANSFORM_INIT() via 'Transform Init'
  OBV1/Parameters Component/DRIVER(location) via 'Driver -> Driven Property'
Detected 2 dependency cycles

So having dependency cycles is not considered a bug.

See #72899 (Animation driver takes data from previous frame) on why these are not reported for Transform Channel driver vars:

In #72899#842566, @Sergey wrote:
The dependency cycle is not reported on purpose actually: while animated property can not currently control driver, rigs were using a lot of non-animated properties properties as a driver variable. For example, using non-animated X-value of a transform is fine to drive Y of scale.

This behavior is used a lot by rigs here and in other studios, and printing dependency cycle would spam terminal to a degree that you wouldn't be able to find real issues.

Think real solution would be to support such setups, but this is already reported as #64793.

In the end, this looks like a duplicate of #64793 (Bone driver leading to cyclic dependency (used to work in 2.79)) as well...

Hi there (and sorry for the massive delay in the reply)! This issue looks like a dependency cycle. The drivers variables are set up as `Transform Channel` types (and thus the dependency cycles are not reported, see below) If I set the variables up as `Single Property` types (no functional change), you get the dependency cycles reported: [Driver_single_property.blend](https://archive.blender.org/developer/F8262264/Driver_single_property.blend) ``` Dependency cycle detected: OBV2/Parameters Component/DRIVER(location) depends on OBV2/Transform Component/TRANSFORM_FINAL() via 'RNA Target -> Driver' OBV2/Transform Component/TRANSFORM_SIMULATION_INIT() via 'Simulation -> Final Transform' OBV2/Transform Component/TRANSFORM_EVAL() via 'Transform Eval -> Simulation Init' OBV2/Transform Component/TRANSFORM_LOCAL() via 'Eval' OBV2/Transform Component/TRANSFORM_INIT() via 'Transform Init' OBV2/Parameters Component/DRIVER(location) via 'Driver -> Driven Property' Dependency cycle detected: OBV1/Parameters Component/DRIVER(location) depends on OBV1/Transform Component/TRANSFORM_FINAL() via 'RNA Target -> Driver' OBV1/Transform Component/TRANSFORM_SIMULATION_INIT() via 'Simulation -> Final Transform' OBV1/Transform Component/TRANSFORM_EVAL() via 'Transform Eval -> Simulation Init' OBV1/Transform Component/TRANSFORM_LOCAL() via 'Eval' OBV1/Transform Component/TRANSFORM_INIT() via 'Transform Init' OBV1/Parameters Component/DRIVER(location) via 'Driver -> Driven Property' Detected 2 dependency cycles ``` So having dependency cycles is not considered a bug. See #72899 (Animation driver takes data from previous frame) on why these are not reported for `Transform Channel` driver vars: > In #72899#842566, @Sergey wrote: > The dependency cycle is not reported on purpose actually: while animated property can not currently control driver, rigs were using a lot of non-animated properties properties as a driver variable. For example, using non-animated X-value of a transform is fine to drive Y of scale. > > This behavior is used a lot by rigs here and in other studios, and printing dependency cycle would spam terminal to a degree that you wouldn't be able to find real issues. > > Think real solution would be to support such setups, but this is already reported as #64793. In the end, this looks like a duplicate of #64793 (Bone driver leading to cyclic dependency (used to work in 2.79)) as well...

Philipp Oeser commented

2020-01-06 15:16:59 +01:00

Closed as duplicate of #64793

Philipp Oeser closed this issue

2020-01-06 15:16:59 +01:00

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

Position in Render does not match viewport. (Driver properties) #69101