यह साइट एक आधुनिक ब्राउज़र में सबसे अच्छी तरह से देखी जा सकती है जिसमें जावास्क्रिप्ट सक्षम है।

[Unity] SetAnimation and Attachments mix

forrestuv

Hi!
I'm changing attachments at runtime for my slots and it works great as long as animations have no attachments keys inside.
but
When I try to SetAnimation() AND previous animation was animating any attachment in his timeline, my attachments settings get overwritten by the blend(I suppose)

I just need to set my new animation (that has no attachment keys) without having the blend overwriting any attachment.
settings the AttachmentThreshold to 0 or 1 doesnt change anything. (need to exclude attachments from the blend/mix)
I'm not using tracks

any advice ?
thx

Pharan

Really? Setting TrackEntry.AttachmentThreshold doesn't change anything?

Note that AnimationState system obeys the AttachmentThreshold of the PREVIOUS TrackEntry/animation, not the new one you are playing.
If you want to get the previous TrackEntry, you can use GetCurrent(0) before calling SetAnimation.

var previous = animationState.GetCurrent(0);
if (previous != null) {
   previous.AttachmentThreshold = 0.5f; // only obey Attachment keys until halfway through a mix.
}
animationState.SetAnimation(0, "next animation", true);

forrestuv

I forgot to say that I'm inside a SpineAnimationStateTimeline track, BUT inside an empty space where there are no clips. (Timeline still playing tho)
(Inside this empty space I'm playing animation through code, since there are no spine clips)

Maybe there's something wrong in settings the attachments?I'm just setting Slot attachment property..

Below, the call stack that is making (unwanted) changes to my attachments:

Spine.Slot:set_Attachment(Attachment) (at Assets/Spine/spine-csharp/Slot.cs:62)
Spine.AttachmentTimeline:Apply(Skeleton, Single, Single, ExposedList`1, Single, MixPose, MixDirection) (at Assets/Spine/spine-csharp/Animation.cs:777)
Spine.AnimationState:ApplyMixingFrom(TrackEntry, Skeleton, MixPose) (at Assets/Spine/spine-csharp/AnimationState.cs:276)
Spine.AnimationState:Apply(Skeleton) (at Assets/Spine/spine-csharp/AnimationState.cs:180)
Spine.Unity.SkeletonAnimation:Update(Single) (at Assets/Spine/spine-unity/Components/SkeletonAnimation.cs:191)
Spine.Unity.SkeletonAnimation:Update() (at Assets/Spine/spine-unity/Components/SkeletonAnimation.cs:180)
UnityEngine.GUIUtility😛rocessEvent(Int32, IntPtr)

Pharan

It should work the same way. SpineAnimationState timelines only make SetAnimation (and SetEmptyAnimation) calls.

Any behavior here regarding how attachments are applied during mixing should be the same whether you're using SpineAnimationState or using SetAnimation calls directly.
Likewise, this also means that changing those sliders in real time (while the animation is playing) doesn't actually do anything. It only affects the settings it applies when it makes its SetAnimation call.

I checked it and I'm seeing a bug but with the opposite effect. It's immediately switching to the attachments used by the next animation and ignoring the previous animation's attachments, regardless of AttachmentThreshold.

Before proceeding, I'd like to make sure we're on the same runtime.
Are you using the 3.6 runtime? Or are you on the 3.7 runtime?

forrestuv

Thank you!

I'm on 3.6

There's another annoying bug:
If you PAUSE the Timeline (while the game is running ofc), the SpineSkeletonFlip clip "undo" the Flip without any apparent reason.

My workaround for the Attachment issue was setting continuously the slot attachment during the blending from Timeline animation to the one set by code. I still can't understand why the timeline tries to set the attachments like the ones I had before entering timeline..

Also I noticed that "SpineRootMotion" doesnt take Scale into consideration.

Pharan

Note that in 3.6, edit mode preview and scrubbing uses an old implementation that makes it so it doesn't quite look the same as it would in play mode. The better behavior required some small changes to the base runtime in 3.7 but 3.7 should have better scrubbing behavior. Behavior in the parts where no clips are shown is sort of still sort of "free" though so scrubbing there doesn't reflect what you'd see in play mode.

The SkeletonFlip implementation was also slightly changed in 3.7. Any preview fixes to this are likely to be in the next version first before any backport to 3.6.

For now, we need to check AnimationState in 3.6 to see if AttachmentThreshold is functioning as expected.

forrestuv

Any update on those?