Problem with transform constraints

fishcow

Hello,

we have a problem with transform constraints. We have animated characters that have IKs on both of their hands so IKs control the hands. On the right hand there is IK linked with the TK of the left hand. That has enabled us to control movement of both hands in order to simplify our animation workflow with two-handed weapons. Until now we have been using version 3.2.01, on which everything ran without problem. After the update to version 3.4.01, it has stopped working properly. IK moves with TK as before, but bones (which are controlled by IK) on the right hand does NOT move. Do you have an idea what may be the problem?

Thanks!

Nate

Can you post or email your .spine file so we can see the setup?

It may be this issue you are running into:
Support applying IK after other constraints · Issue #62 · EsotericSoftware/spine-editor · GitHub
We have a partial solution already and will include it in a release as soon as it is finished.

fishcow

Hello Nate,

I am sending you the test project in attachment. There is 100% TK influence set on by default. When we move IK_Larm in version 3.2.01, also right hand moves. But when we move IK_Larm in version 3.4.01, TK moves as expected but bones which are attached to IK_Rarm don't move.

amcleod

Have the same problem myself, I believe. In 3.4.02, if a bone who's rotation is controlled by an IK constraint is below a bone that is the subject of a Transform constraint, the IK-posed bone does not point at its IK target. The bone with the Transform constraint does not need to be the immediate parent of the IK-posed bone. As long as a Transform-posed bone exists somewhere above the IK-posed bone in the tree, the problem occurs. It doesn't seem to matter if the Transform constraint is enabled, either. Setting the Transform constraint's mix to 0 doesn't stop the issue. 🙁

edit: This also happens when the IK-posed bone is itself the subject of a Transform constraint.

Nate

This is fixed here:
Support customizing constraint order and applying IK after other constraints · Issue #62 · EsotericSoftware/spine-editor · GitHub

Once we release a version with that fix, Spine will order the constraints like this:
Loading Image

You can also drag to reorder the constraints in the tree.

fishcow

Hello Nate,

any date when the new version with the fix will be ready?

Thanks!

Søren

Nate is currently going through some AnimationState changes that are quite big.
Can't give you an ETA yet sorry. But I'm guessing within the next two weeks.

niofox

Hi,

I tried to use a similar method with Transform Constraints applied to IK to connect a gun turret to an arm hinge. After that didn't work and finding this thread, I instead tried a simpler method of parenting the IK bone to a hinge bone. It works fine until I try to move the gun assembly with it's own IK, something I want to use to set the gun's target in my game code.

Here is the setup showing the arm IK configuration:

And here is the Gun/Target IK setup, as well as what happens when I rotate the gun using it's target IK constraint:

Will the fix outlined in this thread also take care of this case?

Xelnath

Try out the Spine 3.5.2 beta editor - it solved the issue for me by dragging around my transform constraint order.

niofox

Works perfectly 🙂
My next question would be, is the Unity runtime support up to scratch for this version?

Xelnath

Not yet. I think Pharan is waiting for Nate to finish up the beta version before updating the runtime.

niofox

Hmmm, I just tried it out in unity and it seemed to work. I keep getting a warning about version mismatch though. Is there somewhere I can read up on which features will be broken and which will work?

Mario

We've introduced a new development model that should make it easier to keep editor and runtime versions in sync. You can read all about it here: Blog: 3.5.00-beta released

TL;DR: the next Spine version will only come out of beta once all runtimes are up-to-date. Using a Spine beta version in production is thus something you do at your own risk.

niofox

Ah ok, thanks to everyone for all the help!