Sprites tied to physics lag one frame behind (Issue-4152)

[totebo]

New game, same issue! This time I’m using joints, so the body has to be dynamic.

My new theory is that the game object is moved before all collisions have been resolved, so it appears stuck in the terrain for one frame.

I have been trying to move the body back when overlapping using the hack of firing a blind raycast and picking up its “ray_cast_missed” message mentioned in these threads:

Getting an up-to-date camera transform

I’m trying to improve RenderCam, but there doesn’t seem to be any decent way to get an up-to-date object transform for rendering – i.e. a transform that’s not one frame behind. It’s the same problem as in this thread: Dealing with the one frame lag when visualising dynamic bodies The root of the problem is: A) There’s no script callback after physics update but before render update B) The render script doesn’t have access to ‘go.’ functions. From what I can tell, the relevant part of the en…

Dealing with the one frame lag when visualising dynamic bodies

If it possible to add post_update function for scripts, it can solve physics-render lag: scripts (update), physics, scripts (post update), sprite, render Other game engines have similar behaviors: Unity - MonoBehavior has “LateUpdate” in Phaser - Game Object has “postUpdate” Game Maker - “end step” event etc…

The issue is clearly visible in this project: PhysicsTunneling.zip (52.6 KB)

Video of the issue:

Does anyone have any idea of how this issue could be fixed or mitigated?