Oh now I get it Nate, sorry for being a PITA I thought I had to match almost exactly the points, but as I saw in the video you don't have to be so accurate! I really can't wait until we can enjoy it for the runtimes!

Thanks for the clarification, Nate!

Just out of curiosity, what happens when I have an untrimmed image that gets mapped to a mesh and that image gets whitespace-stripped when packed? Do adjacent parts of the atlas get UV-mapped onto the mesh in-game?

@Pharan, if you need to make the mesh bigger than the original image, you will need to create more white space on the image, this means when exporting you don't want to use white space trimming. We will put a warning in export settings for this, and possibly avoid white space trimming on mesh images.
But yes, if you use white space trimming adjacent parts of the atlas will get UV-mapped onto the mesh in game. It's possible we will be able to tackle this problem in some way so white space trimming doesn't happen if that is the case, but it's not trivial.

Thanks, Shiu! That was just a theoretical question.
In my case, I'll likely just outright avoid using meshes with untrimmed images in all situations. :p

now, we are upgrade to 1.7 automatic.

it's not good for my project. cause runtime not ready, cause not compatible ver1.6 。my art designer and developer separate ways 。。 help...

Hi Nate,

Spine seems perfect for our needs and FFD/meshes makes it even better. I have a question though:

Is it possible (or could you perhaps add this later) to interpolate mesh point movement? What I mean is, if you want to deform say an image of a goblin's guts, couldn't you set some points to be undeformable, select some other that you want to move and have Spine interpolate what happens to those in between? It shouldn't be too hard to implement a basic algorithm for this but it seems that it would save a lot of time, and make it much easier to get it right.

@[видалено]

You just described what FFD is.
Locking points isn't a feature though. Not yet anyway. You just have to make sure you don't move the points you don't want to move.

Pharan написав

@[видалено]

You just described what FFD is.
Locking points isn't a feature though. Not yet anyway. You just have to make sure you don't move the points you don't want to move.

I meant spatial interpolation, not temporal. If you have three adjacent points, A, B and C and you want A to be still and B and C to move, it seems to me you have to move B manually, even if it is the path of C that you really care about. If you could lock A (or even better, define the movement of A and lock it to THAT) and then move C with B just moving along, you would get more fluid and natural motion with less effort.

Like this:

Keyframe 1:
A

B

C

Move point C to the right, B moves along, in proportion:

Keyframe 2:
A

B

C

In this example there is no real point since you could just get rid of point B and get the same behaviour, but with 2d, more points and several choices for how the points should move together, it could make a big difference.

Nate написав

GreatApeStudios, you can do something like that by selecting A,B,C and using the scale tool, changing the pivot to snap to A.

Sounds like a start, thank you for the hint!

Nate написав

We'd like to make move powerful tools for manipulating the mesh, eg like After Effect's puppet warp tool. FFD as we have it now is just the foundation for fancier manipulationg.

That sounds promising, I look forward to it. It should even be possible to make the mesh movement respect 3d shapes to some extent and do other cool stuff like different materials and add a temporal lag, so that the movement of B lags behind that of C by a few frames, and then perhaps overshoots. The possibilities are endless...

Great work so far!

Can you use the function ffd from unity3d?

Not yet.

But we will be able to once the runtimes get updated after the Skinning feature is done.