[Karliss]

The problem here wasn't that frames in single animation had different sizes, but separate animations. The example images are a bit misleading since they show only one frame from each animation.

Every animation tool will provide consistency across frames of single animation, but functionality for aligning and managing transitions between pairs of different animations is less common and more in the territory of game development tools instead of animation drawing.

That's still something the game programmer linking animations together should be familiar with. You could still have artist use single frame size for all animations, but that means having gigantic square many times the width/height of character since you can have some animations which are stretched horizontally and some which are very tall. And if your workflow doesn't include good sprite packing, such gigantic frames can easily become impractical in terms of texture size. Having the game programmer define single anchor point per animation (assuming aligned frames within each animation) doesn't take much time at all. You wouldn't want to realign individual frames within each animation (that's part of artistic intent and artist should do at least that much), but even that would take order of magnitude less time than the process of drawing those frames. There are still times the programmer might have to go through each frame defining anchor point/hitbox, when artist picked a wrong config during export producing packed sprite sheet and there is no time to reexport it, or when dealing with animations that mix animated and software driven movement like large jumps.

[kdheiwns]

In every game I've made, I've had a resolution set for characters. Resolution is consistent across animations. It's week one gamedev stuff. Feels like Claude should've picked up on that, but clearly the 1 trillion they've put into it already hasn't made it as competent as the typical 14 year old noob dev.