Hi Toby (:

I can just assume because you didn't post screenshots, but I think that since the IK is always pointing to a bone but in a little chain of two bones, if space is not enough, it starts bending more. Same for the opposite case, if there's more room, it will be straight, I believe once it's straight it doesn't rotate anymore, does it?
What you can do is lower the influence of the IK in the specific part of the animation where you need to scale it, or you just rearrange the IK so it doesn't look like it's moving in the specific frame.

If you need to scale those often, you can consider having a second set of bones children of the leg bones, and you just scale those instead of the ones with IK. I recommend the first solution though.

From the screenshot it looks like the target of the darker leg is the dark foot and not the orange IK target, could you attach this project here?

Hey Toby, if you use non-uniform scaling it is possible for this to happen, at first I thought the IK target was the foot, turns out you were right
Just try to keep the values similar to avoid this.

Yes. Non-uniform scaling can cause this behavior.

When an IK constraint is applied to two bones, we call the bones the parent and child. IK rotates the parent and child so the tip of the child is at the target bone, or as close as possible. When you put non-uniform scale on the parent, the rotation of the child changes the length of the child. This is because the child inherits scale from the parent, so the direction the child is pointing changes the child's length. The IK solution you see is correct, even if it is not intuitive. If the parent and child pointed straight at the target, then the child would be shorter and therefore further from the target. You can remove the IK constraint and see this by rotating the bones manually.

I understand you don't like this behavior for your animation, but that is how IK works. Probably it is odd to scale an upper leg bone, since that means the lower leg bone will change length as the leg bends at the knee.

One solution could be to add a new bone. Maybe you can add a new bone that is the parent of the IK parent bone, then scale that bone instead of scaling the parent bone. Or add a new bone that is a child of the IK parent bone (ie a sibling of the IK child bone). Move your images to the new bone and scale that bone to change the image sizes. You could translate the child bone to be in the right place.

Another solution could be to set the IK mix to zero for this animation. The way you are using IK in that animation is to counteract the rotation of the hips, which could be done with rotate keys. Or, you could set a transform constraint, like in the attached project.

Here is the current IK solution:

Immagine rimossa a causa della mancanza di supporto per HTTPS. | Mostra Comunque

the goal is for the tip of the child bone to be at the target.

Here's a pose from your actual animation:

Immagine rimossa a causa della mancanza di supporto per HTTPS. | Mostra Comunque

Admittedly it doesn't look much different, but zooming in you can see the tip is closer with the current solution:

Immagine rimossa a causa della mancanza di supporto per HTTPS. | Mostra Comunque

Not a big deal you say? Only for your particular case, where the bones are straight. :wait: If not applying nonuniform compensation, IK breaks completely with nonuniform scale on the parent bone:

Immagine rimossa a causa della mancanza di supporto per HTTPS. | Mostra Comunque

Thanks for understanding! :happy:

It's true counter animating the pelvis instead of using IK would be unfortunate, but if it's only for a couple animations it might not be so bad.

IK is already quite complicated (if you'd like a headache, check out the code :p), so we chose to not support disabling inherit scale, which would add a number of new edge cases that we'd need to handle. We have to make sure there is never a case where IK is wrong, even if the case is rare. It's not impossible that we revisit that decision, but we don't have plans to in the near future.

Another workaround you could use is to have a second set of leg bones. You can use single bone IK on the upper leg bone, which will result in the bone always pointing to the target. For most animations you'd probably use the 2 bone IK and hide the other leg attachments.

That reminds me, we should lift the restriction about having multiple IK constraints on a single bone, now that we have reorderable constraints. Then you wouldn't need 2 sets of bones, you could just disable the 2 bone IK and enable the 1 bone IK.