Log In
New Account
Home My Page Projects Blender 2.x BF release
Summary Activity Tracker SCM Files

Blender 2.6 Bug Tracker: Browse

[#31861] Strange behavior of 'Auto IK'

Date:
2012-06-18 08:38
Priority:
3
State:
Closed
Submitted by:
kiopaa (kiopaa)
Assigned to:
Joshua Leung (aligorith)
Category:
Animation system
Status:
Won't-Fix / Closed
Relates to:
Duplicates:
Patches:
 
Summary:
Strange behavior of 'Auto IK'
Detailed description
Blender 2.63

Just open the file I attached, when you grab the bone named 'C', it doesn't stay in place on RMB clic.
'Auto Ik' doesn't seem to work in this situation.

Kiopaa

Followup

Message
  • Date: 2012-06-18 12:49
  • Sender: Sergey Sharybin
  • Bastien, AFAIR you're now pretty familiar with armatures code, can you please look into this? Thanks!
  • Date: 2012-06-18 13:40
  • Sender: Bastien Montagne
  • Gaaah… *Why* people are using constraints with bones?!? xD

    So it’s another problem caused by the ChildOf constraint… Will see if I find something in the code, but once again, I fear we are facing a limitation in our current transform system. To be honest, this case is really complex (transform of bones on its own is, but if you add IK *and* constraints…).

    In fact, I I think I remember that IK simply means that all other constraints are ignored. In this case, it would mean the temp auto IK transform is simply computed without the ChildOf constraint, hence this one adds its effect after validation of the transform operation. If this is the case, it’s definitively a limitation, we can’t do anything imho.
  • Date: 2012-06-18 17:19
  • Sender: kiopaa
  • Hi Bastien,

    No I don't think the problem is caused by the ChilfOf constraint.
    I try to replace this constraint by a 'CopyRot' and the strange behaviour remains.

    Bon courage !
  • Date: 2012-06-18 18:26
  • Sender: Bastien Montagne
  • Hi Pascal,

    I think this enforces my last comment: you just can't expect an exact transform when using both autoIK and constraints on a same chain.

    Using AutoIK option is exactly the same as adding a target-less IK constraint to your C bone. It just won't work correctly if you have other constraints in your IK chain (IK has its own, quite limited, constraint system…).

    Assigning to Joshua to see what he thinks, but I’m pretty sure we can’t do much here…
  • Date: 2012-06-18 19:22
  • Sender: kiopaa
  • Hi Bastien,

    It seems to me that constraints aren't the problem here. I made a new blendfile.

    download from here : http://www.pasteall.org/blend/14569

    There is only a three bones chain, **no constraint at all**. AutoIK is on.
    When you grab one bone of the chain, all goes wrong.

    Why ? I scaled the first bone of the chain with different factors on each axis.
  • Date: 2012-10-23 19:31
  • Sender: Ton Roosendaal
  • Auto-IK is not capable of handling such situations. Non-uniform scales of bones should be avoided at all costs, that's quite common for rigging.

    I can make a todo item for a math genius who can make IK warp back in non-uniform space... but that's a nightmare, and not very rewarding work - since it's easy to avoid.
 

Attached Files:

Name Date Download
Bug3.blend 2012-06-18 08:38 Download

Changes:

Field Old Value Date By
status_idOpen2012-10-23 19:31ton
close_dateNone2012-10-23 19:31ton
StatusConfirmed2012-10-23 19:31ton
assigned_tomont292012-06-18 18:26mont29
assigned_tonone2012-06-18 12:49nazgul
StatusNew2012-06-18 12:49nazgul
File Added21158: Bug3.blend2012-06-18 08:38kiopaa