Very Jittery animation

paleo-namadicus

I wanted to test some animation before I start my main project, but animation is way to jittery.
My project will have lots of 2D animation, so this problem needs to be solved before I move forward.
I really appreciate any help.

xyz

paleo-namadicus You need to provide more information. Describe your problem as clearly and in as many details as possible.

paleo-namadicus

xyz I'm trying to animate a sprite sheet using AnimatedSprite2D node, although I was able to work, but the animation is very jittery.

This is the code I'm working with.

xyz

paleo-namadicus Perhaps your sprite frames are not properly set up.

paleo-namadicus

xyz
I believe, I set it up properly, see this.

If this is not the correct way, then please guide me.

xyz

paleo-namadicus What do you mean by "jittery"?
Btw all the frames look the same.

paleo-namadicus

xyz
when I say jittery, transition between frames is not smooth but abrupt.
For example, head should slant from right to left smoothly, but it does it abruptly.
When I manually cycle through frames is smooth, so I don't where the actual problem lies.

Although frames may look the same, but it's not, trust me.

Unfortunately I don't know how to upload videos to forum.
A video would have showcased my problem better .

xyz

paleo-namadicus Your framerate is set to 1 frame per second, maybe that's the problem.
Btw you can upload to youtube and link it. Or capture a gif.

paleo-namadicus

xyz
I already tried with different framerates, it just makes animation faster or slower.

This is how it's looking.

This is how it's suppose to look.

xyz

paleo-namadicus You likely messed something up with the frame order. Try it with different animation where it's easier to see the order just by looking at the sheet.

paleo-namadicus

xyz
I already tried with different animation, but unfortunately it didn't work.

Anyway I just noticed, I left it running in the background, and the animation became considerably smoother, but once you restart it's again back to it's old self, sigh.

So I assume its the godot, that's at fault(hopefully not).

Any suggestions?

xyz

paleo-namadicus Make a numerated sprite sheet and play it on low fps to see if the frames are playing in intended order.

paleo-namadicus

xyz
Okay, I'll give it a try.

Update

I gave it a try and it's working fine.

I'll try to decrease the resolution of my animation, and see if it's works better.

paleo-namadicus

I reduced the resolution from full hd, to half and now its working fine.

I guess the reason for jitter in the animation is due to lag.

I thought if renpy can handle it so can the godot guess I was wrong.

So is there any workaround, other the adding animations with multiple resolutions?

xyz

paleo-namadicus Umm, you should have mentioned at the start that the sprite is that big. It's definitely an overkill on that pixel size with that many frames. This animation alone probably ate up quarter of your video ram. At least crop out the empty space because you're wasting a lot of video memory just to display a static background.

Such large sprites should be assembled from multiple smaller sprites, typically a separate sprite per body part, and then animated using skeletal animation. The way you're trying to do it is simply not practicable, not even on powerful modern graphics hardware.

Tomcat

paleo-namadicus So is there any workaround, other the adding animations with multiple resolutions?

The advice of @xyz is quite fair. In addition to trimming the empty space, you can also try to make the file as light as possible, for example, by reducing the number of colors (palette). But this is a rather palliative solution.

paleo-namadicus

xyz
Sprite's size is not the issue, each individual sprite is under 200 kbs, all the sprites combined comes around to 14 mbs.
Any modern game engine including godot should be able to handle some thing like this, right.

Same sprites working fine in renpy, take a look.

Anyway after some more testing, I seem to identified the problem, that you need to minimize the godot editor.
I will do some more tests just to be sure.

xyz

Tomcat In addition to trimming the empty space, you can also try to make the file as light as possible, for example, by reducing the number of colors (palette)

While this may save some disk space, it wouldn't really make much difference regarding vram storage. GPUs can't deal with paletted pixel formats. If you import any such images (e.g. indexed PNG), Godot will immediately convert them to default RGB(A)8, consuming at least 24 bits per pixel. Otherwise the engine wouldn't even be able to display the image in any hardware accelerated viewport.

Although smaller number of colors could favorably affect vram compressibility of an image, it is more a matter of pixel distribution than of absolute number of distinct color values.

xyz

paleo-namadicus Sprite size is very likely the issue. You concluded yourself that it works if you halve the resolution. So the large resolution is obviously causing problems.

This is not the way to do full screen animations. The size on the disk you mentioned is for LZW or lossy compressed images. Your graphics card can't use such compressed images directly. It must decompress them before storing them into video ram buffers. The size of a non compressed full hd frame with an alpha channel is around 8 megabytes. Mere two seconds of 60 fps animation of this kind will eat up a gigabyte of your video ram. An RTX 4060, for example, could only handle 15 seconds of such animation, and that's if it doesn't have to display anything else. There may be other problems with using textures of this size for animated sprites, some GPU and some engine related.

Godot has a very good set of profiling and monitoring tools that let you see what's happening with machine's system resources. So open the "Monitors" tab in the debugger and check the video memory status. You can also profile the performance with some of these tools. This can help you determine what exactly is causing frame drops in most situations.