VGGT-SLAM
Maggio 2025 · Paper
One-line summary — Dense monocular RGB SLAM that uses VGGT as its front-end, incrementally aligning feed-forward submap reconstructions with a factor graph optimized on the SL(4) manifold — because uncalibrated submaps can differ by a full 15-DoF projective transform, not just a similarity transform.
Problem
VGGT reconstructs a batch of frames in one forward pass, but GPU memory caps a single inference at roughly 60 frames on an RTX 4090 (24 GB), so long videos must be split into submaps that are then aligned into one map. Related works align submaps with similarity transforms (rotation + translation + scale), but VGGT-SLAM shows this is inadequate for uncalibrated cameras: by the Projective Reconstruction Theorem, with no assumptions on camera motion, scene structure, or intrinsics, the scene is recoverable only up to a 15-degrees-of-freedom projective transformation of the true geometry. A 7-DoF Sim(3) alignment therefore cannot always make two submaps agree — especially when disparity between frames is small and VGGT’s learned metric priors become unreliable, leaving residual shear, stretch, and perspective distortion between submaps.
Method & architecture
- Submap generation: a frame becomes a keyframe when its Lucas-Kanade disparity to the previous keyframe exceeds . Once keyframes accumulate, the submap’s image set is formed as — the last non-loop-closure frame of the previous submap plus up to retrieved loop frames — and passed to VGGT in one forward pass. Dense points come from inverse-projecting VGGT’s depth maps with its camera estimates (more accurate than the point head), pruned where confidence falls below of the average.
- Submap alignment on SL(4): for corresponding points in two overlapping submaps, alignment is a homography with 15 DoF instead of Sim(3)‘s 7. Because consecutive submaps share an identical frame, dense correspondences are known without any matching: is recovered from the homogeneous linear system (where holds the flattened homography), solved with a 5-point solver inside RANSAC and rescaled by the fourth root of its determinant so that . Camera matrices are corrected via .
- Loop closures: each keyframe gets a SALAD descriptor; retrieval against older submaps (L2 similarity above ) appends up to frames to the current submap, so loop-closure homographies again come from exact shared-frame correspondences rather than estimated associations.
- Backend — factor graph on the SL(4) manifold: absolute homographies mapping each submap into the global frame are estimated by MAP optimization where indexes odometry and loop-closure constraints and maps to the Lie algebra , parameterized by with over the 15 generators . Levenberg-Marquardt updates poses on-manifold as , with Jacobians and .
- The system requires no camera intrinsics, no consistent calibration across frames, and no additional training. A Sim(3) variant (VGGT pose + scale alignment) is also built for comparison.
Results
Evaluated on 7-Scenes and TUM RGB-D (ATE RMSE via evo), averaged over 5 runs on an RTX 4090; parameters , px, , 300 RANSAC iterations.
- TUM RGB-D (uncalibrated): the SL(4) version with is best overall with average ATE 0.053 m, vs MASt3R-SLAM* 0.060 m, DROID-SLAM* (auto-calibrated) 0.158 m, and the Sim(3) variant 0.074 m.
- 7-Scenes (uncalibrated): average ATE 0.067 m for both SL(4) and Sim(3) variants at — approximately the same as the top baseline MASt3R-SLAM* (0.066 m).
- Dense reconstruction (7-Scenes): best accuracy (0.052 m) and Chamfer distance (0.055 m) across compared methods (MASt3R-SLAM* reaches 0.068 m accuracy / 0.056 m Chamfer; Spann3R@20 0.069 / 0.058).
- Qualitative: a 55 m office-corridor loop is fused from 22 submaps into a globally consistent map; figure examples show scenes where Sim(3) cannot align submaps but SL(4) rectifies the projective ambiguity.
- Known failure mode: the planar TUM
floorscene (0.141 m) — the 15-DoF homography is degenerate for planar points, and 15 DoF also admit drift in scene perspective, not just scale/rotation/translation. Both issues motivated VGGT-SLAM 2.0.
Why it matters for SLAM
VGGT-SLAM is the first system to wrap a multi-view feed-forward foundation model into a proper SLAM loop — submaps, loop closure, and a principled treatment of the reconstruction ambiguity that such models leave unresolved. Its central observation, that uncalibrated feed-forward submaps must be aligned on SL(4) rather than Sim(3), is conceptually important for anyone building SLAM on top of learned geometry, and its SL(4) factor-graph solver has since been merged into GTSAM. It sits in a direct line from DROID-SLAM and MASt3R-SLAM toward increasingly learned SLAM stacks.
Related
- VGGT — the feed-forward front-end model
- VGGT-SLAM 2.0 — the follow-up system that removes the 15-DoF drift and planar degeneracy
- MASt3R-SLAM — SLAM built on pairwise pointmap predictions
- DROID-SLAM — earlier end-to-end learned SLAM with an optimization backend
- Visual Place Recognition (VPR) — the retrieval problem SALAD solves for loop closure
- Epipolar geometry — background for the projective-ambiguity argument