pouët.net

warp information 172 glöps

• general:
• level: user
• personal:
• first name: Markus

• 8k Windows Planefiller by 0b5vr
• Perfect visuals and audio. Loses a little bit of steam towards the end.
• rulezadded on the 2024-11-20 08:51:12
• 64k JavaScript RE:ORE by ukonpower
• Very enjoyable!
• rulezadded on the 2024-11-20 08:33:26
• demo Windows bruh i ain't naming things by Moonbase
• Lots of cool stuff going on and lovely details! Feels fresh with the well synced track.
• rulezadded on the 2024-11-19 10:29:34
• demo Linux Windows Karl Bauhaus by Carl B
• Worthy successor to Carl Bling :>
• rulezadded on the 2024-10-14 12:19:27
• 4k Windows Horizon Machine by Eos & Alcatraz [web]
• outstanding!
• rulezadded on the 2024-10-14 10:17:04
• 8k Windows fr-minus-210: Attractor by Farbrausch [web]
• Cool track!
• rulezadded on the 2024-10-14 09:23:52
• 64k JavaScript luminosity by bypass [web]
• We rendered a converged version (256 spp) of the intro:
  
  https://www.youtube.com/watch?v=KrE181wamdo
• isokadded on the 2024-10-11 22:04:54
• 4k Windows Starseed by LJ & Puryx
• everything is so well done, mad respect!
• rulezadded on the 2024-10-10 15:33:30
• 4k Windows Glowflight by Altair
• Cool stuff!
• rulezadded on the 2024-10-10 15:31:31
• 64k JavaScript luminosity by bypass [web]
• @wrighter @zavie The intro does not use any RTX or other APIs (e.g. OptiX). As far as I know WebGPU does not yet support the raytracing part. Rendering is done in a couple of compute shaders, with a final fragment shader for postprocessing (applying glow, gamma etc) and blitting. We are path tracing 1 SPP with 5 bounces, but most of the time don't get that far due to RR. The path tracing follows a "wavefront" style pipeline, i.e. no single "megashader" that does everything. In terms of geometry we are only intersecting triangles. (Meshes for primitives are generated CPU side. Letter meshes are embedded intro data.) We did analytically intersect primitives at some point in time too, but trimmed it down to triangles only. I felt this is most versatile and keeps the pipeline uniform/simple. (Might have been better to keep it, now that there are basically just primitives.) All objects are dynamic per se even though we had very few animations in the intro. Lights are sampled via RIS (resampled importance sampling). We tried different approaches (e.g. stochastic light cuts), but RIS hit the sweet spot for complexity/size/quality. Material bsdf is standard microfacet for reflection/refraction (Walter et al) blended with simple diffuse (even though I think it does not show in the intro). MIS weights contributions between light and material sampling. During shading stages we render an additional attribute buffer (like a g-buffer) for later filtering, which is done via SVGF. SVGF unfortunately blurs reflections/refractions unpleasantly and introduces ghosting. We improved that for pure specular reflections, where we can provide noise free attribute buffers (which SVGF needs). Refractions still suffer, because they are sampled stochastically (only 1 ray). This was the first 64kb in a long time for us and generally a first for me utilizing path tracing, so I guess there is much to improve and learn. Criticism/suggestions/ideas are welcome!
  
  @wrighter I can report that I'm seeing differences when switching the WebGPU power preferences. My machine has an integrated Intel and a dedicated Nvidia GPU. When I request the "low power" adapter the integrated card will be utilized by Chrome. Specifying no power preference or requesting with the "high-performance" flag, I seem to be getting the dedicated GPU, which then unfortunately fails when initializing the view from the context's texture. (It works with the high performance setting if I'm just running the compute shaders and not present via the swap chain.) webgpureport.org shows the two GPUs plus a fallback adapter at least in Firefox. Devs on the WebGPU mailing list said that WebGPU on Linux wasn't a major priority. :(
• isokadded on the 2024-10-09 11:23:59