[Bf-committers] Armature total mess?

[Ton Roosendaal]

Hi,

I agree on a very clear and obvious code structure, with a single call  
to do this whole constraint bizz (if possible, but you get the idea!).

The proposed solution below I think is dangerous... for example a 'keep  
foot on floor' constraint might be needed to apply after keyframing  
(interpolating rotations). Inverse kinematics (or dynamics) constraints  
might have same issue.

For as long both the UI and the code is clear on this, we can do  
whatever works best! Maybe we need a sort-of modifier stack to  
visualize and edit order of all external influences on an armature.

-Ton-

On 7 Feb, 2005, at 17:29, Roland Hess wrote:

> One of the most basic things to consider regarding constraints and  
> their relation to armatures is whether there is an advantage to  
> allowing constraints to continue as "live" modifiers. In the work  
> flow, constraints are re-evaluated with an armature at every move, on  
> every frame, to help achieve the final displayed pose. Would any real  
> functionality be lost if constraints were instead turned into simple  
> keyframing tools?
>
> When the user interacts with the armature while posing it, constraints  
> would be calculated, etc., but afterward (between key frames), they  
> would not be used, interpolating motion strictly between bone  
> keyframes. Want to change to keys? Grab the appropriate bone at the  
> frame you want to affect, and the constraints become active when you  
> start pushing bones around.
>
> Constraints become a posing tool, not an interpolation tool as they  
> (partially) are now.
> --  
> Roland Hess - harkyman
> _______________________________________________
> Bf-committers mailing list
> Bf-committers at projects.blender.org
> http://projects.blender.org/mailman/listinfo/bf-committers
>
>
------------------------------------------------------------------------ 
--
Ton Roosendaal  Blender Foundation ton at blender.org  
http://www.blender.org