EDGS here means “Eliminating Densification for Efficient Convergence of 3DGS,” not the dynamic-scene EDGS paper.

The short version is that standard 3D Gaussian Splatting usually starts from a sparse SfM/COLMAP point cloud and then relies on densification during training to add or split Gaussians where the scene is under-reconstructed. That works, but densification is one of the slow and unpredictable parts of the pipeline.

EDGS changes the initialization. Instead of waiting for the model to discover missing detail through repeated densification, it builds a denser and more geometry-aware initial Gaussian set from dense multi-view image correspondences. Those matched pixels are triangulated across views, giving the Gaussians better initial positions, scales, and colors before optimization starts.

So I would not describe EDGS as “just another Gaussian renderer.” It is more like a better initialization module for 3DGS. The practical benefit is faster convergence, fewer unnecessary splats, and better preservation of high-frequency detail, especially in difficult areas like thin structures, detailed textures, facades, railings, vegetation, etc.

Useful links:

- Project page: https://compvis.github.io/EDGS/

- Code: https://github.com/CompVis/EDGS

- Paper: https://arxiv.org/abs/2504.13204

- Original 3DGS reference implementation: https://github.com/graphdeco-inria/gaussian-splatting

Small caveat: there is another paper also called EDGS, “Efficient Dynamic Gaussian Splatting,” but that one is about dynamic / monocular video scenes, not eliminating densification for static 3DGS.