Fix conformPedRotation drift while ped is moving forwards

[QueryOfficial]

Summary

Re-apply script-set ped rotation after GTA movement tasks overwrite it each frame.

When setElementRotation / setPedRotation (or server SET_PED_ROTATION) sets ped rotation, the client now stores that value and restores it at the start of PostWorldProcessHandler, after ProcessPedsAfterPreRender, and before puresync/keysync writes. This keeps conformPedRotation=true stable while the ped is walking on foot and stops remote players from flickering between two rotations.

Motivation

Fixes #4694

GTA’s on-foot movement task adjusts ped heading every frame (e.g. ~5° drift while forwards is held). Script rotation set in onClientPreRender was overwritten before the next frame and before network sync, so getElementRotation showed a different value and remote clients saw alternating rotations.

This follows the same idea as frozen ped matrix re-apply: persist the script value and restore it after the engine has run.

Test plan

• Repro from Player rotation with conformPedRotation is not being persistent correctly when moving forwards #4694: onClientPreRender, setPedControlState(localPlayer, "forwards", true), setElementRotation(localPlayer, 0, 0, rot, "default", true) — red diff text should not appear (or stay ≤1°)
• Two clients: one runs the script above; the other watches the local player — no rapid rotation flicker
• Normal walking without script rotation set — unchanged behaviour
• Enter vehicle / respawn — script override cleared, no stuck rotation
• setElementFrozen ped rotation sync still works (regression check for Fix ped rotation sync is broken when using setElementFrozen instantly #4566)
• Ran ./utils/clang-format.ps1 on changed C++ files

Checklist

• Your code should follow the coding guidelines.
• Smaller pull requests are easier to review. If your pull request is beefy, your pull request should be reviewable commit-by-commit.