Blender Foundation: Blender 2.x BF release: Detail: 25707 no different Space evaluation (world vs. local) in Constraints

Log In
New Account

[#25707] no different Space evaluation (world vs. local) in Constraints

Date:
2011-01-18 20:32 Priority:
3

State:
Closed

Submitted by:
Manuel Bellersen (urfoex) Assigned to:
Joshua Leung (aligorith)

Category:
Animation system Status:
Fixed / Closed

Relates to: Duplicates:

Patches:

Summary:
no different Space evaluation (world vs. local) in Constraints

Detailed description

Constraints like Transformation have two fields about Space evaluation. I don't see any different behavior when switching between local and world space.
As I understand in the example the local space for target (Cube) should be different (turned 90° around z) then the world space.
In the constraint on Cube.001 the Cube.001 should rotate if the Cube moves along its local y axis (which should be in this example the global x axis).
But Cube.001 just rotates while moving on global y axis.
Changing local to world space does not bring any difference.
Also changing owners space doesn't change a thing.

Using blender r34390.
Linux Debian Testing 64 Bit 2.6.37-rc6
6 GB Ram
AMD Phenom x4 905e
AMD ATI HD4770 (fglrx 10.12)

Followup

Message

Date: 2011-01-18 21:37
Sender: Joshua Leung
See http://aligorith.blogspot.com/2010/12/rigging-faq-constraint-spaces-explained.html

In short: by design, unless an object has a parent, "local space" there doesn't make a difference currently. That is, unless Martin can figure out a way that we can calculate an appropriate space for objects :)

Date: 2011-01-19 11:54
Sender: Manuel Bellersen
Alright. Thanks for clearing up.
I made two examples.
The first one : locale_space_y->z.blend
shows that it works as described.
The Owner has Parent and the Target has P.Parent. Switching between local and world space for target and owner shows different results like indented.

The second one: follow_path_transformation_constraint.blend
shows what I thought I could do with it.
To turn the torus around its local y-axis while the cube moves forward on its local x-axis on the curve.

So again thanks for clarifying.

For local-world-space without parent:
Isn't it possible to just make the drop-down-field showing world-space and being inaccessible while no parent is set ? And if a parent is given the field would be usable again.

if( me has no parent) {show world and be inaccessible}
elseif (me has parent) {let user decide between local and world}

Date: 2011-01-27 00:33
Sender: Joshua Leung
Fixed in svn. Implemented support for this after so many years...

Attached Files:

Name	Date	Download

locale_space_y->z.blend	2011-01-18 20:32	Download
follow_path_transformation_constraint.blend	2011-01-19 11:54	Download
locale_space_y->z.blend	2011-01-19 11:54	Download

Changes:

Field	Old Value	Date	By

status_id	Open	2011-01-27 00:33	aligorith
close_date	None	2011-01-27 00:33	aligorith
assigned_to	theeth	2011-01-27 00:33	aligorith
Category	Mesh Modeling	2011-01-27 00:33	aligorith
Status	New	2011-01-27 00:33	aligorith
File Added	14636: locale_space_y->z.blend	2011-01-19 11:54	urfoex
File Added	14637: follow_path_transformation_constraint.blend	2011-01-19 11:54	urfoex
assigned_to	none	2011-01-18 21:19	campbellbarton
File Added	14616: locale_space_y->z.blend	2011-01-18 20:32	urfoex