Slashdot Mirror


Motion Capture Or Animation For Games?

Thanks to TotalGames.net for their article discussing whether videogames should use traditional animation or motion capture to capture the movements of in-game characters. The piece points out: "One of the major problems with motion capture is the way that moves can sometimes appear disjointed and separated, as a character goes from one set of moves to another", but an advocate for motion capture comments that the process is "..a lot faster, as long as you can retain the subtleties from the point of motion capture to the raw data to the point where it reaches the engine." Can you tell the difference?

9 of 38 comments (clear)

  1. Motion capture by recursiv · · Score: 4, Insightful

    Hand animation never seems to capture the feeling of "weightiness" properly. The models just jerk around as if they had no mass or center of gravity. With motion capture, the center of gravity is always apparent, and the model doesn't seem like a hollow marrionette.

    --
    I used to bulls-eye womp-rats in my pants
    1. Re:Motion capture by NanoGator · · Score: 3, Insightful

      "Hand animation never seems to capture the feeling of "weightiness" properly. The models just jerk around as if they had no mass or center of gravity. With motion capture, the center of gravity is always apparent, and the model doesn't seem like a hollow marrionette. "

      Well you've been a bit vague here. Possible reasons could be:

      - Animators just getting started
      - Technical limitations such as limited RAM. (Very possible.)
      - Too little time.
      - Motions could have been intentionally simple because when you move the mouse, the character moves according to some equation. Ever notice that when you rotate a character in Quake, his feet just rotate like he's on a pedestal?
      - Intentional design. This may sound funny but maybe they didn't want the character bobbing around if you're trying to snipe it.
      - Bad implementation. Animation is very complex. Getting from the artist to the programer can be nasty, especially when unexpected nuances appear.
      - It wasn't an animator at all, somebody just trying to make the model move.

      I could keep going but without a game in particular, I cannot give you an answer why you feel that way. I do think you're unfairly generalizing, though.

      --
      "Derp de derp."
  2. Animator's retort by MobyDisk · · Score: 4, Insightful
    This guy is the animation advocate. His arguments are less than impressive:
    ...computer processing...takes out the creative flair that brings a character to life, thus making characters maybe more lifelike but somewhat lacking in life.

    Well, that clarifies it. More lifelike, but lacking in life.

    Obviously, animating traditionally takes longer than motion capture but you do have to spend a lot of time processing the data...So in a lot of cases a skilled animator...will achieve the same if not better results in not much more time than if the moves were motion captured. Motion capture is probably quicker....

    So it takes longer, but in some cases it maybe traditionally isn't longer, but it's probably not quicker. Other great quotes:

    Motion capture cannot always capture the sheer fluidity that many athletes possess and as a result this supposed realism can sometimes undermine all the motion capture artists' hard work.

    Actually, that is the entire point of motion capture: It captues the fluidity of the actor exactly.

    1. Re:Animator's retort by NanoGator · · Score: 2, Insightful

      "Actually, that is the entire point of motion capture: It captues the fluidity of the actor exactly."

      Eh not exactly. Mocap has two problems.

      1.) Capture's not always perfect. There are glitches. Bad tracking. Etc. You get a very noisy graph for each channel, and they are prone to error. Imagine a sound wave. If you take a tape recorder and record a solid tone, you'll see that the tone doesn't generate a perfect wave. Lots of tiny little zig-zags there. The more 'perfect' the mic and capture equipment is, the less visible those zig-zags are. Those variances from what the value should be are noise. Crappy mic = very jagged. Kick ass mic = very smooth. Mo-cap is very much like that. Actually the motion graphs resemble a sound in some ways. If you have a ball that bounces up and down, the motion is real simple. It, in an over-simplistic sense, is a logarithmic curve. But with mo-cap, you have all these cameras watching a sensor strapped to a ball watching its motion. There are inaccuracies there. Careful inspection will reveal tiny errors in the motion. If the sensor is obscured from view, then the computer has more work to do.

      That sort of make sense? In a round-about way, I'm saying that capturing mo-cap is sort of like capturing sound. It can be error prone.

      2.) Athletes operate in uniforms that are as least restrictive as possible. This is in stark contrast to what a mo-cap person has to wear. They have to mind all these little sensors. They have to stay in one little spot for all the cameras to watch. Etc. It can be a hinderance.

      Sorry I haven't read the article, but I think from that quote that's what he was after. Even if I got the context wrong, it is interesting to know. Frankly, I'm scared to work with mocap data. In the ball-bouncing example, I don't have 3 keyframes to play with. I have one for every single frame. (Unless the software is nice enough to find a curve for me...)

      --
      "Derp de derp."
    2. Re:Animator's retort by clambake · · Score: 2, Insightful

      Actually, that is the entire point of motion capture: It captues the fluidity of the actor exactly.

      Actually, I see this as one of the main problems. Since the actors aren't really hurtling off 600 foot towers or doging real mini-missles fired by real mech commandos, the movements seem "wrong" somehow. They are all done in a green room with little reflective ping-pong balls which makes even the best actor lose some of his natural motivation. Without the set and scenery, he has a hard time "acting natural" and tends to overact, mime-like, to emphasize the things that are supposedly around him, but that he cannot see. So once the special effects are added in, he's making these big unnaturally sweeping gestures to pick up a pencil when an animator would never have done that, so the animation looks more "real" than the real life guy...

  3. This is not an absolute by NanoGator · · Score: 3, Insightful

    If you can tell the difference either way, then the method was not implemented properly. There is no "is one better than the other?" there's only "which is best for the job."

    Consider this: If you want to use mocap, but it causes wiggly meshes, then you have an implementation problem. Do you write the code or adjust the model/actor to solve it, or do you use the video as reference and manually keyframe it? Do you even care? Will the gamer care? Is it worth the money?

    I realize this isn't exactly a either/or type of discussion, but it will quickly turn into one. One guy will have seen bad mocap, another will have seen bad keyframing. Done right, either technique will be extremely convincing. It's fun to discuss, but let's keep this out of the realm of absolutism.

    --
    "Derp de derp."
  4. How about a combination of both? by cloudless.net · · Score: 3, Insightful

    Who says motion capture has to be disjointed and separated? If you insert appropriate animations between different captured actions, the result could look very smooth. Just because many games have crappy motion capture doesn't mean the technology is flawed, we are just waiting for someone to do a better job.

  5. Re:Animation v motion capture by hackwrench · · Score: 2, Insightful

    You're assuming you can't wrap animation around motion capture data.

  6. Uh, both? by GoRK · · Score: 3, Insightful

    No matter which technique you choose, there's going to be some degree of animation involved. To make it look right, most often a hybrid approach can yield the best results. Motion capture is fine and good, but what about when you are trying to model the movement of a 50-ton 20-foot tall rock monster or something? It can't be done accurately with motion capture, but you can use motion capture along with traditional animation techniques to create realistic looking physical movement. Or take gun recoil-- motion capute is probably going to produce something very realistic, but using that data verbatim in a game engine will likely result in poor playability. Animation fills in the gaps.

    I don't really see what the argument is about here. There is plenty of work for both the motion capture proponents and the animation proponents!