Common

Target

The Target Data ID field lets you link the constraint to a Target object of your choosing. This link provides data to the constraint so that it can begin to function. For example, the Copy Location Constraint needs location data to function. Fill in the Target field, and the Copy Location constraint will begin to use location data from the Target object.

../../../_images/animation_constraints_interface_common_target.png

The Target field must be filled in for the constraint to function.

By default, the Target will use the Object Origin as the target point.

If the Target field links to a Mesh or Lattice object, a Vertex Group field will appear. Enter the name of a vertex group and the constraint will target the median point of this vertex group instead of the object’s origin.

../../../_images/animation_constraints_interface_common_target-vertex-group.png

If the Target field links to an Armature, a Bone field will appear along with a Head/Tail slider. Enter the name of a bone and the constraint will target the bone instead of the entire armature object origin.

../../../_images/animation_constraints_interface_common_target-bone.png

The slider moves the precise position of the target between the Head and Tail of the bone. Some constraints have a button next to the slider that enables using the curved shape of Bendy Bones.

Space

Constraints need a frame of reference in order to function. This frame of reference is called the „space“ of the constraint. Choosing one space vs. another will change this frame of reference and substantially alter the behavior of a constraint.

To understand how changing the space will change the behavior of the constraint, consider experimenting with two empties. Make sure they display as arrows so that you can see the local axes for each empty. Make sure to size one empty a little larger than the other so that they are both always visible even if directly on top of each other. Then add a constraint to one empty that targets the other and experiment thoroughly by moving, rotating and scaling the target in many different ways.

../../../_images/animation_constraints_interface_common_space.png

This constraint is set to use World Space as the frame of reference for both its Target space and its Owner space.

Target Space & Owner Space

The space used to evaluate the target of the constraint is called the Target space. The space used to evaluate the constrained object (the object that owns the constraint) is called the Owner space. Hover over the space select menu(s) to learn whether it affects the space of the target or the space of the owner.

When the constraints use a Target and/or/nor an Owner space there will be no, one or two selector(s). The Copy Location constraint in example use both Target and Owner space.

When a constraint uses both Target and Owner space, the Target and Owner can be any combination of space types.

Space Types

World Space

In this space type the world is the frame of reference for the object (or bone). Location is relative to the world origin. Rotation and Scale are oriented to the world axes. Transformations to the object, the object’s parent and any other constraints higher up in the constraint stack are all taken into account.

Local Space

This space excludes all effects of the parent objects or bones, as well as the rest position and orientation of the bone itself. Only transformations applied to the object or bone itself are taken into account.

Opozorilo

For objects without a parent Local Space has a special meaning, different from the normal behavior of local space for bones or objects that have a parent. This behavior is kept for backwards compatibility, but may be removed in the future and shouldn’t be used.

Local with Parent Bones Only

The bone position and orientation is evaluated relative to its rest pose location and orientation, thus including both its own transformations and those caused by a possible parent relationship (i.e. the chain’s transformations above the bone).

Pose Space Bones Only

The bone position and orientation is evaluated in the armature object local space (i.e. independently from the armature transformations in Object Mode). Hence, if the armature object has null transformations, Pose Space will have the same effect as World Space.

Custom Space

The position and orientation is evaluated relative to the current position and orientation of an arbitrary object or bone that is specified via additional input fields that appear when this option is selected. This can be used to evaluate the constraint using an arbitrary coordinate system.

Local Space (Owner Orientation) Bone Targets Only

This space works like Local Space, with an additional coordinate space transformation that compensates for the difference in the rest pose orientations of the owner and target bones. If applied as the Local Space of the owner, this will produce the same global space movement as the target, provided parents are still at rest pose.

This option replaces the following setup with two additional bones:

  1. An extra child bone of the target, rotated the same as the owner in rest pose.

  2. An extra sibling bone of the target, positioned same as the child in rest pose and using Copy Transforms in World Space from the child.

  3. The constraint uses Local Space of the sibling instead of the original target.

This video demonstrates the difference from ordinary Local Space:

Influence

The influence slider determines how much the constraint will affect the constrained object (target).

../../../_images/animation_constraints_interface_common_influence.png

An influence of 0.0 will have no effect. An influence of 1.0 will have the full effect.

Values between (0.0 and 1.0) will have a partial effect, but be careful. These partial effects can be difficult to control, especially as the constraint stack grows in complexity.

The influence value is animatable, allowing constraints to be turned off, or partially on as needed.

(Disable and Keep Transform)

Disables the constraint while trying to preserve the current object position. This may not work perfectly if other constraints remain active.