Steffen Dünner

jsmack
this is the result with Cycles. It seems to be losing a lot of energy when it stacks up in depth, even though I have indirect unclamped and 24 bounces. is it just fast because it's cheating and wrong? I would think even 4096 wrong samples would take longer than 1024 good ones.

Just in case: In Cycles you can up the "Min Transparent Bounces" to make sure Russian Roulette doesn't terminate transparent rays too early. Maybe it helps. Energy conservation / preservation shouldn't be a problem in latest Blender 4.x any more.

Just downloaded the 19.5.407 and Vellum is working with OpenCL again (Linux, nVidia drivers 520.61.05).

If you're using the Pyro SOP, the Output tab might help you a lot:

[postimages.org]

Does all the nice stuff like convert to VDB, switch to 16bit half float, downsample vel field, ...