You signed in with another tab or window. Reload to refresh your session.You signed out in another tab or window. Reload to refresh your session.You switched accounts on another tab or window. Reload to refresh your session.Dismiss alert
Running the latest master branch, I'm seeing a strange issue in testWorld and testVskParser where they are suddenly failing. It wasn't showing up until we started using this line by default, although I'm sure the issue has been lurking around for a long time as FCLCollisionDetector has gone unused.
As far as I can tell, the main issue seems to be that FCLCollisionDetector is mapping multiple fcl::CollisionObjects to the same dart::collision::CollisionNode object and then attempting to check collisions for it. I have no idea what might be causing this.
@jslee02 is working on major changes to the whole collision library component, so maybe this will get addressed in his changes. In the meantime, should we perhaps revert to defaulting to FCLMeshCollisionDetector in order to avoid this issue?
The text was updated successfully, but these errors were encountered:
Yeah, I also noticed this issue. I would like to revert the defaulting and address the FCLCollisionDetector issue in the work on collision library component to avoid doing work twice. I overlooked that FCLCollsionDetector is not stable yet.
Running the latest
master
branch, I'm seeing a strange issue intestWorld
andtestVskParser
where they are suddenly failing. It wasn't showing up until we started using this line by default, although I'm sure the issue has been lurking around for a long time asFCLCollisionDetector
has gone unused.As far as I can tell, the main issue seems to be that
FCLCollisionDetector
is mapping multiplefcl::CollisionObject
s to the samedart::collision::CollisionNode
object and then attempting to check collisions for it. I have no idea what might be causing this.@jslee02 is working on major changes to the whole collision library component, so maybe this will get addressed in his changes. In the meantime, should we perhaps revert to defaulting to
FCLMeshCollisionDetector
in order to avoid this issue?The text was updated successfully, but these errors were encountered: