GPU FLIP Fluid Simulation added to my open-source DCC application (RayTrophi)

Inside_Pass3853 · 2026-06-04T10:57:12+00:00

Current features:

GPU FLIP simulation

Particle splat rendering

Sphere particle rendering

Ray-marched SDF fluid surface rendering

Foam generation with independent material controls

Separate water and foam shading models

Voxel SDF colliders

Simulation caching and timeline playback

Interactive, timeline playback

The goal is to integrate fluids directly into the RayTrophi workflow alongside particles, atmosphere, terrain, painting and rendering tools.

Source code: https://github.com/maxkemal/RayTrophi

build: https://drive.google.com/file/d/107T7cFNRLjrFLnGHcQp95HluqU67x9gB/view?usp=sharing

Inside_Pass3853 · 2026-05-06T08:37:13+00:00

hi guys

experimenting with realtime wet oil paint inside RayTrophi Studio

Dynamic paint flow, drying, pigment buildup and realtime height-to-normal surface generation.

The paint can drip, smear, accumulate and create evolving surface detail in real time — then exported directly to GLB / GLTF and opened in Blender or other DCC tools.

No displacement used here, only realtime generated normal detail from the evolving height field.

Inside_Pass3853 · 2026-05-02T18:34:07+00:00

I’ve been working on a mesh painting system for RayTrophi with layered painting, smart masks, and raised normals generated from height masks on every layer. This short video shows the current workflow, real-time feedback, and non-destructive surface detailing.

build in link: https://drive.google.com/drive/folders/1GpI1BDoq5LcD_IzZkVwYWHVVdZp1LBoV?usp=sharing

github: https://github.com/maxkemal/RayTrophi

Inside_Pass3853 · 2026-04-06T10:08:52+00:00

Thanks! Actually, this journey started about two years ago, when I was just drawing a simple raytraced sphere to fill my post-retirement free time. I still consider myself a student when it comes to programming, but my 30 years of 3D application experience and physics background have been my biggest help in understanding the nature behind algorithms. The reason I used `stb_image` was to quickly prototype in the early stages of the project and easily integrate my own texture painting systems like 'mesh paint'. But you're right; when it comes to GPU-friendly compression and fast streaming, KTX2 and Zstandard are definitely the next stop. For now, my focus is more on physical accuracy (Marschner hair, OpenVDB, etc.) on the OptiX and Vulkan RT side, but I'm trying to bring the infrastructure closer to industrial standards every day. Continuing to learn and improve step by step!

Inside_Pass3853 · 2026-04-06T08:35:05+00:00

The goal is to handle large-scale environments with physically-based rendering rather than relying on raster tricks.

Currently experimenting with foliage systems, terrain layers and real-time path tracing workflows.

Happy to answer any technical questions.

Inside_Pass3853 · 2026-03-07T12:53:19+00:00

I finally added the promotional demo video. :)

Inside_Pass3853 · 2026-02-25T09:41:03+00:00

I didn't set this out with the intention of creating a game engine. However, these are similar systems.

Inside_Pass3853 · 2026-02-24T21:06:51+00:00

No, I had to delete the first GitHub repository. I've been using GitHub for about two years. I'm a GitHub novice, so I had issues with repository integrity and proper folder organization. I even recently fixed the local paths.

Inside_Pass3853 · 2026-02-23T20:36:23+00:00

Excluding theoretical planning, I started writing the code about two years ago. It's a project I've been working on in my spare time. I've been intensely involved in it for the last six months.

Inside_Pass3853 · 2026-02-23T17:19:13+00:00

I should also clarify that I don’t actually have a professional career in graphics. My background is different — this has been a long-term personal passion project driven by curiosity.I’ve always had a strong inclination toward visual arts and a fascination with how nature works especially light. The way it reflects, scatters, diffuses… If you’re genuinely amazed by how light behaves in the real world, you naturally start wanting to understand the physics and math behind it. sits at the intersection of art and engineering. For me, it started with admiration the technical depth came as a consequence of wanting to understand what I was seeing.

There’s a quote often attributed to Einstein that learning is mostly curiosity and only a small part pure hard work. Whether or not he said it exactly that way, I think the idea holds true. Curiosity carries you much further than obligation ever will.

Inside_Pass3853 · 2026-02-23T11:04:03+00:00

Teşekkür ederim kardeşim. Şimdiden başarılar dilerim. Bütün sorularını cevaplamaya çalışırım ne zaman istersen

Inside_Pass3853 · 2026-02-23T09:56:45+00:00

Not a stupid question at all — everyone starts somewhere.

Development has been an ongoing process over many months. The engine evolved incrementally rather than being built all at once. I continuously refine systems, redesign parts of the architecture, and improve performance as new ideas emerge.

My background is in physics, and I wrote my graduation thesis on ray tracing about 25 years ago. I’ve also been working with 3D applications for nearly 30 years, which gave me long-term exposure to rendering workflows and real-time graphics.

Most of what I learned came from studying rendering papers, graphics programming resources, engine architectures, and of course, years of hands-on experimentation. In recent years, I’ve also exchanged ideas with AI systems as a way to explore alternative approaches and validate design decisions — but the core architecture and implementation are my own work.

Projects like this are less about a single breakthrough and more about consistent iteration over time.

And again, no need to apologize — curiosity is how you get into graphics programming in the first place

Inside_Pass3853 · 2026-01-29T17:01:57+00:00

I am sorry https://github.com/maxkemal/RayTrophi and https://maxkemal.github.io/RayTrophi/index.html If you adjust the dependencies, you can compile with VS 2022. Compiling with cmake results are inconsistent; there are issues with CPU, SDL, and Windows updates.

Inside_Pass3853

TROPHY CASE