Gaussian-splatting Alternatives

gaussian-splatting reviews and mentions

• Show HN: Gaussian Splat renderer in VR with Unity
  2 projects | news.ycombinator.com | 24 Jan 2024

  Chris' post doesn't really give much background info, so here's what's going on here and why it's awesome.

  Real-time 3D rendering has historically been based on rasterisation of polygons. This has brought us a long way and has a lot of advantages, but making photorealistic scenes takes a lot of work from the artist. You can scan real objects like photogrammetry and then convert to high poly meshes, but photogrammetry rigs are pro-level tools, and the assets won't render at real time speeds. Unreal 5 introduced Nanite which is a very advanced LoD algorithm and that helps a lot, but again, we seem to be hitting the limits of what can be done with polygon based rendering.

  3D Gaussian Splats is a new AI based technique that lets you render in real-time photorealistic 3D scenes that were captured with only a few photos taken using normal cameras. It replaces polygon based rendering with radiance fields.

  https://repo-sam.inria.fr/fungraph/3d-gaussian-splatting/

  3DGS uses several advanced techniques:

  1. A 3D point cloud is estimated by using "structure in motion" techniques.

  2. The points are turned into "3D gaussians", which are sort of floating blobs of light where each one has a position, opacity and a covariance matrix defined using "spherical harmonics" (no me neither). They're ellipsoids so can be thought of as spheres that are stretched and rotated.

  3. Rendering is done via a form of ray-tracing in which the 3D Gaussians are projected to the 2D screen (into "splats"), sorted so transparency works and then rasterized on the fly using custom shaders.

  The neural network isn't actually used at rendering time, so GPUs can render the scene nice and fast.

  In terms of what it can do the technique might be similar to Unreal's Nanite. Both are designed for static scenes. Whilst 3D Gaussians can be moved around on the fly, so the scene can be changed in principle, none of the existing animation, game engines or artwork packages know what to do without polygons. But this sort of thing could be used to rapidly create VR worlds based on only videos taken from different angles, which seems useful.

• Bad accuracy after model training, Can someone help me ?
  1 project | /r/GaussianSplatting | 7 Dec 2023

  the repo which I used is : https://github.com/graphdeco-inria/gaussian-splatting

• The initial work to get the gaussian-splatting training code working on AMD/ROCm has been done
  1 project | /r/GaussianSplatting | 19 Oct 2023
• Future Tech SD VR, 3D modeling, Movies, and Video Game Creation (Paper / Videos included)
  1 project | /r/StableDiffusion | 10 Oct 2023
• Show HN: Real-Time 3D Gaussian Splatting in WebGL
  4 projects | news.ycombinator.com | 11 Sep 2023

  Really cool, I am also working on a port of gaussian-splatting [0] but to WebGPU.

  Like all the other implementations I have seen so far, this also makes the same mistake when projecting the ellipsoids in a perspective: First you calculate the covariance in 3D and then project that to 2D [1]. This approach only works with parallel / orthographic projections and applying it to perspectives leads to incorrect results. That is because perspective projections have two additional effects:

  - Parallax movements (that is the view plane moves parallel to the ellipsoids) change the shape of the projected ellipse. E.g. a sphere only appears circular when in center of the view, once it moves to the edges it becomes stretched into an ellipse. This effect is manually counter balanced by this matrix I believe [2].

  - Rotating an ellipse can change the position it appears at, or in other words creates additional translation. This effect is zero if the ellipse has one of its three axes pointing straight at the view (parallel to the normal of the view plane). But, if it is rotated 45°, then the tip of the ellipse that is closer to the view plane becomes larger through the perspective while the other end becomes smaller. Put together, this slightly shifts the center of the appearance away from the projected center of the ellipsoid.

  - Conic sections can not only result in ellipses but also parabola and hyperbola. This however is an edge case that only happens when the ellipsoid intersects with the view plane and can probably be ignored as one would clip away such ellipsoids anyway.

  The last two effects are not accounted for in these calculations in any of the implementations I have seen so far. What would be correct to do instead? Do not calculate the 3D covariance. Instead calculate the bounding cone around the ellipsoid which has its vertex at the camera position (perspective origin). Then intersect that with the view plane and the resulting conic section is guaranteed to be the correct contour of the perspective projection of the ellipsoid.

  [0]: https://github.com/graphdeco-inria/gaussian-splatting

• A note from our sponsor - SaaSHub
  www.saashub.com | 2 May 2024

  SaaSHub helps you find the best software and product alternatives Learn more →