Transformation constraint inconsistent behavior (scale) #48136

New Issue

KiJeon · 2016-04-13T11:52:48+02:00

KiJeon commented

2016-04-13 11:52:48 +02:00

Blender Version
Possibly all versions?

Short description of error
While working on a project, I discovered an inconsistent behavior in the transformation constraint.

Because drivers have no way of referencing "self" value (as done in After Effects expressions, which is a needed feature, in my opinion) I found myself using the transformation constraint a lot to be able to manually alter a transformation parameter (location/rotation) beyond a driven value.

But that's the thing: I can have control of location and rotation, but not scale. As soon as the scale parameter is set, it's locked unlike location and rotation.

I'm not entirely sure if this would be more akin to a design flaw than a bug, but I thought I'd report just in case (couldn't find a discussion of this anywhere).

Exact steps for others to reproduce the error
Based on a (as simple as possible) attached .blend file with minimum amount of steps

**Blender Version** Possibly all versions? **Short description of error** While working on a project, I discovered an inconsistent behavior in the transformation constraint. Because drivers have no way of referencing "self" value (as done in After Effects expressions, *which is a needed feature, in my opinion*) I found myself using the transformation constraint a lot to be able to manually alter a transformation parameter (location/rotation) beyond a driven value. But that's the thing: I can have control of location and rotation, but not scale. As soon as the scale parameter is set, it's locked unlike location and rotation. I'm not entirely sure if this would be more akin to a design flaw than a bug, but I thought I'd report just in case (couldn't find a discussion of this anywhere). **Exact steps for others to reproduce the error** Based on a (as simple as possible) attached .blend file with minimum amount of steps

KiJeon commented

2016-04-13 11:52:48 +02:00

Changed status to: 'Open'

KiJeon commented

2016-04-13 11:52:48 +02:00

Added subscriber: @0o00o0oo

Sergey Sharybin commented

2016-04-13 13:33:25 +02:00

Added subscriber: @Sergey

Sergey Sharybin commented

2016-04-13 13:33:25 +02:00

That is really hard to tell if issue you're encountering is a bug or not. Please always attach .blend file which demonstrates the issue you've got.

Currently it's sounds more like a limitation of a constraint which is not really considered a bug.

That is really hard to tell if issue you're encountering is a bug or not. Please always attach .blend file which demonstrates the issue you've got. Currently it's sounds more like a limitation of a constraint which is not really considered a bug.

KiJeon commented

2016-04-14 01:01:31 +02:00

I'll do you one better than a .blend. Show and tell:

I think that should clearly convey what behavior I was expecting vs. reality. As you can see, the location and rotation are still manually adjustable even when the transformation constraint is set, but scale isn't.
It seems to me the location/rotation function as relative numbers (which is great), but scale functions as absolute.

And I fear you're right about it being a limitation, but.. here's to hoping, haha.

I'll do you one better than a .blend. Show and tell: ![TransformationConstraintScaleConstriction.gif](https://archive.blender.org/developer/F303288/TransformationConstraintScaleConstriction.gif) I think that should clearly convey what behavior I was expecting vs. reality. As you can see, the location and rotation are still manually adjustable even when the transformation constraint is set, but scale isn't. It seems to me the location/rotation function as relative numbers (which is great), but scale functions as absolute. And I fear you're right about it being a limitation, but.. here's to hoping, haha.

Bastien Montagne commented

2016-04-22 19:33:02 +02:00

Added subscriber: @mont29

Bastien Montagne commented

2016-04-22 19:33:02 +02:00

Changed status from 'Open' to: 'Archived'

Bastien Montagne closed this issue

2016-04-22 19:33:02 +02:00

Bastien Montagne self-assigned this 2016-04-22 19:33:02 +02:00

Bastien Montagne commented

2016-04-22 19:33:02 +02:00

Thanks for the report, but this is a known limitation (commented in code), which we cannot address currently because it would break many existing rigs, unfortunately…

KiJeon commented

2017-05-02 23:40:59 +02:00

I'm still bumping up against this problem. Are there plans to remedy this limitation in 2.8? Even if it breaks older rigs, I'd be glad to have this limitation removed going forward.

KiJeon commented

2017-11-20 20:56:10 +01:00

Running into this issue again. Could this be possibly be fixed with the new depsgraph or something?

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

Transformation constraint inconsistent behavior (scale) #48136