Allow calling for Physics step from code

[Lcbx]

fixes #24769

exposes a function that calls a physics tick with the given delta type in parameter
also allows to set Engine.physics_ticks_per_second to 0

My particular use case is training AI in a sped-up, not-real-time environment.

related to #76462 but with a different approach

[AThousandShips]

To avoid having to make manual changes based on the CI errors consider using clang-format, as per the documentation

[Calinou]

See also #49976, which is a previous proof of concept for implementing this feature. Related proposal: godotengine/godot-proposals#2821

My particular use case is training AI in a sped-up, not-real-time environment.

Out of curiosity, why not use the --fixed-fps command line argument for this purpose? If you need to toggle it at run-time, there's a PR for that 🙂

[Lcbx]

Out of curiosity, why not use the --fixed-fps command line argument for this purpose? If you need to toggle it at run-time, there's a PR for that 🙂

Interesting, I knew about headless but not that there was a way to do non-real-time simulation 🤔

In most deep learning environments, it is the training script that calls each simulation step (not the simulation environment) ; It would still make interfacing existing code easier if there was a native way to call a physics update in godot from code, but your suggestion is a valid solution. Thanks ! ☺

I guess it's up to whichever reviewer to choose to add my PR in godot.

There's probably a more elegant/flexible way to achieve the same thing, but it is serviceable enough for things like forcibly speeding jumping or rewinding time (the latter will need more than just this function though).

[Lcbx]

closing since I force-pushed to my master branch thoughtlessly
and C# build failed on the methods I added