IKControl unexpected behavior issues

During my usage of IKControl I encountered what I think is behavior issues.

I use IKControl to simulate footplanting on blocky R15. I’m using raycast to find a suitable Y axis to use on Target. The Target is a attachment.

When setting the Pole property on IKControl to control the direction of bending, the limbs in this case twists uncontrollably as seen with the black mark on upper leg that points in Front direction. My first initial thoughts was perhaps it has something to do with the direction of Target however it still never got corrected when I tried rotating my Target in all 3 XYZ axis during runtime.

I then learned about being able to use constraints on IKControl in order to limit the bends and twists whilst following the documentation. It was quick to find out that didn’t workout as the IKControl would jitter. It would eventually get stable, sometimes wouldn’t bend exactly like you expect.

  • Video of explained behavior

The problem was caused by the Animate script. Since I use my own animation script I would delete the default Animate script. However, I discovered the moment you remove the default Animate script the IKController starts behaving in what I’ve described above but doesn’t happen when manually removed later.

This issue gave me a lot of headaches to track down.

CPU: Intel(R) Core™ i5-3230M CPU @ 2.60GHz
Memory: 6,0 GB DDR3
Disk: INTEL SSDSA2M080G2GC 74,5 GB
Wi-Fi: Qualcomm Atheros AR9485 802.11b/g/n WiFi Adapter
GPU: NVIDIA GeForce GT 720M

A private message is associated with this bug report

2 Likes

Hi, thanks for posting!

Your fix for the rotation caused by the Pole is the correct one. Without constraining the motion of the leg parts, the IK solver is free to rotate the parts connected by a Motor6D. Adding physics constraints prevents this rotation.

Since the rest of the bug report is duplicated by this report, I’m closing this one. We’ll look into the Animate script/IKControl interaction.

Have there been any updates regarding this IKControl behavior? This bug is still entirely reproducible.
Also, the other thread linked was closed due to it being a duplicate of this one.

Unfortunately I don’t think so, didn’t notice anything in log updates.

1 Like