coal

An extension of the Flexible Collision Library

https://github.com/coal-library/coal

Science Score: 44.0%

This score indicates how likely this project is to be science-related based on various indicators:

  • CITATION.cff file
    Found CITATION.cff file
  • codemeta.json file
    Found codemeta.json file
  • .zenodo.json file
    Found .zenodo.json file
  • DOI references
  • Academic publication links
  • Academic email domains
  • Institutional organization owner
  • JOSS paper metadata
  • Scientific vocabulary similarity
    Low similarity (13.4%) to scientific vocabulary
Last synced: 6 months ago · JSON representation ·

Repository

An extension of the Flexible Collision Library

Basic Info
  • Host: GitHub
  • Owner: coal-library
  • License: other
  • Language: C++
  • Default Branch: devel
  • Homepage:
  • Size: 20.9 MB
Statistics
  • Stars: 475
  • Watchers: 21
  • Forks: 123
  • Open Issues: 39
  • Releases: 58
Created about 11 years ago · Last pushed 6 months ago
Metadata Files
Readme Changelog License Citation

README.md

Coal An extension of the Flexible Collision Library

Pipeline status Documentation Coverage report Conda Downloads Conda Version PyPI version black ruff

FCL was forked in 2015, creating a new project called HPP-FCL. Since then, a large part of the code has been rewritten or removed (unused and untested code), and new features have been introduced (see below). Due to these major changes, it was decided in 2024 to rename the HPP-FCL project to Coal.

If you use Coal in your projects and research papers, we would appreciate it if you would cite it.

New features

Compared to the original FCL library, the main new features are: - dedicated and efficient implementations of the GJK and the EPA algorithms (we do not rely on libccd) - the support of safety margins for collision detection - an accelerated version of collision detection * la Nesterov, which leads to increased performance (up to a factor of 2). More details are available in this paper - the computation of a lower bound of the distance between two objects when collision checking is performed, and no collision is found - the implementation of Python bindings for easy code prototyping - the support of new geometries such as height fields, capsules, ellipsoids, etc. - enhance reliability with the fix of a myriad of bugs - efficient computation of *contact points** and contact patches between objects - full support of object serialization via Boost.Serialization

Note: the broad phase was reintroduced by Justin Carpentier in 2022, based on the FCL version 0.7.0.

This project is now used in several robotics frameworks such as Pinocchio, an open-source library which implements efficient and versatile rigid-body dynamics algorithms, the Humanoid Path Planner, an open-source library for Motion and Manipulation Planning. Coal has recently also been used to develop Simple, a new (differentiable) and efficient simulator for robotics and beyond.

A high-performance library

Unlike the original FCL library, Coal implements the well-established GJK algorithm and its variants for collision detection and distance computation. These implementations lead to state-of-the-art performance, as shown in the figures below.

On the one hand, we have benchmarked Coal against major state-of-the-art software alternatives:

  1. the Bullet simulator,
  2. the original FCL library (used in the Drake framework),
  3. the libccd library (used in MuJoCo).

The results are depicted in the following figure, which notably shows that the accelerated variants of GJK largely outperform by a large margin (from 5x up to 15x times faster). Please notice that the y-axis is in log scale.

Coal vs the rest of the world

On the other hand, why do we care about dedicated collision detection solvers like GJK for the narrow phase? Why can't we simply formulate the collision detection problem as a quadratic problem and call an off-the-shelf optimization solver like ProxQP)? Here is why:

Coal vs generic QP solvers

One can observe that GJK-based approaches largely outperform solutions based on classic optimization solvers (e.g., QP solver like ProxQP), notably for large geometries composed of tens or hundreds of vertices.

Open-source projects relying on Coal

  • Pinocchio A fast and flexible implementation of Rigid Body Dynamics algorithms and their analytical derivatives.
  • IfcOpenShell Open source IFC library and geometry engine.
  • Crocoddyl A software to realize model predictive control for complex robotics platforms.
  • TSID A software that implements a Task Space Inverse Dynamics QP.
  • HPP A SDK that implements motion planners for humanoids and other robots.
  • Jiminy A simulator based on Pinocchio.
  • ocs2 A toolbox for Optimal Control for Switched Systems (OCS2)

Installation

Conda

Coal can be installed from the conda-forge channel:

bash conda install coal -c conda-forge

Build

You can find build instruction here.

C++ example

Both the C++ library and the python bindings can be installed as simply as conda -c conda-forge install coal. The .so library, include files and python bindings will then be installed under $CONDA_PREFIX/lib, $CONDA_PREFIX/include and $CONDA_PREFIX/lib/python3.XX/site-packages.

Here is an example of using Coal in C++: ```cpp

include "coal/math/transform.h"

include "coal/mesh_loader/loader.h"

include "coal/BVH/BVH_model.h"

include "coal/collision.h"

include "coal/collision_data.h"

include

include

// Function to load a convex mesh from a .obj, .stl or .dae file. // // This function imports the object inside the file as a BVHModel, i.e. a point cloud // which is hierarchically transformed into a tree of bounding volumes. // The leaves of this tree are the individual points of the point cloud // stored in the .obj file. // This BVH can then be used for collision detection. // // For better computational efficiency, we sometimes prefer to work with // the convex hull of the point cloud. This insures that the underlying object // is convex and thus very fast collision detection algorithms such as // GJK or EPA can be called with this object. // Consequently, after creating the BVH structure from the point cloud, this function // also computes its convex hull. std::sharedptrcoal::ConvexBase loadConvexMesh(const std::string& filename) { coal::NODETYPE bvtype = coal::BVAABB; coal::MeshLoader loader(bvtype); coal::BVHModelPtrt bvh = loader.load(filename); bvh->buildConvexHull(true, "Qt"); return bvh->convex; }

int main() { // Create the coal shapes. // Coal supports many primitive shapes: boxes, spheres, capsules, cylinders, ellipsoids, cones, planes, // halfspace and convex meshes (i.e. convex hulls of clouds of points). // It also supports BVHs (bounding volumes hierarchies), height-fields and octrees. std::sharedptrcoal::Ellipsoid shape1 = std::makesharedcoal::Ellipsoid(0.7, 1.0, 0.8); std::shared_ptrcoal::ConvexBase shape2 = loadConvexMesh("../path/to/mesh/file.obj");

// Define the shapes' placement in 3D space coal::Transform3s T1; T1.setQuatRotation(coal::Quaternion3f::UnitRandom()); T1.setTranslation(coal::Vec3s::Random()); coal::Transform3s T2 = coal::Transform3s::Identity(); T2.setQuatRotation(coal::Quaternion3f::UnitRandom()); T2.setTranslation(coal::Vec3s::Random());

// Define collision requests and results. // // The collision request allows to set parameters for the collision pair. // For example, we can set a positive or negative security margin. // If the distance between the shapes is less than the security margin, the shapes // will be considered in collision. // Setting a positive security margin can be usefull in motion planning, // i.e to prevent shapes from getting too close to one another. // In physics simulation, allowing a negative security margin may be usefull to stabilize the simulation. coal::CollisionRequest colreq; colreq.securitymargin = 1e-1; // A collision result stores the result of the collision test (signed distance between the shapes, // witness points location, normal etc.) coal::CollisionResult colres;

// Collision call coal::collide(shape1.get(), T1, shape2.get(), T2, colreq, colres);

// We can access the collision result once it has been populated std::cout << "Collision? " << colres.isCollision() << "\n"; if (colres.isCollision()) { coal::Contact contact = colres.getContact(0); // The penetration depth does not take into account the security margin. // Consequently, the penetration depth is the true signed distance which separates the shapes. // To have the distance which takes into account the security margin, we can simply add the two together. std::cout << "Penetration depth: " << contact.penetrationdepth << "\n"; std::cout << "Distance between the shapes including the security margin: " << contact.penetrationdepth + colreq.securitymargin << "\n"; std::cout << "Witness point on shape1: " << contact.nearestpoints[0].transpose() << "\n"; std::cout << "Witness point on shape2: " << contact.nearest_points[1].transpose() << "\n"; std::cout << "Normal: " << contact.normal.transpose() << "\n"; }

// Before calling another collision test, it is important to clear the previous results stored in the collision result. col_res.clear();

return 0; } ```

Python example

Here is the C++ example from above translated in python using the python bindings of Coal: ```python import numpy as np import coal

Optional:

The Pinocchio library is a rigid body algorithms library and has a handy SE3 module.

It can be installed as simply as conda -c conda-forge install pinocchio.

Installing pinocchio also installs coal.

import pinocchio as pin

def loadConvexMesh(filename: str): loader = coal.MeshLoader() bvh: coal.BVHModelBase = loader.load(filename) bvh.buildConvexHull(True, "Qt") return bvh.convex

if name == "main": # Create coal shapes shape1 = coal.Ellipsoid(0.7, 1.0, 0.8) shape2 = loadConvexMesh("../path/to/mesh/file.obj")

# Define the shapes' placement in 3D space
T1 = coal.Transform3s()
T1.setTranslation(pin.SE3.Random().translation)
T1.setRotation(pin.SE3.Random().rotation)
T2 = coal.Transform3s();
# Using np arrays also works
T1.setTranslation(np.random.rand(3))
T2.setRotation(pin.SE3.Random().rotation)

# Define collision requests and results
col_req = coal.CollisionRequest()
col_res = coal.CollisionResult()

# Collision call
coal.collide(shape1, T1, shape2, T2, col_req, col_res)

# Accessing the collision result once it has been populated
print("Is collision? ", {col_res.isCollision()})
if col_res.isCollision():
    contact: coal.Contact = col_res.getContact(0)
    print("Penetration depth: ", contact.penetration_depth)
    print("Distance between the shapes including the security margin: ", contact.penetration_depth + col_req.security_margin)
    print("Witness point shape1: ", contact.getNearestPoint1())
    print("Witness point shape2: ", contact.getNearestPoint2())
    print("Normal: ", contact.normal)

# Before running another collision call, it is important to clear the old one
col_res.clear()

```

Acknowledgments

The development of Coal is actively supported by the Gepetto team @LAAS-CNRS, the Willow team @INRIA and, to some extent, Eureka Robotics.

Owner

  • Name: Coal
  • Login: coal-library
  • Kind: organization

An extension of the Flexible Collision Library

Citation (CITATION.bib)

@misc{coalweb,
   author = {Jia Pan and Sachin Chitta and Dinesh Manocha and Florent Lamiraux and Joseph Mirabel and Justin Carpentier and Louis Montaut and others},
   title = {Coal: an extension of the Flexible Collision Library},
   howpublished = {https://github.com/coal-library/coal},
   year = {2015--2024}
}

GitHub Events

Total
  • Create event: 25
  • Issues event: 37
  • Release event: 2
  • Watch event: 124
  • Delete event: 21
  • Issue comment event: 120
  • Push event: 75
  • Pull request review comment event: 17
  • Pull request event: 127
  • Pull request review event: 102
  • Fork event: 20
Last Year
  • Create event: 25
  • Issues event: 37
  • Release event: 2
  • Watch event: 124
  • Delete event: 21
  • Issue comment event: 120
  • Push event: 75
  • Pull request review comment event: 17
  • Pull request event: 127
  • Pull request review event: 102
  • Fork event: 20

Issues and Pull Requests

Last synced: 6 months ago

All Time
  • Total issues: 25
  • Total pull requests: 69
  • Average time to close issues: 15 days
  • Average time to close pull requests: 23 days
  • Total issue authors: 15
  • Total pull request authors: 14
  • Average comments per issue: 0.88
  • Average comments per pull request: 0.14
  • Merged pull requests: 42
  • Bot issues: 0
  • Bot pull requests: 20
Past Year
  • Issues: 25
  • Pull requests: 68
  • Average time to close issues: 15 days
  • Average time to close pull requests: 3 days
  • Issue authors: 15
  • Pull request authors: 14
  • Average comments per issue: 0.88
  • Average comments per pull request: 0.12
  • Merged pull requests: 42
  • Bot issues: 0
  • Bot pull requests: 20
Top Authors
Issue Authors
  • hazidh (8)
  • jcarpent (2)
  • JonasBreuling (2)
  • imax10000 (2)
  • ay2718 (1)
  • j1nkun (1)
  • molg-karan (1)
  • csy-1009 (1)
  • ManifoldFR (1)
  • cho-m (1)
  • jmorgan-bdai (1)
  • boltik99 (1)
  • animaRoboticsTeam (1)
  • jorisv (1)
  • esvaran-eureka (1)
Pull Request Authors
  • nim65s (22)
  • jorisv (12)
  • update-pixi-lockfile[bot] (9)
  • dependabot[bot] (8)
  • lmontaut (6)
  • ManifoldFR (5)
  • pre-commit-ci[bot] (3)
  • jcarpent (3)
  • hrp2-14 (2)
  • xndcn (1)
  • abussy-aldebaran (1)
  • andrewleachtx (1)
  • Moisan (1)
  • VictorEngmarkHexagon (1)
  • rjoomen (1)
Top Labels
Issue Labels
Pull Request Labels
no changelog (36) pixi (9) dependencies (8) github_actions (8) pr status to review (2) pr status wip (1)

Dependencies

.github/workflows/macos-linux-conda.yml actions
  • actions/checkout v2 composite
  • conda-incubator/setup-miniconda v2 composite
.github/workflows/ros_ci.yml actions
  • actions/cache v2 composite
  • actions/checkout v2 composite
  • ros-industrial/industrial_ci master composite
.github/workflows/windows-conda-clang.yml actions
  • actions/checkout v2 composite
  • goanpeca/setup-miniconda v1 composite
.github/workflows/windows-conda-v142.yml actions
  • actions/checkout v2 composite
  • goanpeca/setup-miniconda v1 composite