Slang can be made extremely close to GLSL/Shadertoy style of shaders by using a set of defines and typealiases, I've made a template in compute.toyts just for that compute.toys/view/1947
I also ported my most popular shadertoy using it:
compute.toys/view/1948

Compute.toys finally got the Slang compiler integrated, which means its finally time to ditch WGSL 🎉🎉
I've ported my FFT to it, coding in it is much nicer. compute.toys/view/1922
Should try something with its autodiff next.

I've ported my vrchat isosurface ray tracer to shadertoy and added it to my fluid simulation there.
Its probably the fastest multibounce ray tracing for liquids I've made thus far.
shadertoy.com/view/w3sXzs

I've been improving my VRChat liquid simulation for the last few weeks. Of the most notable things that I've implemented is a ray tracing algorithm over a 3d texture isosurface (using some ideas from jcgt.org/published/00...)
Its surprisingly performant for VR resolutions!

I'm slowly porting my approximate grid SPH simulation to VRChat. It did require few improvements to be stable enough, now its a hybrid neighbor index/particle average grid.
Still need to implement
@d4rkpl4y3r.bsky.social 's mip counting sorting method for improved performance.

I usually render particle fluids with particles, as it gives the most details, but here I tried using ray marching for the fluid. It certainly is much more liquid like, but at the same time its slower and loses some detail. I wonder if I can improve this. compute.toys/view/1809

I tried to apply my previous simulation approach to model soft bodies. By keeping the initial positions and using those to create springs between particles with spring length being the distance between initial positions its easy to make a soft body sim.
compute.toys/view/1807

Algorithms that "average" or "merge" particles to reduce the amount of computation aren't new, for example to do gravity simulations efficiently there is the Barnes-Hut algorithm, where you build an entire hierarchy of particle averages on a tree (usually quad/octree)

So my second idea was "what if we only average the particles for the force/density computations only". Its not something you can do in Shadertoy, as you need some kind of rasterization to splat the particles on the gird.
Here I show cell averages with mass > 1 with red spheres

Been recently looking into fluid simulations again. This time I've testing if I can make a good SPH simulation but only having "average" cell particles. It seems to work surprisingly well, and it doesn't need sorting either.
compute.toys/view/1782
Explanation thread👇🧵

There was a severe lack of good volumetrics in VRC, so I decided to make my first VRChat world👀
vrchat.com/home/world/w...
The world is based on Room -02- world from どんぐりのお店's BOOTH and the volumetric fog is a modification of this Shadertoy shadertoy.com/view/Wc23Rm

Also example of how numpy's shuffle looks like

In 16 iterations it seems to converge to something random enough
Example 8 vs 16 iterations of shuffle

Been trying to figure out a way to get random sequence shuffles cheaply in-place.
Seem to have gotten something good enough
Perhaps its not the best way(and to be fair idk if there is anything better), but seems to work.

A week ago was trying to replicate the look of the lightbulb from Technology Connections video www.youtube.com/watch?v=dHsk...
I didn't get it very similar, but nonetheless it still is a very interesting result. compute.toys/view/1556

In my GS renderer I used a smoothstep, looked fine enough 🤷‍♂️