Live data from Hacker News

Triangle splatting: radiance fields represented by triangles

trianglesplatting.github.io

21–30 of 81 posts

Re: Triangle splatting: radiance fields represented by triangles

#21

Can someone explain what a splat is? I did graphics programming 25 years ago, but haven't touched it since. I don't think I've ever heard this word before.

The prior paper by the authors spends more time explaining what's happening, would start there:

https://convexsplatting.github.io/

the seminal paper is still this one:

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

Re: Triangle splatting: radiance fields represented by triangles

#22

> The triangles are well aligned with the underlying geometry. All triangles share a consistent orientation and lie flat on the surface. When I first read "triangle splatting," I assumed Gaussians were just replaced by triangles, but triangles being aligned with geometry changes everything. Looking forward to seeing this in action in traditional rendering pipelines.

Normal aligned 3DGS was already proposed earlier[1]. This seems more like an iteration on getting performance improvement by moving from the theoretical principle closer to what the hardware is already doing well and finding a sweet spot of brute amount of features, fast rasterization method and perceived image quality.

It's already noticeable that there doesn't seem to be one fits all approach. Volumetric feathered features like clouds will not profit much from triangle representation vs high visual frequency features.

There are various avenues for speeding up rendering and improving 3d performance of 3DGS.

it's surely a very interesting research space to watch.

https://arxiv.org/pdf/2410.20593

https://speedysplat.github.io/

another venue is increasing the complexity of the gradient function like applying Gabor filters

https://arxiv.org/abs/2504.11003

some many ways to adapt and extend on the 3dgs principles.

Re: Triangle splatting: radiance fields represented by triangles

#26
post #14

I'm so confused about the citation: author = {Held, Jan and Vandeghen, Renaud and Deliege, Adrien and Hamdi, Abdullah and Cioppa, Anthony and Giancola, Silvio and Vedaldi, Andrea and Ghanem, Bernard and Tagliasacchi, Andrea and Van Droogenbroeck, Marc}, while on arxiv and the top of the page Jan Held, Renaud Vandeghen, Adrien Deliege, Abdullah Hamdi, Silvio Giancola, Anthony Cioppa, Andrea Vedaldi, Bernard Ghanem, An…

it's the same list of authors, written in different formats the first one is SURNAME, NAME separated by "and" the second one is NAME SURNAME separated by commas The second one is easier to read by humans, but the first one makes it clearer what is the surname (which would be ambiguous otherwise, when there are composite names). But then again, the first format breaks when someone has "and" in their name, which is not…

Why do they use "and"? Why not use an unambiguous joining token like `/`? This just feels like an abuse of informal language to produce fundamentally formal data.

As it stands, it certainly does not resemble readable or parseable english.

Re: Triangle splatting: radiance fields represented by triangles

#27
This looks really nice, but I cant help to think this is a stop gap solution like other splatting techniques. It's certainly better than NERFs, where the whole scene is contained in a black box, but reality is not made up of a triangle soup or gaussian blobs. Most of the real world is made up of volumes, but can often be thought of as surfaces. It makes sense to represent the ground, a table, walls, etc with planes, not a cloud of semi translucent triangles. This is like pouring LEGO on the floor and moving them around until you get something that looks ok from a distance, instead of putting them together. Obviously looking good is often all that's needed, but it doesn't feel very elegant.

Although, the normals look pretty good in their example images, maybe you can get good geometry from this using some post processing? But then is a triangle soup really the best way of doing that? My impression is that this is chosen specifically to get a final representation that is efficient to render on GPUs. I haven't done any graphics programming in years, but I thought you'd want to keep the number of draw calls down, do you need to cluster these triangles into fewer draw calls?

Is there any work being done to optimize a volumetric representation of scenes and from that create a set of surfaces with realistic looking shaders or similar? I know one of the big benefits of these splatting techniques is that it captures reflections, opacity, anisotropicity, etc, so "old school" photogrammetry with marching cubes and textured meshes have a hard time competing with the visual quality.

Re: Triangle splatting: radiance fields represented by triangles

#28

Earlier quoted context omitted.

it's the same list of authors, written in different formats the first one is SURNAME, NAME separated by "and" the second one is NAME SURNAME separated by commas The second one is easier to read by humans, but the first one makes it clearer what is the surname (which would be ambiguous otherwise, when there are composite names). But then again, the first format breaks when someone has "and" in their name, which is not…

Why do they use "and"? Why not use an unambiguous joining token like `/`? This just feels like an abuse of informal language to produce fundamentally formal data. As it stands, it certainly does not resemble readable or parseable english.

It’s how the bibtex author field is defined. You don’t get free choice here. As far as I’m aware bibtex defines and as the separator

https://bibtex.eu/fields/author/

Re: Triangle splatting: radiance fields represented by triangles

#29
After an email exchange with the lead author, I just rendered one of their demo datasets using my Datoviz GPU rendering library [1]. It looks nice and it's quite fast. I'm just rendering uniform triangles using standard 3D rasterization.

https://github.com/user-attachments/assets/6008d5ee-c539-451...

(or https://github.com/datoviz/data/blob/main/gallery/showcase/s...)

I'll add it to the official gallery soon, with proper credits.

[1] https://datoviz.org/

Post reply on HN