New Mantaflow build seems to not render smoke in either Eevee or Cycles #71269

New Issue

Mark Spink · 2019-11-01T16:01:36+01:00

Mark Spink commented

2019-11-01 16:01:36 +01:00

System Information
Operating system: Windows-10-10.0.18362 64 Bits
Graphics card: GeForce GTX 1070 Ti/PCIe/SSE2 NVIDIA Corporation 4.5.0 NVIDIA 436.48

Blender Version
Broken: version: 2.81 (sub 12), branch: fluid-mantaflow, commit date: 2019-10-19 21:25, hash: 998c8d18f2
Worked: (optional)

Short description of error
[Was attempting to see if the new build has fixed the issue in #69870, but after re-baking smoke & noise I was unable to render either in Cycles or Eevee (Workbench didn't render the smoke but I don't know if it should).]

Exact steps for others to reproduce the error
[Built a scene from scratch, added sphere then ran a 'quick smoke' on it, baked and tried to render, all I'm seeing is the sphere, no smoke. Smoke shows in the viewport fine weather you're using Eevee or Cycles, but nothing in render.
Bake the attached and try to render. I think the new build has fixed the issue in #69870, but can't confirm as I can only see it in the viewport.
I just tried the attached in the previous build- I had to rer-bake it, but it rendered ok. {F7891037}]
[Based on the default startup or an attached .blend file (as simple as possible)]

**System Information** Operating system: Windows-10-10.0.18362 64 Bits Graphics card: GeForce GTX 1070 Ti/PCIe/SSE2 NVIDIA Corporation 4.5.0 NVIDIA 436.48 **Blender Version** Broken: version: 2.81 (sub 12), branch: fluid-mantaflow, commit date: 2019-10-19 21:25, hash: `998c8d18f2` Worked: (optional) **Short description of error** [Was attempting to see if the new build has fixed the issue in #69870, but after re-baking smoke & noise I was unable to render either in Cycles or Eevee (Workbench didn't render the smoke but I don't know if it should).] **Exact steps for others to reproduce the error** [Built a scene from scratch, added sphere then ran a 'quick smoke' on it, baked and tried to render, all I'm seeing is the sphere, no smoke. Smoke shows in the viewport fine weather you're using Eevee or Cycles, but nothing in render. Bake the attached and try to render. I think the new build has fixed the issue in #69870, but can't confirm as I can only see it in the viewport. I just tried the attached in the previous build- I had to rer-bake it, but it rendered ok. {[F7891037](https://archive.blender.org/developer/F7891037/SmokeNoRender.blend)}] [Based on the default startup or an attached .blend file (as simple as possible)]

Mark Spink commented

2019-11-01 16:01:36 +01:00

Added subscriber: @marks-4

blender-admin commented

2019-11-01 16:01:36 +01:00

#71433 was marked as duplicate of this issue

Mark Spink commented

2019-11-01 17:34:26 +01:00

I think there's another issue: I was trying the attached file on my laptop, to be sure it won't render on another machine with the new build (it will not), but I noticed that pause and resume baking seems to be broken now.
I tried this several times and it is consistent: if you pause then resume the sim starts from the beginning again every time it is paused. If you bake it all the way through without pausing it works OK, but if you pause and resume the sim starts again from wherever you paused it.
I tried pause and resume several times during a single bake with the cache duration set to 150, every frame I paused on, the sim starts again from that frame (as if it were starting from the first frame again), it does not continue baking from where it was paused.
I had to shoot it on my phone to show this (as it won't render out at the moment), this video is the 150 frame bake paused and resumed 3 times. (I missed the top first time, but you can see all 3 pauses in the second loop) PauseResumeBroken.mp4
I realised all these bakes were using 'unicache' so I tried open VDB and raw, same issue.

I think there's another issue: I was trying the attached file on my laptop, to be sure it won't render on another machine with the new build (it will not), but I noticed that pause and resume baking seems to be broken now. I tried this several times and it is consistent: if you pause then resume the sim starts from the beginning again every time it is paused. If you bake it all the way through without pausing it works OK, but if you pause and resume the sim starts again from wherever you paused it. I tried pause and resume several times during a single bake with the cache duration set to 150, every frame I paused on, the sim starts again from that frame (as if it were starting from the first frame again), it does not continue baking from where it was paused. I had to shoot it on my phone to show this (as it won't render out at the moment), this video is the 150 frame bake paused and resumed 3 times. (I missed the top first time, but you can see all 3 pauses in the second loop) [PauseResumeBroken.mp4](https://archive.blender.org/developer/F7891998/PauseResumeBroken.mp4) I realised all these bakes were using 'unicache' so I tried open VDB and raw, same issue.

Sebastián Barschkis was assigned by Brecht Van Lommel

2019-11-06 15:41:16 +01:00

Germano Cavalcante commented

2019-11-08 21:50:42 +01:00

Added subscriber: @Alecheck

Chris Clawson commented

2019-11-20 00:33:35 +01:00

Added subscriber: @ChrisClawson

Chris Clawson commented

2019-11-20 00:33:35 +01:00

This bug looks like my problem with the fluid-mantaflow v2.82 Alpha hash - 1cd70c4f090e . I see the problem in both Windows and Linux.

It is possible to render a smoke sim, with the default domain Resolution Divisions setting of 64. It is also possible to clear the cache and re-bake the sim. However, any change to the default 64 value, breaks the blend file, forever!
All kinds of resolution changes can be made, baked and viewed in the 3D window, but a broken file will only seems to actually render frame 1.
The ability to actually render the sim actually breaks as soon as you change the domain's default resolution!

After further experimentation, I realize that other domain changes may also break the ability to render. I suppose the problem is not directly related to domain resolution. I have also since discovered that deleting the entire sim from the file and then building a new smoke sim, from scratch, will initially render (with the defaults), but breaks in the same way as settings are changed.

This bug looks like my problem with the fluid-mantaflow v2.82 Alpha hash - 1cd70c4f090e . I see the problem in both Windows and Linux. ***It is possible*** to render a smoke sim, with the default domain Resolution Divisions setting of 64. It is also possible to clear the cache and re-bake the sim. However, *any change* to the default 64 value, breaks the blend file, forever! All kinds of resolution changes can be made, baked and viewed in the 3D window, but a broken file will only seems to actually render frame 1. The ability to actually render the sim actually breaks as soon as you change the domain's default resolution! After further experimentation, I realize that other domain changes may also break the ability to render. I suppose the problem is not directly related to domain resolution. I have also since discovered that deleting the entire sim from the file and then building a new smoke sim, from scratch, will initially render (with the defaults), but breaks in the same way as settings are changed.

Mark Spink commented

2019-11-21 09:53:21 +01:00

Hello, still no smoke render in the 20th November build, tried 64 divisions setting: nothing, just the emitter in both eevee and cycles.
Pausing and resuming bake still broken as well.

Hello, still no smoke render in the 20th November build, tried 64 divisions setting: nothing, just the emitter in both eevee and cycles. Pausing and resuming bake still broken as well.

Sebastián Barschkis commented

2019-11-21 10:45:43 +01:00

Hi! The rendering issue should be fixed now (baceb915526b). @marks-4 can you explain the "resume" issue a bit more? I haven't been able to reproduce it yet. Thanks!

Mark Spink commented

2019-11-22 00:18:24 +01:00

The 'resume' issue is that the sim starts from frame 1 again, from when you pause it, rather than continuing. The video I posted above shows it (badly probably), that is a 150 frame bake that I paused whilst baking 3 times, you can see the frame number just about, under the FPS, top left of viewport. So from about half way through the video is a full cycle from frame 1-150- and you can see the smoke starts emitting on frame one & 3 more times that coincide with when I paused the bake and resumed.
I'll have a try at screen capturing the issue & post what I'm seeing, or film my screen with a better camera than my phone, but first I'll see if it still exists in the new build...
Cheers!
Mark

The 'resume' issue is that the sim starts from frame 1 again, from when you pause it, rather than continuing. The video I posted above shows it (badly probably), that is a 150 frame bake that I paused whilst baking 3 times, you can see the frame number just about, under the FPS, top left of viewport. So from about half way through the video is a full cycle from frame 1-150- and you can see the smoke starts emitting on frame one & 3 more times that coincide with when I paused the bake and resumed. I'll have a try at screen capturing the issue & post what I'm seeing, or film my screen with a better camera than my phone, but first I'll see if it still exists in the new build... Cheers! Mark

Sebastián Barschkis commented

2019-11-22 10:02:29 +01:00

Ah, thanks for clarifying! Just looked at it and I can confirm that the "Noise Resume" has a bug in 20933a1d4439. For me it's baking the frame twice when resuming.

Mark Spink commented

2019-11-23 07:52:35 +01:00

Hello, all rendering issues fixed as far as I can see, looks like pause & resume works (or at least doesn't start again from first frame when resumed). Thanks!
But the smoke seems to ignore the pre-roll in the scene, from frame -15 to frame 0, or maybe now a 16 frame pre-roll is not long enough perhaps.
It looks like #69870 still exists as well-
Adaptive+noAdaptive.mp4

The smoke behaves differently, as I'd expect, but does not seem to respect the pre-roll from frame -15, or the pre-roll does not affect the smoke as much, and shows a 'twitch' (#69870) between frame 85 & 86.
I had a look at the scene in the 3D viewport, solid mode, and the smoke does not appear until frame 1, I don't know if this was the case in the old pre modular/replay cache build, but the first frame in the attached clip shows the difference in a 16 frame preroll between the two builds, the smoke on the right is way more turbulent on frame 1 than the smoke on the left.

Hello, all rendering issues fixed as far as I can see, looks like pause & resume works (or at least doesn't start again from first frame when resumed). Thanks! But the smoke seems to ignore the pre-roll in the scene, from frame -15 to frame 0, or maybe now a 16 frame pre-roll is not long enough perhaps. It looks like #69870 still exists as well- [Adaptive+noAdaptive.mp4](https://archive.blender.org/developer/F8157768/Adaptive_noAdaptive.mp4) The smoke behaves differently, as I'd expect, but does not seem to respect the pre-roll from frame -15, or the pre-roll does not affect the smoke as much, and shows a 'twitch' (#69870) between frame 85 & 86. I had a look at the scene in the 3D viewport, solid mode, and the smoke does not appear until frame 1, I don't know if this was the case in the old pre modular/replay cache build, but the first frame in the attached clip shows the difference in a 16 frame preroll between the two builds, the smoke on the right is way more turbulent on frame 1 than the smoke on the left.

Jacques Lucke commented

2020-01-15 17:08:34 +01:00

Added subscriber: @JacquesLucke

Jacques Lucke commented

2020-01-15 17:08:34 +01:00

Changed status from 'Needs Triage' to: 'Needs User Info'

Jacques Lucke commented

2020-01-15 17:08:34 +01:00

Is this still an issue in the latest builds?

Mark Spink commented

2020-01-16 00:48:30 +01:00

Changed status from 'Needs User Info' to: 'Resolved'

Mark Spink closed this issue

2020-01-16 00:48:30 +01:00

Mark Spink commented

2020-01-16 00:48:30 +01:00

In #71269#815751, @marks-4 wrote:
Hello, all rendering issues fixed as far as I can see, looks like pause & resume works (or at least doesn't start again from first frame when resumed). Thanks!
But the smoke seems to ignore the pre-roll in the scene, from frame -15 to frame 0, or maybe now a 16 frame pre-roll is not long enough perhaps.
It looks like #69870 still exists as well-

> In #71269#815751, @marks-4 wrote: >**Hello, all rendering issues fixed as far as I can see, looks like pause & resume works (or at least doesn't start again from first frame when resumed). Thanks!** > But the smoke seems to ignore the pre-roll in the scene, from frame -15 to frame 0, or maybe now a 16 frame pre-roll is not long enough perhaps. > It looks like #69870 still exists as well-

Sign in to join this conversation.

No Label

Download

What's New

Blender Studio

Manual

Developers Blog

Documentation

Benchmark

Blender Conference

Development Fund

One-time Donations

New Mantaflow build seems to not render smoke in either Eevee or Cycles #71269