Signed distance field raymarching in Godot 4, authored with nodes. Physics-driven metaballs melt into the SDF cubes in one fullscreen pass, and since every CSG op works on (color, distance) pairs, the colors blend along with the shapes.

Two free editions: Standalone shader (CC0): one .gdshader, no scripts paste onto a QuadMesh, edit map(). Godot Shaders https://godotshaders.com/shader/fullscreen-sdf-raymarching-with-smooth-csg-and-depth/

Node-based project (MIT): shapes as Node3D nodes, live editor preview, physics, up to 32 primitives and a write-up. VavLabs Mit
https://vav-labs.com/case-studies/sdf-raymarcher-godot/

Distance functions after Inigo Quilez.

youtube: https://youtu.be/Y1sd9Cx4NAs

  • sp3ctr4l@lemmy.dbzer0.com
    link
    fedilink
    English
    arrow-up
    3
    ·
    1 month ago

    To my knowledge, this is the first time anyone has done this in Godot, and that in itself is very impressive.

    I was fucking around with my own attempt at giving Godot a kind of octree based … spatial framework, if that makes any sense… I wonder what that and this could do together.

    • insomniac_lemon@lemmy.cafe
      link
      fedilink
      English
      arrow-up
      2
      ·
      1 month ago

      To my knowledge, this is the first time anyone has done this in Godot

      There is Zylann’s godot_sdf_blender. Not sure how it compares, though.

      octree based

      It would be cool to have Cube 2: Sauerbraten map support (I especially like things like arches and other mesh details). Though a lot of the look can be done with meshes+vertex colors (more materials for things like glow, metal) the missing piece for me is the map editing workflow* particularly something more intended for modularity (Godot’s gridmap is clunky when it comes to multiple cell sizes).

      * I haven’t been able to try the new vertex snapping, nor Trenchbroom/Cyclops

      I wonder what that and this could do together.

      Excavation game? Both in terms of globbing dirt to walls, and dynamically dividing walls down that convert to SDF objects when small enough for digged surface. Actually this seems to exist as well, JorisAR’s GDVoxelTerrain:

      This project adds a smooth voxel terrain system to godot. More precisely, it uses an octree to store an SDF, which is then meshed using a custom version of surface nets. Level of detail systems are in place for large viewing distances.

  • insomniac_lemon@lemmy.cafe
    link
    fedilink
    English
    arrow-up
    2
    ·
    1 month ago

    up to 32 primitives

    This seems very low unless it’s nuanced or multiple tricks can be used. Joined operations/volumes/surfaces, scheduled calculations etc. So I’d like to see what can be implemented in more examples.

    The SIGGRAPH talk for PixelJunk Shooter 2 covers things like this albeit 2D, distance fields are used for the walls (2, static+dynamic, merged into 1), different shader techniques for liquids.

    • Stratos@programming.devOP
      link
      fedilink
      arrow-up
      3
      ·
      1 month ago

      32 is a deliberate ceiling for this edition, not a limit of the technique. The design goal was set no compute no buffers one file shapes travel as uniform arrays, and every primitive adds a distance eval to every march step on every pixel, so a fully analytic field doesn’t want hundreds anyway. The scaling tricks are exactly the ones you list bake everything static into a precomputed SDF texture and sample it as a single primitive. That’s the natural direction for the node based edition if it grows to v2

      Hadn’t seen the liquids part of that SIGGRAPH talk thanks for the pointer, watching it.