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
Some LiDARs, mainly 16-beam, 32-beam, and Livox-like sensors, produce relatively sparse point clouds compared to Velodyne-64/128, Ouster-64/128. Initially, KISS-ICP was mainly tested in 64/32 beam LiDARs, and doing a "double-downsample" made sense to speed up the registration loop.
But, as more and more people use the system, more LiDARs are being tested, which has become more of a problem. I've seen the pipeline fail because of this many times myself. In my case, it's easier to identify because I always inspect the "keypoint" we are using for registration, and when tested with such sparse LiDARs, the expected results are clear to me: it will fail. So I typically hack the pipeline and remove the downsample (as specified in #128 (comment) and #239 (comment) )
Possible solutions (please comment if you have ideas!)
Add a boolean flag in the configuration to specify that KISS is leading with a "sparse" lidar. This flag should also be exposed through the CLI so people can try kiss_icp_pipline <dataloader> --sparse-lidar
Add some more intelligent way of downsampling, trying to reason from the registration point of view. This would be the most "scientific" approach, but It might be harder to generalize this idea
Problem description
Some LiDARs, mainly 16-beam, 32-beam, and Livox-like sensors, produce relatively sparse point clouds compared to Velodyne-64/128, Ouster-64/128. Initially, KISS-ICP was mainly tested in 64/32 beam LiDARs, and doing a "double-downsample" made sense to speed up the registration loop.
But, as more and more people use the system, more LiDARs are being tested, which has become more of a problem. I've seen the pipeline fail because of this many times myself. In my case, it's easier to identify because I always inspect the "keypoint" we are using for registration, and when tested with such sparse LiDARs, the expected results are clear to me: it will fail. So I typically hack the pipeline and remove the downsample (as specified in #128 (comment) and #239 (comment) )
Hotfixes
Possible solutions (please comment if you have ideas!)
kiss_icp_pipline <dataloader> --sparse-lidar
Related issues
The text was updated successfully, but these errors were encountered: