Camera can acquire skew that propagates to render #69825

New Issue

Nathan Vasil · 2019-09-13T02:15:02+02:00

Nathan Vasil commented

2019-09-13 02:15:02 +02:00

Win10, Nvidia 1070
Tested in Blender 2.80, 2.79b, true in both.

Relatively minor bug.

The camera can acquire skew from parenting relationships that lead to it inheriting scale that lies outside of its basis vectors. This skew affects renders. This is inconsistent with how the camera handles basis vector scaling, which it removes for render. That inconsistent behavior is why I consider this a bug.

To reproduce, create a camera, parent it to something, scale the camera's parent non-uniformly (different amounts in different axes), make sure that the camera has local rotation, but not local rotation at exactly 90 degree intervals, render.

Suggested fix: either cancel out skew by recreating camera basis vectors on the basis of Z, average X+Y vectors, or allow even uniform scale to affect the render. I would prefer the latter personally, as it would allow greater artistic freedom.

Workaround: give the camera a limit rotation constraint (no axes have to be enabled, and limits of -180,180 are fine.) Which could be it's own bug report, but even more minor-- copy/limit rotation/scale constraints don't seem designed around the possibility for skew, and seem to instead just rewrite the matrix components they assume rotation and scale to have affected without recognizing that inherited non-uniform scale can affect other components of the matrix.

Win10, Nvidia 1070 Tested in Blender 2.80, 2.79b, true in both. Relatively minor bug. The camera can acquire skew from parenting relationships that lead to it inheriting scale that lies outside of its basis vectors. This skew affects renders. This is inconsistent with how the camera handles basis vector scaling, which it removes for render. That inconsistent behavior is why I consider this a bug. To reproduce, create a camera, parent it to something, scale the camera's parent non-uniformly (different amounts in different axes), make sure that the camera has local rotation, but not local rotation at exactly 90 degree intervals, render. Suggested fix: either cancel out skew by recreating camera basis vectors on the basis of Z, average X+Y vectors, or allow even uniform scale to affect the render. I would prefer the latter personally, as it would allow greater artistic freedom. Workaround: give the camera a limit rotation constraint (no axes have to be enabled, and limits of -180,180 are fine.) Which could be it's own bug report, but even more minor-- copy/limit rotation/scale constraints don't seem designed around the possibility for skew, and seem to instead just rewrite the matrix components they assume rotation and scale to have affected without recognizing that inherited non-uniform scale can affect other components of the matrix.

Nathan Vasil commented

2019-09-13 02:15:02 +02:00

Added subscriber: @vasiln

Brecht Van Lommel commented

2019-09-13 09:12:17 +02:00

Added subscriber: @brecht

Brecht Van Lommel commented

2019-09-13 09:12:17 +02:00

We require a .blend file to reproduce the problem, as well as testing with the latest daily build to confirm it's still a problem.

Bastien Montagne commented

2019-09-25 10:56:33 +02:00

Added subscriber: @mont29

Bastien Montagne commented

2019-09-25 10:56:33 +02:00

Changed status from 'Open' to: 'Archived'

Bastien Montagne closed this issue

2019-09-25 10:56:33 +02:00

Bastien Montagne self-assigned this 2019-09-25 10:56:33 +02:00

Bastien Montagne commented

2019-09-25 10:56:33 +02:00

More than a week without reply or activity. Due to the policy of the tracker archiving for until required info/data are provided.

Nathan Vasil commented

2019-09-26 16:04:22 +02:00

In #69825#775121, @brecht wrote:
We require a .blend file to reproduce the problem, as well as testing with the latest daily build to confirm it's still a problem.

In #69825#783197, @mont29 wrote:
More than a week without reply or activity. Due to the policy of the tracker archiving for until required info/data are provided.

Apologies, I never got the first message (maybe spam foldered?)

Tested in 2.81 2019/09/25 20:42. hash ee47075449 . Still occurs. Here's a file saved in that daily build:

skewedcamera.blend

Contains four cameras in different collections. Camera in 1, scene active camera, shows inherited skew. Camera in 2 is the same camera, unparented, keep transform (no skew, but pointing the wrong direction because Blender doesn't have a way to keep skew transforms except inherited through parenting relationships, and doesn't rebuild the basis vectors around the Z axis on unparenting.) Camera in 3 is the same as the camera in 2 but reoriented to point at the world origin for comparison with camera 1 (via a damped track, applied transform.) Camera in 4 is the same as the camera in 1, except with a limit rotation constraint (but no limits) demonstrating the workaround.

> In #69825#775121, @brecht wrote: > We require a .blend file to reproduce the problem, as well as testing with the latest daily build to confirm it's still a problem. > In #69825#783197, @mont29 wrote: > More than a week without reply or activity. Due to the policy of the tracker archiving for until required info/data are provided. Apologies, I never got the first message (maybe spam foldered?) Tested in 2.81 2019/09/25 20:42. hash ee4707544904 . Still occurs. Here's a file saved in that daily build: [skewedcamera.blend](https://archive.blender.org/developer/F7775847/skewedcamera.blend) Contains four cameras in different collections. Camera in 1, scene active camera, shows inherited skew. Camera in 2 is the same camera, unparented, keep transform (no skew, but pointing the wrong direction because Blender doesn't have a way to keep skew transforms except inherited through parenting relationships, and doesn't rebuild the basis vectors around the Z axis on unparenting.) Camera in 3 is the same as the camera in 2 but reoriented to point at the world origin for comparison with camera 1 (via a damped track, applied transform.) Camera in 4 is the same as the camera in 1, except with a limit rotation constraint (but no limits) demonstrating the workaround.

Brecht Van Lommel commented

2019-09-26 16:38:24 +02:00

Changed status from 'Archived' to: 'Open'

Brecht Van Lommel reopened this issue

2019-09-26 16:38:24 +02:00

Bastien Montagne removed their assignment 2019-09-26 17:54:45 +02:00

Philipp Oeser commented

2020-01-16 15:54:26 +01:00

Added subscriber: @lichtwerk

Philipp Oeser commented

2020-01-16 15:54:26 +01:00

Changed status from 'Needs Triage' to: 'Confirmed'

Philipp Oeser commented

2020-01-16 15:54:26 +01:00

Thx for getting back (sorry this has been lying around for so long).

Can confirm:

cycles is rendering skewed
eevee doesnt seem to render this at all...

I would assume this is a known limitation?

Thx for getting back (sorry this has been lying around for so long). Can confirm: - cycles is rendering skewed - eevee doesnt seem to render this at all... I would assume this is a known limitation?

Philipp Oeser removed the

Download

What's New

Blender Studio

Manual

Developers Blog

Documentation

Benchmark

Blender Conference

Development Fund

One-time Donations

Camera can acquire skew that propagates to render #69825