Reduce flickering in vdb render

[fixeighted]

I have a smoke sim that flickers throughout and am trying to identify what will reduce it, so any suggestions?

As a side note I'm using Embergen, so I can in fact get a superb result by outputting frames from there to composite, although I
would like the option to use it as a vdb too.

At their default sim settings for this of maybe 4mil cells, the quality of the result is orders of magnitude better than an exported vray vdb with a much higher, around 40mil voxel count.
So, is there nothing that Vray can do to match that output? It seems odd that the quality is so drastically different. Reasons?

[hermit.crab]

Could you send the scene (and simulation assets) so we can investigate?

[fixeighted]

I've had to move on considering deadlines, so I just stuck with the rendered output from Embergen, as the quality is so far above what I could hope to get using Vray's vdb, plus it's so
lightning quick to render scores of millions of voxels that there's simply no contest, so I deleted all the massive vdb files and can complete the project without issues.

If I have time in the next few days then I'll create an example, though it should be pretty simple to test even with one of their presets I think.
I'm happy to be proved wrong but think the differences in how the two outputs are made means that there'll be an inherent big mismatch between the two.

[hermit.crab]

We'll test with a sample .vdbs on the JengaFX's website. I'll write again if we find something.

[fixeighted]

Thanks; that's a great idea, so I'll be interested to see what you can achieve, as there are some benefits to having a vdb in the scene.

[hermit.crab]

Okay, we managed to get very close results with some simple adjustments in the settings. We tested with the Small Campfire preset from here. What we did:

1. Imported the .vdb files into a VRayVolumeGrid (preset: none)
2. We manually adjusted the channel mappings (VolumeGrid > Input > Browse button in the Render Cache Path > 3rd Party channel mappings). We used Embergen's density channel for Smoke and the flames channel for Fuel.
3. Next, in the Volumetric Options, under the Fire Rollout, we set the Fire to be based on Fuel and set the Physically Based parameter to 0 -- this is necessary for caches with low temperature (under 2000) such as the one in the sample.
4. We also remapped the fire's range to be between 0 and 1 via the Remap Grid Channel Color and Intensity Curve Editor. Note that Embergen seems to have its own curves, which modify the results, so to get close results, you need to play around with the curves.

Attaching a video rendered in V-Ray and a screenshot from the sample for comparison.

If there's still flickering on your end, it's usually caused by the Volume Light Cache (Volumetric Render Settings > Smoke Color). Disabling it should resolve the issue, but rendering may become slower.

[fixeighted]

Thanks for trying it out - it was helpful.

Looking at a quick test I just did, the culprit was definitely the volume light cache. This defaults to on and I assumed becasue of the slowdown warning that it's meant as
an improvement, which for me isn't the case.

I render progressive for the most part, and maybe it's only meant for the bucket method it mentions, but
just having it on makes the render an unuseable quality, and putting in any other values than the default 0.9 makes it so slow
that it's hard to see a use right now, though I'm sure I'm missing its purpose somehow.

Turning it off, however, not only sees an immediate 100x jump in quality but a speed that is just a few seconds, compared to the cache which takes 30 secs for a crappy low res crop.
I haven't time to render a sequence to check for flicker but judging by the frame I don't think it'll suffer, as it was the cache method that created the little visible dots of the voxels.

So anyway, I have my solution when I need it, though I'll still use Embergen's output for now, as it contains more detail in small wispy parts
and is just quicker to render (first image is Embergen) for what I need at the moment.