-
Notifications
You must be signed in to change notification settings - Fork 43
New issue
Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.
By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.
Already on GitHub? Sign in to your account
Added suggestions to #373 #374
Conversation
Signed-off-by: ahcorde <[email protected]>
Signed-off-by: ahcorde <[email protected]>
Signed-off-by: ahcorde <[email protected]>
Codecov Report
@@ Coverage Diff @@
## add-bullet-featherstone #374 +/- ##
===========================================================
+ Coverage 68.91% 74.68% +5.77%
===========================================================
Files 137 138 +1
Lines 6305 6448 +143
===========================================================
+ Hits 4345 4816 +471
+ Misses 1960 1632 -328
Continue to review full report at Codecov.
|
…corde/suggestions/373
Signed-off-by: ahcorde <[email protected]>
…corde/suggestions/373
Signed-off-by: ahcorde <[email protected]>
…m/gz-physics into ahcorde/suggestions/373
…corde/suggestions/373
I would discourage adding many of these features to the bullet-featherstone plugin. Things like constructing empty models and empty links is not helpful or meaningful for the Featherstone API. In the Featherstone a model needs to have a base link, and a link needs to belong to a model. I assume that these features were probably added so that the bullet-featherstone plugin can be tested against more of the "common" physics tests, but I think the common testing framework should just have each test skip over any plugins which don't provide the features that the test requires. |
Do you know which features make sense to include to the |
We could consider adding frame semantics for shapes and joints if that's getting used anywhere in We might also be able to support adding and removing collision shapes, but it's not totally clear to me if that will work nicely with Bullet's Featherstone API. It's also probably not a very useful feature when we don't support attaching/detaching links. We should be able to add a feature for creating fixed joints between the links of models. That might also allow bullet-featherstone to support closed kinematic chains, similar to what's been done recently with the dartsim plugin. |
…test (#376) Signed-off-by: ahcorde <[email protected]>
Signed-off-by: Michael X. Grey <[email protected]>
Signed-off-by: Michael X. Grey <[email protected]>
…gz-physics into ahcorde/suggestions/373
Signed-off-by: Michael X. Grey <[email protected]>
There was a problem hiding this comment.
Choose a reason for hiding this comment
The reason will be displayed to describe this comment to others. Learn more.
I've gone through and removed a couple features that I don't think are appropriate for bullet-featherstone
and also fixed some implementation issues that I noticed. I hope you don't mind that I committed directly to the branch for expediency.
I think it's fine to merge this into the upstream add-bullet-featherstone
branch if no one else has any concerns about it.
Signed-off-by: Michael X. Grey <[email protected]>
Signed-off-by: ahcorde [email protected]
🎉 New feature
Summary
Added more features to bullet-featherstone
Checklist
codecheck
passed (See contributing)Note to maintainers: Remember to use Squash-Merge and edit the commit message to match the pull request summary while retaining
Signed-off-by
messages.