It's not new - that was sort of my point with my other comment.
replyAt least if it's progressive (so refines and resolves over time), this has been done with pointclouds in the VFX industry in GPU shaders for years in terms of stochastically drawing different points so eventually the whole point set gets rasterised to a fidelity threshold.
ookay, thanks for the clarification! So, the interesting part here seems to be the 3DGS-specific opacity correction and GPU workload mapping. Am I wrong?
replyPossibly yeah.
replyOr the per-pixel coord atomic I guess?
Right, that part seems to be based on Schütz et al. 2021 https://arxiv.org/abs/2104.07526
replyMonte Carlo in 3dgs is established enough that Spark [1] has been doing it for a while in the browser.
replyCannot find anything related to Monte Carlo methods in the source code. I thought Spark implemented a conventional 3DGS pipeline with LoD optimizations (And it seems they do the sorting on the CPU using Rust/WebAssembly because of WebGL limitations)
replythat goes all the way back to the Kajiya rendering equation https://en.wikipedia.org/wiki/Rendering_equation
reply