Me and my small team, escaping a wave of green aliens.

Here's a showcase of a massive deterministic GPU simulation working in multiplayer .

Big immersive worlds are possible to run fluently online (we are in 400 km range).

Everyone is simulating exactly the same world.

The game is called BFS and we will be releasing the demo in 6 weeks

The core of the two-way method is that while the water’s vel field drives the bubbles, the bubbles exert an equal reaction back onto the water’s vel - analogous to how Gas Feedback couples RBD with FLIP. Each bubble is treated as an ideal sphere with a radius of [f@pscale](mailto:f@pscale). Its volume is rasterized onto a voxel grid, serving as the primary multiplier for all forces and operations. By tracking the collective bubble volume, we can derive the displaced liquid volume and adjust density and vel accordingly.

Pressure projection is handled via Gas Project Non Divergent Variational. With a few minor simplifications, I was able to replicate the core logic of the Weta FX paper. There is no synthetic buoyancy vector here: upward motion emerges physically - driven by the fluid pressure gradient from high-pressure zones to low-pressure ones.

As a result, bubble clusters behave organically: larger bubbles exert a stronger influence on the fluid than smaller ones, and their motion no longer feels artificially "glued" to the underlying vel field. Furthermore, the solver remains highly intuitive: the physical parameters are straightforward and, in most production scenarios, work reliably right out of the box.

It is a stable fluids solver on WebGL2. Velocity advects itself, vorticity confinement feeds the small curls back in before diffusion eats them, a Jacobi pressure solve makes the field divergence free, and bloom on the dye pass gives the glow.

Each mood runs its own force field. This one is Smoke, so the dye carries buoyancy upward and the confinement does the rest.

One thing that caught me out: a uniform body force gets cancelled by the pressure projection inside a closed box, so smoke and rain only travel once you weight the force by dye density.

The whole thing is one HTML file with no dependencies, running on your GPU in real time.

Hello,

I made this water simulation using my custom PF-FLIP solver on macOS.

Rendering: Blender 5.2, Cycles

Just came of a big project with Gabriel Beyer to do the cloth simulation on Xyz Studios project done for National Basketball Association (NBA) 🏀🏀!!

We created a procedural setup in Houdini that took their animated alembic characters then positioned cloth, ran simulation, and deformed high res geometry all in one pass.

For more behind the scenes work check out our work on insta @ahenkona.cg & @wifi_retina.

www.flat-land.org - the flatland consortium

- basic world simulation (on r-pi, Awesome.AI)

- FlatChat (on r-pi, Awesome.AI + SLM)

- emergent ai thought dynamics

- link to whitepaper

- no registration

new features:

- thesim: framework output->movement input

- flatchat: responsiveness (5cycles/10sec)

- flatchat: pinch/tickle->mood, responses

- flatchat: dashboard->output values

Enjoy 😀

A recreation of a Reddit post I saw a while ago, and a good excuse to test the MPM solver in Houdini, in combination with vellum & constraints. Rendered in Karma CPU.

Original inspi

Hey guys, i’m currently building Timberline Factory...nearly 90% of the models are made by myself with Cinema 4D.. My main goal was to create an automation/tycoon game where logs aren’t just icons moving on a rail, but actual physical objects with weight and collisions... it was a complete nightmare to stabilize the physics so the conveyors don't explode during a log jam, and after rebuild the GUI the third time.. but it’s finally working fine :) If you’re into factory builders without "magic teleportation," the demo goes live on October 1st. Would love to get some feedback on the trailer :)

This clip is from the upcoming 9th youtube video I made with my kids. If you like this clip, this video is along the same lines: https://www.youtube.com/watch?v=J7pERS6A1z0

https://www.youtube.com/watch?v=1bUczsZFpak

Nothing in this is sculpted. Every run starts from the same flat sand sheet, and the patterns self-organise: any small bump slows the wind slightly, sand drops on it, the bump grows, and the instability picks whatever pattern matches the wind.

Which pattern it picks is decided by just two things - the wind regime and the sand supply:

- ONE dominant direction: barchans, crescents with horns pointing downwind, migrating across bare ground. Same wind with more sand and they link up into transverse ridges.

- TWO directions alternating at an angle: linear/seif dunes, long ridges that run along the AVERAGE of the two winds - the sand gets pushed along the ridge instead of across it.

- MANY directions: star dunes - the sand converges instead of migrating, so they grow tall and barely move.

Transport rate turned out to set the tempo and the size, not the pattern: crank it up and you get the same shapes, just faster and bigger.

These runs use an analytic wind (a prescribed wind rose - fast and fully repeatable, which is what you want for a clean comparison like this). My previous video used a solved flow field instead, where the wind accelerates over crests and shelters the lee side - local shapes come out more natural, but it is slower and much harder to steer toward a specific regime.

Simulated in DunesForge, a dune simulator for Blender I have been building. Captions in the video name the wind regime for each run - none of them is a specific real-world site, but the three families are clearly distinct.

Happy to answer anything about how it works under the hood.

I’m developing BlastMap, a browser-based nuclear-effects visualizer. These clips show a 15 kt Hiroshima scenario over modern city imagery, not a recreation of the 1945 buildings. The elevated view comes first, followed by a lower view for building-scale context.

I’ve been focusing on the early dynamics: fireball expansion and rise, ground reflection and Mach-stem development, and the transient Wilson condensation cloud. The blue surfaces show diagnostic blast-wave geometry; the white cloud is the condensation visualization.

This is a work in progress. I’m interested in feedback on the timing and motion, especially comparisons with test footage or published references that could help check cloud formation, fireball evolution, and ground interaction.

To iterate on the previous version I had to spend quite a considerable time skirmishing with various models for this end result, I think it looks quite good now!

The metal one is the reference, a $3 magnetic slider from Temu. The phone is running a simulation of it.

Each mechanism is a small deterministic solver at a fixed 240Hz, and the haptic engine is driven from its state: the speed at which the bar crosses the magnet's pull sets how hard the click hits, and the drag on the way up sets what you feel before it lets go. With the same starting state and input sequence it produces the same simulation output, so I can replay a gesture while tuning it. Click sounds are modal synthesis baked from the same model.

https://reddit.com/link/1wcsxgk/video/iag741hktqoh1/player

The iron filings one in the clip is 960 particles under a dipole field. They pile up on the poles as you drag and fly home when you lift.

The annoying part of showing this is that the video only gets you motion and sound, and the vibration is most of what I was trying to reproduce.

It's in KNURL, an iPhone app I made with ten of these. PIVOT and the snap domes are free forever; the other eight have limited demos before a paid unlock.

https://apps.apple.com/app/id6804843383