Skip to content

Commit

Permalink
Update README.md
Browse files Browse the repository at this point in the history
  • Loading branch information
mp3guy committed Mar 23, 2015
1 parent e4769fc commit 4b4e360
Showing 1 changed file with 2 additions and 0 deletions.
2 changes: 2 additions & 0 deletions README.md
Original file line number Diff line number Diff line change
Expand Up @@ -5,6 +5,8 @@ Requires CUDA, Boost, Eigen and OpenCV. I've built it to take in raw TUM RGB-D d

The code is a mishmash of my own stuff written from scratch, plus a bunch of random classes/types taken from [PCL](https://github.com/PointCloudLibrary/pcl/tree/master/gpu/kinfu/src/cuda) (on which the code does not depend :D). The slower version of ICP I compare to is the exact same version in PCL. In my benchmarks I have also found it to be faster than the [SLAMBench](http://apt.cs.manchester.ac.uk/projects/PAMELA/tools/SLAMBench/) implementation and hence the [KFusion](https://github.com/GerhardR/kfusion) implementation. I have not tested against [InfiniTAM](https://github.com/victorprad/InfiniTAM).

The particular version of ICP implemented is the one introduced by [KinectFusion](http://homes.cs.washington.edu/~newcombe/papers/newcombe_etal_ismar2011.pdf). This means a three level coarse-to-fine registration pyramid, from 160x120 to 320x240 and finally 640x480 image sizes, with 4, 5 and 10 iterations per level respectively.

The fast ICP implementation, which is my own, essentially exploits the shlf instruction added to compute capable 3.0 devices that removes the need for warp level synchronisation when exchanging values, see more [here](http://devblogs.nvidia.com/parallelforall/faster-parallel-reductions-kepler/).

Run like;
Expand Down

0 comments on commit 4b4e360

Please sign in to comment.