Nate a écrit

Aww that's cute! I'm no animator, but I think you should be able to do more movement with the torso, maybe rotation and/or scaling. You might also put the blink into a separate animation and apply it at runtime at random intervals. Just apply it after applying the main animation, as long as the blink doesn't affect the same bones.

Thanks for the comment. I'll play around with that and see what I can come up with.

tim

Animated the body slightly.

http://www.youtube.com/watch?v=69dBvqdgmjo

tim

First lesson learned: don't jack with the root bone keyframes. Instead, create a "body" bone that everything else is based off of. Otherwise, the root bone settings override whatever your run-time settings are. Doh!

I don't fully understand how mixing works. I know it's for transitioning from one animation to another (I've got the sample libgdx project up and running w/spineboy and goblins), but I don't fully understand what exactly the mixing is doing. Is it just interpolating between animation keyframe timelines? From the current position in the 'from' animation mix with the start of the 'to' animation, over the course of the setMix() duration, maybe?

So far, things seems pretty seamless

I have my little dragon switching up between flying and walking. I half-expected to see some jerkiness but it actually looks pretty sweet.

tim

It's still a little rough around the edges, but here's a WIP of the animation as presented "in-game":

http://youtu.be/-sK-bwwXSEs

This was done AFTER scaling all my images down from their original size to about 0.18x. Ugh. That was painful! The original images filled a 1024x1024 and a 1024x512 texture. The scaled down versions all fit on a single 512x128 texture.

I think the following item would have saved me about 2 hours of time:

https://trello.com/card/bone-checkbox-t ... c0059d9/33

(hint hint)

tim

Shiu a écrit

Love it Not sure exactly what you were doing, but you could maybe just have used bone/image compensation to scale things down.

Got any videos explaining what you mean?

tim

Here's an easy, yet tedious method for rescaling bones and images:

1) Start off with your standard/large images and bone definitions. Let's assume they are in the directory named "Dragon-Plain".
2) Select your scale rate. Example: 0.18.
3) Create an image directory for your scaled images. Let's assume "Dragon-Plain-Small".
3) Scale your standard images according to your scale rate. Something that is 256 pixels wide now becomes 256 * 0.18 = 46 pixels wide. I use GIMP for rescaling.
4) Do not change the image names. Instead, just store these smaller images to the "Dragon-Plain-Small" dir.
5) With Spine closed, rename "Dragon-Plain" to "Dragon-Plain-Large". Rename "Dragon-Plain-Small" to "Dragon-Plain"
6) Launch Spine. The bones will still be in their standard places, and all the images will be small and appear disjointed. Don't panic.
7) Select the root bone. Scale the X & Y to 0.18
8) EVERYTHING will shrink down... even the images.
9) Lock the image and bone settings.
10) Go through the structure bone by bone and change the scale from 0.18 back to 1. You'll notice that before doing this, images have a scale of 1, after doing this, images have a scale of 0.18. You may have to adjust the length of the bones points to improve their appearance. The locking will prevent any joints you've created from moving around. Yes. This is tedious and sucks.
11) Go through the structure image by image and change the scale to 1.0. Be sure to do this for multiple images in each slot. Yes. This is also tedious and sucks.
12) Done.

Enjoy your new scaling without having to redo any animation or create any new bone scalings.

Here's a quick video showing a couple of the steps:

http://youtu.be/OwxmDDWtBGU

If there's an easier way to do this, I'd be interested to know!

tim

Update:

• added sheep animations to the game
• sheep have basic "run away!" or "graze when idle" behaviors implemented.

http://youtu.be/iWcP1up73Pg

tim

I hope to post some more videos today. I've been using Spine to create dragon variants. At run-time, I want to be able to switch between these variants while using the same animations. The variants will alter which attachments are used for a particular animation (I have a few different wing sets for example), color tints, and the overall appearance on 'passive' attachments

such as horns and other dragon decorations.

The idea is that the player will be able to upgrade their dragon as they gain gold and gems in the game. Various dragons will be stronger than others, faster, have more stamina, have a breath weapon, etc. Yeah, pretty much bringing out my inner D&D nerd.

tim

Some colors are slightly messed up, but this is a proof-of-concept for using skin attachments to create dragon variants for my WIP game:

http://youtu.be/5OweMhKCp9Q

Skins are super easy to use and very flexible. I plan to set the tinting at run-time to create different chromatic dragons after defining the various parts.

Only annoyance right now is that switching skins causes expanding on some of the tree structures on the right. I had to keep collapsing the root node as you'll see in the video.

EDIT: Looks like I had a bone selected when I was running my animation. That is what seemed to be causing the tree structure to expand every time. Deselecting everything makes things work as normal.

Yep, I've already defined some blinking eyelids. I plan on doing that (eventually) in code.

One for the wish list (and I believe it is already on Trello), is to have the ability to associate color tint to the skin attachment instead of / in addition to the slot. That would make my dragon variations a snap.

tim

I've got separate slots set up that I tint at run time. Here's my code:

// colorize the slots
      for (int i = 0; i < BODY_SLOTS.length; i++)
      {
         Slot slot = mSkeleton.findSlot(BODY_SLOTS[i]);
         slot.getColor().set(di.mBodyColor);
      }
      for (int i = 0 ; i < BELLY_SLOTS.length; i++)
      {
         Slot slot = mSkeleton.findSlot(BELLY_SLOTS[i]);
         slot.getColor().set(di.mBellyColor);
      }
      for (int i = 0; i < SPIKE_SLOTS.length; i++)
      {
         Slot slot = mSkeleton.findSlot(SPIKE_SLOTS[i]);
         slot.getColor().set(di.mSpikeColor);
      }

I just have a few arrays that define the slot names that are associated with a particular tint. Right now, I have separate slot lists for the body (arms, head, ears, wings, etc.), belly, and back spikes... this boils down to three different colors max at the moment. Right now belly slots and spike slots are just 1 element long, but in case things grow in the future, I made 'em arrays.

I have a couple of things that don't get tinted at all - horns and eyes. Similar to what you guys are doing

it's nice to have highlights.

Android will be the first release. After I get everything ironed out with that, I plan on migrating things to iOS.

tim

I've got color tinting working. Coming soon - blinking. ....exciting, huh?

http://youtu.be/Y4lRRpAIVO4

tim

I followed your recommendation in another thread for running multiple animation states to get blinking running. Simple. Works great. Results are in the link below.

http://youtu.be/OXMkmktmDgU

tim

Working on enemy implementations now. Reused Spine animation, updated the skin settings, and jacked around with the root bone scaling. QED.

http://youtu.be/UICt4UW0L1I

tim

Camera operation update video. Shows difference between a camera locked to the player and one that implements a bit smoother operation:

http://youtu.be/m5gtByLhzq4

tim

Shiu a écrit

I'm a sucker for detail put into camera movement. Inertia on the camera is very nice, I'd also put in just a tiny tiny bit of rotation on the camera when acceleration changes a lot over a few frames.

Wow. That's a cool idea! I'll see what I can do.

tim