TE
TechEcho
Home24h TopNewestBestAskShowJobs
GitHubTwitter
Home

TechEcho

A tech news platform built with Next.js, providing global tech news and discussions.

GitHubTwitter

Home

HomeNewestBestAskShowJobs

Resources

HackerNews APIOriginal HackerNewsNext.js

© 2025 TechEcho. All rights reserved.

Ever: Exact Volumetric Ellipsoid Rendering for Real-Time View Synthesis

80 pointsby alphabetting8 months ago

5 comments

pavlov8 months ago
It’s great how the field of realtime volumetric rendering is alive with so many options and new yet simple approaches are being invented.<p>Reminds me of the mid-1990s before everyone basically agreed that lots of triangles of any size are the right model representation. There were NURBs and metaballs and reyes micropolygons and who knows what else… Even Nvidia’s first hardware accelerator chip used quads instead of triangles (just before Microsoft made triangles the standard in Direct3D).<p>Looking forward to seeing where this settles in a couple of years! The intersection of video and 3D is about to get super interesting creatively.
评论 #41729198 未加载
评论 #41729555 未加载
yklcs8 months ago
The main selling point of Gaussian Splatting over NeRF-based methods is rendering (and training) speed and efficiency. This does come at the cost of physical correctness as it uses splatting instead of a real radiance field.<p>This method tries to move back to radiance fields, but with a primitive-based representation instead of neural nets. Rendering performance seems to be quite poor (30fps on a 4090), and rendering quality improvements seem to be marginal.<p>I&#x27;m not quite sure I understand where this fits in when NeRFs and 3DGS already exist at the opposite ends of the correctness-speed tradeoff spectrum. Maybe somewhere in the middle?
评论 #41729330 未加载
评论 #41748517 未加载
xeonmc8 months ago
Neat, the concept is so elegantly obvious:<p>- your dataset is already an analytic representation of stretched spheres. Just assume that they are a hard shape of plasma with uniform density throughout the volume.<p>- for each pixel perform ray intersection against each spheroid, the thickness that the ray went through is precisely how much thickness the spheroid is contributing light to your pixel (obviously also multiplied by solid angle)<p>- since it’s light, there is no occlusion, so just stack the contribution from all the ellipsoids together and you’re done.<p>- since you are rendering a well-defined shape without self occlusion, there is no random popping in and out no matter the angle.<p>The computation is practically equivalent to rendering CSG shapes, except even easier since you only ever add and not occlude&#x2F;subtract. It also scales with rat racing hardware directly.
评论 #41734686 未加载
评论 #41731639 未加载
desdenova8 months ago
I always assumed this was already how those were rendered, because that&#x27;s kinda obvious, and raymarching is a standard technique for real-time volumetric rendering.
alphabetting8 months ago
Impressive video: <a href="https:&#x2F;&#x2F;twitter.com&#x2F;alexandertmai&#x2F;status&#x2F;1841739387400552826" rel="nofollow">https:&#x2F;&#x2F;twitter.com&#x2F;alexandertmai&#x2F;status&#x2F;1841739387400552826</a>