This repository was archived by the owner on Feb 3, 2025. It is now read-only.
New event: BeforePhysicsUpdate #1851
Labels
Comments
|
Original comment by Nate Koenig (Bitbucket: Nathan Koenig). That sounds like a reasonable idea. Feel free to make a pull request to the gazebo7 branch with this change. |
|
Original comment by Martin Pecka (Bitbucket: peci1). Okay. I'll prepare it. Could you give me a clue how is it with the ABI compatibility? Can I add
|
|
Original comment by Nate Koenig (Bitbucket: Nathan Koenig). New events shouldn't break ABI compatibility. |
|
Original comment by Martin Pecka (Bitbucket: peci1). |
|
Original comment by Nate Koenig (Bitbucket: Nathan Koenig).
Resolved in pull request #2128 |
|
Original comment by Nate Koenig (Bitbucket: Nathan Koenig).
|
|
Original comment by Nate Koenig (Bitbucket: Nathan Koenig).
|
Sign up for free
to subscribe to this conversation on GitHub.
Already have an account?
Sign in.
Original report (archived issue) by Martin Pecka (Bitbucket: peci1).
I want to do some advanced usage of ODE in Gazebo, and there is almost a blocker for me.
In ODE, you set contact surface parameter after collision checking, but before physics update (and that completely makes sense and I hope the other engines also do it like this).
There is no way for me to call custom code in between the UpdateCollision() and UpdatePhysics() calls in the World::Update callback.
I only have a possible workaround - to disable the physics engine, make an update (which will do the collision checking and not the physics update), then call my custom code, and call UpdatePhysics() manually afterwards. This may however break a lot of things connected to the WolrdUpdateEnd event, since it'd be called before the actual physics update.
So I propose creating a new event, called e.g. BeforePhysicsUpdate, that'd be triggered after UpdateCollision and before UpdatePhysics.
The text was updated successfully, but these errors were encountered: