Mantaflow smoke preview will not update till domain settings are changed #77170

New Issue

Julian Mohr · 2020-05-29T17:47:34+02:00

Julian Mohr commented

2020-05-29 17:47:34 +02:00

System Information
Operating system: Windows-10-10.0.18362-SP0 64 Bits
Graphics card: GeForce GTX 1060 6GB/PCIe/SSE2 NVIDIA Corporation 4.5.0 NVIDIA 445.87

Blender Version
Broken: version: 2.90 (sub 4), branch: master, commit date: 2020-05-29 12:30, hash: d1bc233ffe
Worked: (2.7)

Short description of error
Mantaflow somke preview will not update till setting on the domain are changed.

Exact steps for others to reproduce the error
based on default cube
apply quick smoke and move the cube inside the domain.
2020-05-29 17-35-45.mp4

**System Information** Operating system: Windows-10-10.0.18362-SP0 64 Bits Graphics card: GeForce GTX 1060 6GB/PCIe/SSE2 NVIDIA Corporation 4.5.0 NVIDIA 445.87 **Blender Version** Broken: version: 2.90 (sub 4), branch: master, commit date: 2020-05-29 12:30, hash: `d1bc233ffe` Worked: (2.7) **Short description of error** Mantaflow somke preview will not update till setting on the domain are changed. **Exact steps for others to reproduce the error** based on default cube apply quick smoke and move the cube inside the domain. [2020-05-29 17-35-45.mp4](https://archive.blender.org/developer/F8563394/2020-05-29_17-35-45.mp4)

Julian Mohr commented

2020-05-29 17:47:34 +02:00

Added subscriber: @Jewls

blender-admin commented

2020-05-29 17:47:34 +02:00

#84550 was marked as duplicate of this issue

blender-admin commented

2020-05-29 17:47:34 +02:00

#81216 was marked as duplicate of this issue

blender-admin commented

2020-05-29 17:47:34 +02:00

#80709 was marked as duplicate of this issue

Julian Mohr commented

2020-05-29 17:51:05 +02:00

Also something funny happens with duplicated objects.
2020-05-29 17-28-06.mp4

I assume its because the objects share the same cache.
2020-05-29 18-14-58.mp4

mantaflow-glitch.blend

Also something funny happens with duplicated objects. [2020-05-29 17-28-06.mp4](https://archive.blender.org/developer/F8563410/2020-05-29_17-28-06.mp4) I assume its because the objects share the same cache. [2020-05-29 18-14-58.mp4](https://archive.blender.org/developer/F8563497/2020-05-29_18-14-58.mp4) [mantaflow-glitch.blend](https://archive.blender.org/developer/F8566087/mantaflow-glitch.blend)

Germano Cavalcante commented

2020-06-02 14:05:54 +02:00

Added subscriber: @mano-wii

Germano Cavalcante commented

2020-06-02 14:05:54 +02:00

Changed status from 'Needs Triage' to: 'Confirmed'

Germano Cavalcante commented

2020-06-02 14:05:54 +02:00

I can confirm.
In blender 2.79 this used to work.
Maybe it's the same problem as #76095

I can confirm. In blender 2.79 this used to work. Maybe it's the same problem as #76095

Sebastián Barschkis commented

2020-08-03 11:34:18 +02:00

Added subscriber: @sebbas

Sebastián Barschkis commented

2020-08-03 11:34:18 +02:00

Yes, there is currently no mechanism that resets the cache after changing a flow object. Only changing the domain itself will clear the cache.
I will set this report to known issue for now.

Yes, there is currently no mechanism that resets the cache after changing a flow object. Only changing the domain itself will clear the cache. I will set this report to known issue for now.

Richard Antalik commented

2020-09-16 13:40:23 +02:00

Added subscribers: @Rawalanche, @jenya4231, @schmicky

Ludvik Koutny commented

2020-09-16 14:33:00 +02:00

This should have way higher priority. Back when Blender had it's own internal fluid solver, it wasn't the best quality, but at least it was usable. The issues with Mantaflow implementation are so severe it's really hard to confidently say Blender currently has any reasonable means of creating fluid simulations. The workflow is broken to such a degree it's just not possible to use this in any degree of production scenario.

This should also be considered a regression, because we went from usable fluid solver from pre Mantaflow branch merge to now unusable fluid solver.

How can something that is completely dealbreaking in terms of the entire software major feature (fluid simulation) be simply categorized as Known Issue? Known issues are usually minor limitations, not major things that invalidate one whole section of the software feature set.

Blender has a whole section dedicated to Simulation at https:*www.blender.org/features/ yet this "known issue" basically eliminates it. So if it's okay to categorize this as known issue, then it'd be appropriate to remove Fire&Smoke and Fluid section from https:*www.blender.org/features/simulation/.

This should have way higher priority. Back when Blender had it's own internal fluid solver, it wasn't the best quality, but at least it was usable. The issues with Mantaflow implementation are so severe it's really hard to confidently say Blender currently has any reasonable means of creating fluid simulations. The workflow is broken to such a degree it's just not possible to use this in any degree of production scenario. This should also be considered a regression, because we went from usable fluid solver from pre Mantaflow branch merge to now unusable fluid solver. How can something that is completely dealbreaking in terms of the entire software major feature (fluid simulation) be simply categorized as Known Issue? Known issues are usually minor limitations, not major things that invalidate one whole section of the software feature set. Blender has a whole section dedicated to Simulation at https:*www.blender.org/features/ yet this "known issue" basically eliminates it. So if it's okay to categorize this as known issue, then it'd be appropriate to remove Fire&Smoke and Fluid section from https:*www.blender.org/features/simulation/.

Dalai Felinto commented

2020-09-16 15:25:04 +02:00

Added subscriber: @dfelinto

Dalai Felinto commented

2020-09-16 15:25:04 +02:00

@Rawalanche there seems to be a clear workaround (tweak the domain object), so I don't see how this is a deal-breaker.

Known issues reflect the upcoming agenda of a module and serve to communicate that to users to avoid misaligned expectations. @sebbas can elaborate further on the reason this won't be prioritized now.

@Rawalanche there seems to be a clear workaround (tweak the domain object), so I don't see how this is a deal-breaker. Known issues reflect the upcoming agenda of a module and serve to communicate that to users to avoid misaligned expectations. @sebbas can elaborate further on the reason this won't be prioritized now.

Sebastián Barschkis commented

2020-09-16 16:53:03 +02:00

@Rawalanche I personally try to fix any report, regardless of its subtype or priority. Tagging this as "Known issue" was a mistake, sorry about that.

Ludvik Koutny commented

2020-09-16 19:23:58 +02:00

In #77170#1017001, @dfelinto wrote:
@Rawalanche there seems to be a clear workaround (tweak the domain object), so I don't see how this is a deal-breaker.

Known issues reflect the upcoming agenda of a module and serve to communicate that to users to avoid misaligned expectations. @sebbas can elaborate further on the reason this won't be prioritized now.

You really think that having to click on the domain and change some random parameter, then revert it back to previous value on the domain object after every single change to parameters or transforms of any inflow, force, collider etc... in scene is an acceptable workaround?

I mean, it make so ridiculously little sense. If a domain GUI interaction is required after almost any change to the various scene elements affecting the outcome of the fluid simulation, then what is the point of even having a "Replay" mode. If one has to already click on domain properties to refresh it, then the user may as well set the mode to "All" instaed and cycle the Bake/Free bake button. Then, the Replay mode can be completely removed, as otherwise all it serves as is a giant room for error, because most of the users will be hardly aware of the nonsensical intricacy that the Replay mode really only works with domain settings, and changing any other requires manual refresh. And how is the manual refresh performed? "Well - you just change something on the domain and then undo it."

Here's an analogy. Imagine the same degree of problem in Mesh Editing section of Blender: Any mesh edit tool like extrude, loop cut, knife, etc... would show no changes to the mesh after performed. The viewport would be displaying outdated mesh prior to mesh editing operation. After exiting to Object mode, and re-entering the Edit mode, the changes would finally appear. Can you imagine simply classifying this as a Know Issue and then saying "there seems to be a clear workaround (exit and re-enter edit mode), so I don't see how this is a deal-breaker." ?

Honestly, I can't understand how anyone could consider workflow resulting from this workaround to be even remotely in the territory of acceptable:
2020-09-16_19-16-06.mp4

If you are the one in charge of managing the tasks of Blender developers (which I assume so, as you are the one who usually puts together meeting notes), then you should know the Fluid Simulation part of Blender at least to such a degree that you'd realize how breaking this is to a major feature of Blender, and how far below it is compared to quality standards of other parts of Blender.

If you by any chance have contacts to some high profile Blender users and influencers, I'd suggest reaching out to them and asking them if they had used Blender's fluid simulation tools ever since Mantaflow branch merge, and if so, whether they had any success using it. I think you'll be surprised.

> In #77170#1017001, @dfelinto wrote: > @Rawalanche there seems to be a clear workaround (tweak the domain object), so I don't see how this is a deal-breaker. > > Known issues reflect the upcoming agenda of a module and serve to communicate that to users to avoid misaligned expectations. @sebbas can elaborate further on the reason this won't be prioritized now. You really think that having to click on the domain and change some random parameter, then revert it back to previous value on the domain object after **every single** change to parameters or transforms of any inflow, force, collider etc... in scene is an acceptable workaround? I mean, it make so ridiculously little sense. If a domain GUI interaction is required after almost any change to the various scene elements affecting the outcome of the fluid simulation, then what is the point of even having a "Replay" mode. If one has to already click on domain properties to refresh it, then the user may as well set the mode to "All" instaed and cycle the Bake/Free bake button. Then, the Replay mode can be completely removed, as otherwise all it serves as is a giant room for error, because most of the users will be hardly aware of the nonsensical intricacy that the Replay mode really only works with domain settings, and changing any other requires manual refresh. And how is the manual refresh performed? "Well - you just change something on the domain and then undo it." Here's an analogy. Imagine the same degree of problem in Mesh Editing section of Blender: Any mesh edit tool like extrude, loop cut, knife, etc... would show no changes to the mesh after performed. The viewport would be displaying outdated mesh prior to mesh editing operation. After exiting to Object mode, and re-entering the Edit mode, the changes would finally appear. Can you imagine simply classifying this as a Know Issue and then saying "there seems to be a clear workaround (exit and re-enter edit mode), so I don't see how this is a deal-breaker." ? Honestly, I can't understand how anyone could consider workflow resulting from this workaround to be even remotely in the territory of acceptable: [2020-09-16_19-16-06.mp4](https://archive.blender.org/developer/F8889770/2020-09-16_19-16-06.mp4) If you are the one in charge of managing the tasks of Blender developers (which I assume so, as you are the one who usually puts together meeting notes), then you should know the Fluid Simulation part of Blender at least to such a degree that you'd realize how breaking this is to a major feature of Blender, and how far below it is compared to quality standards of other parts of Blender. If you by any chance have contacts to some high profile Blender users and influencers, I'd suggest reaching out to them and asking them if they had used Blender's fluid simulation tools ever since Mantaflow branch merge, and if so, whether they had any success using it. I think you'll be surprised.

Carlos Troncoso commented

2020-09-30 17:57:13 +02:00

Check it on 2.91.0 alpha. https://builder.blender.org/download/
Crashes fixed and viewport updates seems fine.

Check it on 2.91.0 alpha. https://builder.blender.org/download/ Crashes fixed and viewport updates seems fine.

Richard Antalik commented

2020-10-01 19:46:03 +02:00

Added subscriber: @iss

michael campbell commented

2020-10-11 04:33:43 +02:00

Added subscriber: @3di

michael campbell commented

2020-10-11 04:33:43 +02:00

Maybe a temporay workaround would be to make a modal that lets everything through except spacebar in conjunction with some other key, in which case it unchecks and rechecks 'use adaptive time steps' to ensure new settings are used, then rewinds and then plays.

michael campbell commented

2020-10-12 21:20:54 +02:00

@sebbas , @dfelinto mentioned you could shed some light why getting mantaflow up to the same standard as some other areas of Blender doesn't need to be a priority at the moment. Is this a hint that it's going to be replaced completely? I think I recall seeing that development of Mantaflow by it's developers ended in 2017 (could be wrong though).

Sebastián Barschkis commented

2020-10-12 22:12:38 +02:00

In #77170#1032765, @3di wrote:
@sebbas , @dfelinto mentioned you could shed some light why getting mantaflow up to the same standard as some other areas of Blender doesn't need to be a priority at the moment. Is this a hint that it's going to be replaced completely? I think I recall seeing that development of Mantaflow by it's developers ended in 2017 (could be wrong though).

@3di I am not aware that Dalai ever said that. The discussion in the comments above was just regarding this report and not about the simulation system itself. Please don't put your own interpretation into other people's comments.
As for this bug: Yes, I can see how this is not an optimal workflow. I will take a look at this as soon as possible.

As for Mantaflow itself, maybe it is not getting as many updates as in 2017, but I can guarantee you it is being maintained and gets a new feature every now and then.

> In #77170#1032765, @3di wrote: > @sebbas , @dfelinto mentioned you could shed some light why getting mantaflow up to the same standard as some other areas of Blender doesn't need to be a priority at the moment. Is this a hint that it's going to be replaced completely? I think I recall seeing that development of Mantaflow by it's developers ended in 2017 (could be wrong though). @3di I am not aware that Dalai ever said that. The discussion in the comments above was just regarding this report and not about the simulation system itself. Please don't put your own interpretation into other people's comments. As for this bug: Yes, I can see how this is not an optimal workflow. I will take a look at this as soon as possible. As for Mantaflow itself, maybe it is not getting as many updates as in 2017, but I can guarantee you it is being maintained and gets a new feature every now and then.

michael campbell commented

2020-10-12 22:35:06 +02:00

I only have my own interpretation of other peoples comments available to me :D .... which I'm aware may be incorrect... hence me asking you for your clarification.

Dalai said:

@Sebastián Barschkis (sebbas) can elaborate further on the reason this won't be prioritized now.

Anyway, thanks for the clarification, it wasn't my intention to make you defensive. I was just checking so I could decide if it was worth including mantaflow in a course I'm putting together.

Cheers 👍

I only have my own interpretation of other peoples comments available to me :D .... which I'm aware may be incorrect... hence me asking you for your clarification. Dalai said: @Sebastián Barschkis (sebbas) can elaborate further on the reason this won't be prioritized now. Anyway, thanks for the clarification, it wasn't my intention to make you defensive. I was just checking so I could decide if it was worth including mantaflow in a course I'm putting together. Cheers 👍

Sebastián Barschkis commented

2020-10-12 22:51:02 +02:00

We have so many channels nowadays (devtalk, blender.chat, social media, blenderartists) where we can talk about these topics all day long!
Your question was just too broad. The bug tracker needs to stay precise and strictly on-topic.

Just poke me in the chat next time for such questions and all is good!

We have so many channels nowadays (devtalk, blender.chat, social media, blenderartists) where we can talk about these topics all day long! Your question was just too broad. The bug tracker needs to stay precise and strictly on-topic. Just poke me in the chat next time for such questions and all is good!

michael campbell commented

2020-10-12 22:54:51 +02:00

cool, thanks.

Pinus commented

2020-10-12 23:23:24 +02:00

Added subscriber: @Pinus

Georg K commented

2020-10-31 02:51:54 +01:00

Added subscriber: @georgK

Benjamin commented

2020-11-05 11:25:00 +01:00

Added subscriber: @BenjaminMuller

Benjamin commented

2020-11-05 11:25:00 +01:00

Can this please be worked on? I realize that there are other problems and possible features, but this is incredibly annoying when trying to work with mantaflow.

John commented

2020-11-27 03:14:06 +01:00

Added subscriber: @sixeg

John commented

2020-11-27 03:14:06 +01:00

In #77170#1026153, @schmicky wrote:
Check it on 2.91.0 alpha. https://builder.blender.org/download/
Crashes fixed and viewport updates seems fine.

Nope, Replay caching mode is still broken on 2.91 release. Even setting a driver with a random noise to update the domain settings wont trigger the cache deletion. You have to manually select the domain and change some parameter, every, single, time. It makes the Replay mode useless since you already have to manually delete the cache on the Modular mode anyway. It's been 10 months since 2.82 came out with Mantaflow and I'm still using 2.81 for simulations because of this bug alone.

> In #77170#1026153, @schmicky wrote: > Check it on 2.91.0 alpha. https://builder.blender.org/download/ > Crashes fixed and viewport updates seems fine. Nope, Replay caching mode is still broken on 2.91 release. Even setting a driver with a random noise to update the domain settings wont trigger the cache deletion. You have to manually select the domain and change some parameter, every, single, time. It makes the Replay mode useless since you already have to manually delete the cache on the Modular mode anyway. It's been 10 months since 2.82 came out with Mantaflow and I'm still using 2.81 for simulations because of this bug alone.

Ludvik Koutny commented

2020-11-27 08:48:15 +01:00

In #77170#1062683, @sixeg wrote:

In #77170#1026153, @schmicky wrote:
Check it on 2.91.0 alpha. https://builder.blender.org/download/
Crashes fixed and viewport updates seems fine.

Nope, Replay caching mode is still broken on 2.91 release. Even setting a driver with a random noise to update the domain settings wont trigger the cache deletion. You have to manually select the domain and change some parameter, every, single, time. It makes the Replay mode useless since you already have to manually delete the cache on the Modular mode anyway. It's been 10 months since 2.82 came out with Mantaflow and I'm still using 2.81 for simulations because of this bug alone.

Yes, it's still broken. I am very confused about how is it possible that Mantaflow is getting new features before this is addressed. If there's just one developer working on MF integration, what's the point of adding a new features to a module no one can use because it's broken? No amount of new shiny features will make it usable as long as the dealbreaking bugs like this one are not solved.

> In #77170#1062683, @sixeg wrote: >> In #77170#1026153, @schmicky wrote: >> Check it on 2.91.0 alpha. https://builder.blender.org/download/ >> Crashes fixed and viewport updates seems fine. > > Nope, Replay caching mode is still broken on 2.91 release. Even setting a driver with a random noise to update the domain settings wont trigger the cache deletion. You have to manually select the domain and change some parameter, every, single, time. It makes the Replay mode useless since you already have to manually delete the cache on the Modular mode anyway. It's been 10 months since 2.82 came out with Mantaflow and I'm still using 2.81 for simulations because of this bug alone. Yes, it's still broken. I am very confused about how is it possible that Mantaflow is getting new features before this is addressed. If there's just one developer working on MF integration, what's the point of adding a new features to a module no one can use because it's broken? No amount of new shiny features will make it usable as long as the dealbreaking bugs like this one are not solved.

michael campbell commented

2020-11-27 10:39:40 +01:00

Removed subscriber: @3di

Raimund Klink commented

2020-12-02 10:14:41 +01:00

Added subscriber: @Raimund58

Germano Cavalcante commented

2021-01-12 19:58:13 +01:00

Added subscribers: @borschberry, @filedescriptor

Sebastián Barschkis commented

2021-01-13 12:05:39 +01:00

This bug will be a target for the 2.93 release (i.e. cache invalidation needs to be improved). Unfortunately there is no time to get this ready for 2.92.

saar oz commented

2021-02-12 18:56:47 +01:00

Added subscriber: @Creavite

Andre commented

2021-03-21 13:01:51 +01:00

Added subscriber: @Drenghel

Roger B commented

2021-04-09 10:25:28 +02:00

Added subscriber: @rboxman

Roger B commented

2021-04-09 10:25:28 +02:00

Hopefully not forgotten?

Donnie commented

2021-05-20 05:19:59 +02:00

Added subscriber: @Donnie-3

Donnie commented

2021-05-20 05:19:59 +02:00

Hi, I can confirm that this bug still happens in master branch blender 3.0 hash 47e88345a1.

Hi, I can confirm that this bug still happens in master branch blender 3.0 hash 47e88345a154.

Adam Janz commented

2021-05-20 22:53:46 +02:00

Added subscriber: @AdamJanz

Adam Janz commented

2021-05-20 22:53:46 +02:00

Finally got a chance to use the new Mantaflow fluid sim and I was wondering what on earth was wrong since the cache was not updating when a change was made to the flow object (unless some random parameter was changed in the Domain object). I am using 2.92 official release. Does anyone know if this bug has been fixed in any of the experimental builds? Mantaflow has a lot of potential but previewing results in real time is extremely difficult at present. Thanks for your time!

John commented

2021-06-02 22:14:37 +02:00

Can't believe that this is still broken on 2.93 release ._.

In #77170#1092635, @sebbas wrote:
This bug will be a target for the 2.93 release (i.e. cache invalidation needs to be improved). Unfortunately there is no time to get this ready for 2.92.

Can't believe that this is still broken on 2.93 release ._.

Can't believe that this is still broken on 2.93 release ._. > In #77170#1092635, @sebbas wrote: > This bug will be a target for the 2.93 release (i.e. cache invalidation needs to be improved). Unfortunately there is no time to get this ready for 2.92. Can't believe that this is still broken on 2.93 release ._.

AnityEx commented

2021-06-05 23:44:18 +02:00

Added subscriber: @AnityEx

HC commented

2021-06-28 18:09:41 +02:00

Added subscriber: @Fluffykins

HC commented

2021-06-28 18:09:41 +02:00

In #77170#1092635, @sebbas wrote:
This bug will be a target for the 2.93 release (i.e. cache invalidation needs to be improved). Unfortunately there is no time to get this ready for 2.92.

Hi, we're now on 2.93.1 LTS and this isn't fixed. Also I would like to add that modifying the domain object doesn't produce accurate results either as seen here (It seems to half-bake the effect or only work on the first frame?):

> In #77170#1092635, @sebbas wrote: > This bug will be a target for the 2.93 release (i.e. cache invalidation needs to be improved). Unfortunately there is no time to get this ready for 2.92. Hi, we're now on 2.93.1 LTS and this isn't fixed. Also I would like to add that modifying the domain object doesn't produce accurate results either as seen here (It seems to half-bake the effect or only work on the first frame?): ![blender issue 1.gif](https://archive.blender.org/developer/F10204897/blender_issue_1.gif)

AiSatan commented

2021-07-10 21:46:00 +02:00

Added subscriber: @aisatan.ne

nizar amous commented

2021-08-11 21:39:38 +02:00

Added subscriber: @NizarAmous

nizar amous commented

2021-08-11 21:39:38 +02:00

@sebbas working on performance while we need to go back and forth with the domain to refresh the cache is kinda weird thinking.... should't this bug, overall interactivity and ui/ux be a higher priority that rough performance ? imagine having gpu acceleration in 3.1 and still having to manually resetting the cache after each emitter/force change

Janne Aliu commented

2021-08-12 19:38:09 +02:00

Added subscriber: @Jaydead

Hmeliq commented

2021-09-17 10:16:05 +02:00

Added subscriber: @HmeliQ

hujin commented

2021-09-21 12:38:58 +02:00

Added subscriber: @2046411367

Dimitri Bastos commented

2021-09-21 16:51:47 +02:00

Added subscriber: @DimitriBastos

Dimitri Bastos commented

2021-09-21 16:51:47 +02:00

Any news on solving this issue?

Chingiz Jumagulov commented

2021-11-03 11:31:05 +01:00

Added subscriber: @MeshVoid

Fred Gobry commented

2021-11-22 04:57:46 +01:00

Added subscriber: @chbug

lictex_ commented

2022-01-28 18:30:03 +01:00

Added subscriber: @lictex_1

Iago Mota commented

2022-02-04 18:13:40 +01:00

Added subscriber: @Iago-Diogo-de-Vasconcelos-Mota

Adrian Smith commented

2022-04-14 11:51:18 +02:00

Added subscriber: @Phred42

Adrian Smith commented

2022-04-14 11:55:42 +02:00

Could a button be added to the cache section that we could push to invalidate the cache? This would remove the need to toggle a setting and could help a lot of people move forward.

Dalai Felinto commented

2022-05-09 11:02:26 +02:00

Removed subscriber: @dfelinto

Dalai Felinto commented

2022-05-09 11:02:26 +02:00

Mantaflow (fluid simulator) has no active developer at the moment. Moving those bugs as known issues so at least other users can find their issues already reported.