AuthorTopic: Pixel art animation - moving sprites  (Read 80 times)

Offline spajjder

  • 0001
  • *
  • Posts: 4
  • Karma: +0/-0
    • View Profile

Pixel art animation - moving sprites

on: February 14, 2020, 03:07:44 pm
Hi guys.

I saw this clip - the work through of making a  pixel-art monk jump attack. It looks very nice.

In this animation the monk jumps across the screen. It presents itself very well, but is this a common way to make pixel-art for games?
The animation do serve a purpose of moving the object itself though, it would not make much sense doing the animation moving the object in another way than moving forward.
However in my experience, when using a tool like game maker, i program the sprite itself to move, and a certain  animation is played when the object is moving a certain way or doing a specific action.

I have seen many animations made this way though, "where the whole sprite moves across the scene", including from spriters for famous games such as shovel knight.

So is this a common way to make pixel art animations for games? Or is it mostly for show? Would you implement an animation like this directly into a game, or would you first have to redo it so that the sprite is somewhat static in his movement, i.e. changing his animation but not moving across the screen?

Thank you so much! for your help and advice!

Offline eishiya

  • 0100
  • ***
  • Posts: 1186
  • Karma: +2/-0
    • View Profile
    • Webcomic: Black Dram

Re: Pixel art animation - moving sprites

Reply #1 on: February 15, 2020, 05:34:15 am
Animations like this are common for games or individual actions where the player does not have direct control over the character's motion, such as attacks in turn-based RPGs, or things like dashes in platformers and finishers in fighting games. In these cases, the exact relationship between the player's hitbox and animation is not that important.

It's also common to do the second thing you described - draw the action as a single motion, and then reposition the sprites to match the in-game movement. It's easier to avoid characters looking floaty or slidy when you' animating them "in context" of the entire motion.