Godot sprites code#

It's a combination of Seel's suggestion with a custom reimplementation of camera smoothing based on one I created in a MonoGame-based engine years ago.

Godot sprites code#

I couldn't find anything obvious when poking around in the source code though.Ĭurrent_position += Vector2(destination_position.x - current_position.x, destination_position.y - current_position.y) / SMOOTHING_DURATION * delta Basically, some sort of rounding being applied somewhere that's either RNG or just inconsistent in that sometimes higher values get rounded down instead of up. My first thought was also that it was caused by some sort of weird inconsistent rounding of pixel coordinates. It's position.x can be something like 10.375940 and relative to this position one object that's pixel snapped might get it's position rounded up to the nearest pixel, while another one's gets rounded down. Maybe pixel snap works differently than I thought, but I would have thought that if this was caused by pixel snapping, it would stop happening when Pixel Snap was turned off? In my example project the background and foreground actually are two separate tilemaps (although they use the same tileset), and I've never been able to spot any jittering between them. Shouldn't it be possible to see it jitter if comparing it to the edge? I tried looking at the edge of the screen during scrolling, and I was not able to spot any jittering on the background itself relative to the edge. The tilemap is one cohesive unit so it does jitter, but individual tiles within might not. Watch the vertical lines of the background brick wall or the ground near the player to see the sprite jittering back and forth by one pixel until the camera fully stops.Run far enough to the right that the camera starts scrolling and stop.It looks a bit different in the Vulkan branch, due to what I assume is some sort of smoothing/blur filter being applied (there may be a way to turn that off, but I couldn't find it) to the background, but it is definitely still there. In case it was a bug that had already been fixed, I tried compiling Godot myself from both the master (presumably what will become 3.2) and vulkan (4.0?) branches to try them out, but unfortunately the problem still seems to be present in both of those. It's also present with camera smoothing turned off, just harder to notice. Generally, from what I've found, it's most noticeable if you have camera smoothing turned on and the smoothing speed set to a very low value, but the problem isn't related to the camera smoothing. How noticeable it is depends on circumstances. It seems like any time the camera moves, there is some sort of inconsistency in the positions sprites are being rendered at, causing them to 'jitter' back and forth by one pixel even though the camera is only moving in one direction. After a bit of testing, I've found out what it is. Pretty much as soon as I made my test level larger than a single screen, I noticed something was off.

3.1.2 stable, GitHub master (3.2), Vulkan branch (4.0)