Image offsetting

Question

I'm playing around with the concept of 2D fighting game sprites. I have the JFrame, image loading, painting, and everything else fine.
However, there is a slight problem. I'm trying to figure out how to drawe the images properly. Since the sprites can be different sizes depending on the pose, there might be slight problems when they are drawn.
For example, I've taken out two idle stance sprites. One is 36 pixels wide and the other is 38 pixels wide. Both are the same height. When I draw it, I get a slight jittery motion since the two are different widths. I fixed that with two methods that calculate an offset and draw it in a position based on the original sprite. This fixes the jitteryness with the idle stance.
So then I extract a sprite where the character is in the middle of a kick. I put that in place of the 38 pixel wide image for some testing. When this draws, the character mysteriously teleports backwards and does her kick. This is due to the offset methods.
I think know where the problem lies, I just don't exactly have a solution. It has to be the offset methods.
The code for them is..
public int calculateHeightOffset(BufferedImage img1, BufferedImage img2) {
   int height1 = img1.getHeight();
   int height2 = img2.getHeight();
   return height1 - height2;
public int calculateWidthOffset(BufferedImage img1, BufferedImage img2) {
  int width1 = img1.getWidth();
  int width2 = img2.getWidth();
  return width1 - width2;
}I suppose my question would be... is there a way to determine how to properly draw different-size sprites codewise? Or would I need to make it all manual. I'm assuming there is a way to do it codewise because as far as I know that's how MUGEN works. But I could be wrong though.

Answer 1

So far I have it set up like this:
Class Fighter - holds a list of all the Sprite objects, the coordinates of the fighter, and later on.. moves and all that stuff.
Class Sprite - holds a single BufferedImage and the offsets for the image.
Once I get enough sprites, they will be ordered in a certain fashion. There isn't any particular order they will have to be in though. This is how I'm planning to make it all work:
The character will have a file (files?) that describes move "ranges." These ranges are actually the numbers of the sprites to use. For example, a move with a range of 0-20 would use sprites 0 to 20 for its full animation. This will allow the sprites to be in a general order within the whole file, but they must be specifically ordered in order inside a range for the move to look right.
The sprites themselves will be named 0.gif, 1.gif and so on. I suppose the TreeMap would hold the actual Sprite object for its value and an Integer key that corresponds with its name (0 for 0.gif, 1 for 1.gif, etc.).