-
Notifications
You must be signed in to change notification settings - Fork 592
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
Possible issue with initICP in RGBDOdometry.cpp #83
Comments
Nice, great find! That's a pretty significant bug that was probably making the geometric term go to crap below the first pyramid level. I'd imagine the photometric term was doing all of the heavy lifting below that. I was planning to but never got the time, hopefully in the future. |
Hi again! I have another question about RGBDOdometry. The version of I'm not sure if this is intended, but it seems from the code that the two Thanks again! Best, |
Hmm, interesting find. It's a very long time since I wrote this code, but if I test what looks like a fix, performance on all benchmarks is significantly worse. So as you observed it's non-obvious as to what's going on here, but the way it is now is the way it works. It may be the case that something is poorly named. Long on my to do list is a big refactor and clean up of the tracking code (including visualising residuals etc...), but finding the time for that is difficult. |
Cool, thanks a lot! I'll keep you updated if I happen to gain any insight on this. |
Hi,
Thanks for releasing this code!
I was looking at the code in RGBDOdometry.cpp and noticed that calls in lines 162-163 have the same arguments:
while it seems like they should read:
Of course, I may be missing something. This particular variant of initICP() is used in line 487 of ElasticFusion.cpp.
Also, I was wondering if you were planning to release RGBDOdometry as a separate package (in the spirit of ICPCUDA which it seems to build upon).
Thank you!
Best,
Kostas
The text was updated successfully, but these errors were encountered: