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
Dear Authors, Thanks for the code!
On running on a particular sequence of images multiple times, the output of DROID-SLAM varies a bit. On debugging, I found out that the randomness of the output was due to the DBA code written in c++ (the flow updates(at first time) were same across multiple runs but after DBA the output become different accross multiple runs). Could you please tell which particular part of the DBA code is the origin of this randomness of trajectories? @zachteed@lahavlipson@xiesc@jiadeng
Thanks in advance.
The text was updated successfully, but these errors were encountered:
The same inputs go to this function droid_backends.ba() across multiple runs on same video, but the results of poses and depths after that were not same across different runs. So this droid_backends.ba() function is the source of randomness. I believe it is calling this function ba_cuda(). So could you tell which operation inside this cuda function is making the result unreproducible across different runs??
And is there some way to make that reproducible? @lahavlipson@zachteed ??
Dear Authors, Thanks for the code!
On running on a particular sequence of images multiple times, the output of DROID-SLAM varies a bit. On debugging, I found out that the randomness of the output was due to the DBA code written in c++ (the flow updates(at first time) were same across multiple runs but after DBA the output become different accross multiple runs). Could you please tell which particular part of the DBA code is the origin of this randomness of trajectories?
@zachteed @lahavlipson @xiesc @jiadeng
Thanks in advance.
The text was updated successfully, but these errors were encountered: