Absolutely loving the new Spine 4.2 physics feature, in both the editor and in the Unity runtime.

Works great, looks great, super easy - probably my favourite new Spine feature since... discovering Spine itself. Top marks!

One thing I'm confused about is how a SkeletonAnimation's TimeScale should relate to the physics simulation. To make up an example, let's say I have a character with a running animation, in Unity I set the TimeScale to 0.1 for a light jog, but set it to 2.0 for a full-on sprint.

If I'm just using the physics simulation for the character's clothes and hair, at 0.1 speed the physics will seem to act in slow-motion, and at 2.0 timescale the physics will act unrealisitically fast. Running slowly or quickly, the strength of gravity ought not appear to change, you know? What seems intuitive to me is that the physics simulation will tick along at 1.0 regardless of the timescale, but clearly I'm out of step with the default setting here.

(In some other cases, I'll animate something in Spine and when I bring it into the game, I just adjust the timescale till the speed looks right, rather than going to all the hassle of moving all the key frames around on the timeline back in Spine itself, as the way to slow it down or speed it up.)

• Am I misunderstanding what adjusting the Timescale is designed to do, and there's another way I should be playing an animation at different speeds, without physics changing?
• Is there a need for another setting/toggle that will apply physics at an independant rate separate from TimeScale? An additional PhysicsTimeScale, for instance?

While I'm asking questions about physics - is there a way to, at runtime, toggle physics constraints off altogether to save performance? Does setting: constraint.Mix = 0 skip the whole physics calculation?

Thanks!