Ce site est optimisé pour être consulté depuis un navigateur moderne dans lequel JavaScript est activé.

Animation Blending (Corona)

kilopop

This used to work before the new changes to the Corona runtime to achieve a blend from a current animation to a new one.

local currentAnimation = state:getCurrent(track).animation.name
stateData:setMix(currentAnimation, "walk" 0.4)
state:setAnimationByName(0, "run", loop, delay)

Now that code doesn't work, the new animation occurs without errors but is no longer blended in.

Any ideas? The latest Corona examples doesn't have any blending code to inspect.

kilopop

Nate

That Lua code doesn't compile and says "walk" when you probably meant "run". I'm guessing you meant this (which should work):

local name = state:getCurrent(track).animation.name
stateData:setMix(name, "run", 0.4)
state:setAnimationByName(0, "run", loop, delay)

Note that AnimationState getCurrent can return nil if no animation is playing.

Alternatively, you can do this now (which is the recommended way to set a mix duration without using AnimationStateData):

local entry = state:setAnimationByName(0, "run", loop, delay)
entry.mixDuration = 0.4

Be sure to check out the new docs: TrackEntry

kilopop

Thanks Nate. I did mean the first code you posted, just a typo. So yeah, that exact code doesn't work.

As for the alternative code, that produces a very unusual result I've never seen before. During the mixDuration, the spine object spazzes out (certain bones spin repeatedly).

Any ideas? Or should we move onto a bug testing project using spineboy or something?

Nate

setAnimationByName uses the AnimationStateData mix, so not sure why the first code wouldn't work. It should result in the same as the second code.

It sounds like you've encountered a bug in the spine-lua AnimationState. A modified example to reproduce the problem would very helpful!

kilopop

Ok, can confirm, using the example files that come with spine-corona that the first code does not work. The second more recent approach does work with spine boy and other tests we tried. We were, however, thrown by one test example which results in the flipping and rotating around.

Here is a dropbox link to a modified example: https://dl.dropboxusercontent.com/u/14482412/spine-blendBug.zip

In it, you will find spineBoy and 9_machine2.

There are also the 2 approaches above you can toggle between: old approach, new approach.

spineBoy works with the new approach but the old approach no longer blends.

Same with 9_machine2, it no longer blends with the old approach. But for both of these 9_machine 2 also throws a wobbly and spins around randomly instead of blending. This has been generated from the public version of Spine, 3.5.40. What might be the issue here?

Many thanks for your attention.

Mario

Thanks for the reproduction case. I've opened an issue here [lua] Rotation blending bug in AnimationState · #798

Mario

Erm, what exactly is the repro supposed to show? The only thing I see are the 9_machine2 files, the rest is the same. Could you please let me know how to reproduce your issue?

Mario

Ok, I figured out a way to reproduce the issue using 9_machine2 assets in the spine-corona example

animationStateData.defaultMix = 0.2
animationState:setAnimationByName(0, "loopIN", false)
animationState:addAnimationByName(0, "stop", true, 0)

It seems the timeline rotation calculation is off.

Mario

Fixed!

Nate

Thanks badlogic!

How did you post 4 times in a row? The forum is supposed to turn that into an edit of your last post.

Like this.

kilopop

Solved, many thanks badlogic.