![](https://media.sidefx.com/accounts/avatars/199318/resized/160/160/Montp-16-carre.png)
Enzo Crema
ZephirFX
About Me
Software Engineer,
Houdini Technical Artist &
Graphics Programming Enthusiast :)
専門知識
Developer
業界:
Education | Film/TV
Connect
LOCATION
Dublin,
Ireland
ウェブサイト
Houdini Engine
ADVANCED
プロシージャルワークフロー | Environments | Digital Assets | Pyro FX | Fluids
INTERMEDIATE
Solaris | Mantra | Karma | Realtime FX | PDG | VEX | Python
BEGINNER
キャラクタ & アニメーション | Motion Editing | Animation | Hair & Fur | Cloth | Crowds | Muscles | Lighting | 説明
Availability
I am currently employed at AWS
Recent Forum Posts
[OpenCL] Temporary NanoVDB Buffers ? 2024年7月23日4:38
Thanks for the ressources, yes I imagine OpenCL is not suitable for deep optimisations. For me it was a first step before digging deeper
.
Also I take Embergen as the optimisations upper limit, I probably won't achieve that.
If anyone reading this thread is interested / want to contribute feel free to contact me !
![](/static/djangobb_forum/img/smilies/smile.png)
Also I take Embergen as the optimisations upper limit, I probably won't achieve that.
If anyone reading this thread is interested / want to contribute feel free to contact me !
[OpenCL] Temporary NanoVDB Buffers ? 2024年7月21日5:45
PHENOMDESIGN
Inlinecpp too that you can reference in the nanovdb headers or a compiled Julia library . There will have to be some clever decomposition, abstraction, or/and multi-res.
I mean I'd rather do full on HDK than this tbh.
There's no need to have compiled Julia Libs or even implement NeuralVDB to have good performance to simulate a "realtime" or at least fast Smoke solver. I just need more control on the memory and avoid data transfer done when using nodes. I believe this is easily achievable.
How do I define performance ?
You can take Embergen as a benchmark as I believe this is peak performance for fluid solving. The guy who's working on it is really smart.
how large is the simulation domain
I'm not working on a specific simulation but on a solver, so with my current hardware I can probably go up to 500M active voxels.
So let's say a 1500^3 grid max with a 0.05 voxelscale
[OpenCL] Temporary NanoVDB Buffers ? 2024年7月20日4:58
PHENOMDESIGNI mean for the amount of particles used this is extremely slow :/
Vellum Fluids is looking pretty good in Christopher Rutledge's demo:
how to use the SUPER FAST fluid and grains in Houdini 20.5 [www.youtube.com]
PHENOMDESIGN
This channel provides a great explaination of Julia and the Spectral approach.
3D Pseudo-Spectral Navier-Stokes Solver in Julia
This looks interesting.
The thing is yes Houdini gives you that visual feedback which needed when working on Physics / Graphics stuff. But when building performance critical apps then Houdini is not powerfull enough, you'll then need to work on the HDK.
For example, every realtime-ish fluid solver are based on "Stable Fluids" algorithm by Jos Stam [www.researchgate.net] which is sadly not possible in Houdini due to poor performance and transfer when working on VDBs or native volumes.