blender/blender
blender/blender
192
610
Fork 954
Code Issues 6.4k Pull Requests 1.1k Projects 22 Wiki Activity

Mantaflow does not render flame when flow source is hidden from Renders #72192

New Issue
Closed
opened 2019-12-05 10:43:38 +01:00 by ifurkend · 30 comments
ifurkend commented 2019-12-05 10:43:38 +01:00
Copy Link

System Information
Operating system: Windows-7-6.1.7601-SP1 64 Bits
Graphics card: GeForce GTX 1060 6GB/PCIe/SSE2 NVIDIA Corporation 4.5.0 NVIDIA 388.13

Blender Version
Broken: version: 2.82 (sub 1), branch: fluid-mantaflow, commit date: 2019-11-26 22:21, hash: 0ca44974c9
Worked: (optional)

Short description of error
Mantaflow does not render the flame but only smokes of "fire + smoke" if the flow source is hidden from renders. I hide the source because it is just an emitter not intended to be visible in the final render.

Exact steps for others to reproduce the error

  1. Select the cube in the default new project, create "quick smoke" then change the source flow type to "fire + smoke".

  2. Select the domain object, bake data.

  3. Increase Blackbody Intensity value of the Smoke Domain Material, like 10.

  4. Render the effect, everything is as intended.

  5. Select the flow source, uncheck "Show in Renders" in Objects properties - Visibility.

  6. Free the domain data and bake again.

  7. Render again, now the flame disappear. (Notably the flame is still visible in Rendered Viewport, but not the actual render.)

  8. Enable visibility of the flow source, rebake the domain and everything is back to normal.

**System Information** Operating system: Windows-7-6.1.7601-SP1 64 Bits Graphics card: GeForce GTX 1060 6GB/PCIe/SSE2 NVIDIA Corporation 4.5.0 NVIDIA 388.13 **Blender Version** Broken: version: 2.82 (sub 1), branch: fluid-mantaflow, commit date: 2019-11-26 22:21, hash: `0ca44974c9` Worked: (optional) **Short description of error** Mantaflow does not render the flame but only smokes of "fire + smoke" if the flow source is hidden from renders. I hide the source because it is just an emitter not intended to be visible in the final render. **Exact steps for others to reproduce the error** 1. Select the cube in the default new project, create "quick smoke" then change the source flow type to "fire + smoke". 2. Select the domain object, bake data. 3. Increase Blackbody Intensity value of the Smoke Domain Material, like 10. 4. Render the effect, everything is as intended. 5. Select the flow source, uncheck "Show in Renders" in Objects properties - Visibility. 6. Free the domain data and bake again. 7. Render again, now the flame disappear. (Notably the flame is still visible in Rendered Viewport, but not the actual render.) 8. Enable visibility of the flow source, rebake the domain and everything is back to normal.
ifurkend commented 2019-12-05 10:43:38 +01:00
Author
Copy Link

Added subscriber: @ifurkend

Added subscriber: @ifurkend
blender-admin commented 2019-12-05 10:43:38 +01:00
Copy Link

#74841 was marked as duplicate of this issue

#74841 was marked as duplicate of this issue
Stephen Swaney commented 2019-12-05 16:24:07 +01:00
Copy Link

Added subscriber: @StephenSwaney

Added subscriber: @StephenSwaney
Stephen Swaney commented 2019-12-05 16:24:07 +01:00
Copy Link

If I understand your steps, you uncheck Show in Renders and the object does not show in the render but does show in the viewport. This sounds like expected behavior.

If you uncheck Show in Viewports, does it disappear?

If I understand your steps, you uncheck Show in Renders and the object does not show in the render but *does* show in the viewport. This sounds like expected behavior. If you uncheck Show in Viewports, does it disappear?
ifurkend commented 2019-12-06 02:44:17 +01:00
Author
Copy Link

In #72192#824583, @StephenSwaney wrote:
If I understand your steps, you uncheck Show in Renders and the object does not show in the render but does show in the viewport. This sounds like expected behavior.

If you uncheck Show in Viewports, does it disappear?

The point is only the fire is not shown but the smoke still renders. How can such inconsistency be considered "expected"?
Regarding uncheck Show in Viewports, here's the table for you.

Edit: To clarify that I don't mean changing the visibility of the Domain object,
but the source object where fire/smoke/fluid is emitted from.
Indeed changing the visibility of the Domain is expected to affect the visibility of the fire and smoke,
this is consistent with Blender 2.7.

viewport + render viewport only render only no viewport or render
already baked but change visibility before rendering fine fine in viewport but smoke only in render fine fine in viewport but smoke only in render
rebake fine fine in viewport but smoke only in render nothing shown nothing shown

Back in Blender 2.7 to create the similar fire+smoke effect,
hiding the flow source from viewport and render does not prevent either the fire or smoke from being baked and rendered.
This makes the whole situation with Mantaflow so baffling.

> In #72192#824583, @StephenSwaney wrote: > If I understand your steps, you uncheck Show in Renders and the object does not show in the render but *does* show in the viewport. This sounds like expected behavior. > > If you uncheck Show in Viewports, does it disappear? The point is only the fire is not shown but the smoke still renders. How can such inconsistency be considered "expected"? Regarding uncheck Show in Viewports, here's the table for you. Edit: To clarify that I don't mean changing the visibility of the Domain object, but the source object where fire/smoke/fluid is emitted from. Indeed changing the visibility of the Domain is expected to affect the visibility of the fire and smoke, this is consistent with Blender 2.7. | | **viewport + render** | **viewport only** | **render only** | **no viewport or render** | | -- | -- | -- | -- | -- | | **already baked but change visibility before rendering** | fine | fine in viewport but smoke only in render | fine | fine in viewport but smoke only in render | | **rebake** | fine | fine in viewport but smoke only in render | nothing shown | nothing shown | Back in Blender 2.7 to create the similar fire+smoke effect, hiding the flow source from viewport and render does not prevent either the fire or smoke from being baked and rendered. This makes the whole situation with Mantaflow so baffling.
Jacques Lucke commented 2020-01-15 12:51:13 +01:00
Member
Copy Link

Added subscriber: @JacquesLucke

Added subscriber: @JacquesLucke
Jacques Lucke commented 2020-01-15 12:51:13 +01:00
Member
Copy Link

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

Changed status from 'Needs Triage' to: 'Needs User Info'
Jacques Lucke commented 2020-01-15 12:51:13 +01:00
Member
Copy Link

Is that still an issue in the latest builds from https://builder.blender.org/download/?
If yes, please prepare a very simple .blend file that makes it easier to reproduce the issue.

Is that still an issue in the latest builds from https://builder.blender.org/download/? If yes, please prepare a very simple .blend file that makes it easier to reproduce the issue.
ifurkend commented 2020-01-16 05:01:51 +01:00
Author
Copy Link

In #72192#849459, @JacquesLucke wrote:
Is that still an issue in the latest builds from https://builder.blender.org/download/?
If yes, please prepare a very simple .blend file that makes it easier to reproduce the issue.

Same issues on fluid-mantaflow-blender-2.82-ed32db06c124-windows64

Mantaflow report 2020 0116.blend

> In #72192#849459, @JacquesLucke wrote: > Is that still an issue in the latest builds from https://builder.blender.org/download/? > If yes, please prepare a very simple .blend file that makes it easier to reproduce the issue. Same issues on fluid-mantaflow-blender-2.82-ed32db06c124-windows64 [Mantaflow report 2020 0116.blend](https://archive.blender.org/developer/F8281066/Mantaflow_report_2020_0116.blend)
Jacques Lucke commented 2020-01-16 10:03:46 +01:00
Member
Copy Link

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

Changed status from 'Needs User Info' to: 'Needs Triage'
Richard Antalik commented 2020-01-16 23:38:41 +01:00
Member
Copy Link

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

Changed status from 'Needs Triage' to: 'Confirmed'
Sebastián Barschkis was assigned by Bastien Montagne 2020-01-20 11:05:28 +01:00
Richard Antalik commented 2020-03-17 21:44:15 +01:00
Member
Copy Link

Added subscriber: @JohnCox-3

Added subscriber: @JohnCox-3
Catalin commented 2020-05-21 20:10:30 +02:00
Copy Link

Added subscriber: @cata_cg

Added subscriber: @cata_cg
Maxim Ponomarov commented 2020-05-24 00:42:12 +02:00
Copy Link

Added subscriber: @ponomarovmax

Added subscriber: @ponomarovmax
Goury commented 2020-05-27 02:07:44 +02:00
Copy Link

Added subscriber: @Goury

Added subscriber: @Goury
Goury commented 2020-05-27 02:07:44 +02:00
Copy Link

Are there any plans to ever fix this?
Clearly this isn't how it supposed to (not) work.
It also makes preview useless, slowing down the workflow to stall.

Are there any plans to ever fix this? Clearly this isn't how it supposed to (not) work. It also makes preview useless, slowing down the workflow to stall.
Catalin commented 2020-06-02 08:03:13 +02:00
Copy Link

Not sure if it's a proper solution but I found a way to hide the source and maintain the fire in the render.

Select Source -> Material Properties -> Surface -> Select "Transparent BSDF"

Alternatively, you can add an Emission shader in the Volume properties (Select Source -> Material Properties -> VOLUME-> Select "Emission") and set it's color to orange or yellow. This option just reduces the visibility of the source but not in all aspects.

Hope this helps!

Not sure if it's a proper solution but I found a way to hide the source and maintain the fire in the render. Select Source -> Material Properties -> Surface -> Select "Transparent BSDF" Alternatively, you can add an Emission shader in the Volume properties (Select Source -> Material Properties -> VOLUME-> Select "Emission") and set it's color to orange or yellow. This option just reduces the visibility of the source but not in all aspects. Hope this helps!
Simon Urzua commented 2020-06-06 11:42:44 +02:00
Copy Link

Added subscriber: @simonurzua

Added subscriber: @simonurzua
Simon Urzua commented 2020-06-06 11:42:44 +02:00
Copy Link

Same issue here in Blender 2.83.0

Same issue here in Blender 2.83.0
Galib F. Arrieta commented 2020-06-11 05:31:32 +02:00
Copy Link

Added subscriber: @Galib-Arrieta

Added subscriber: @Galib-Arrieta
Galib F. Arrieta commented 2020-06-11 05:31:32 +02:00
Copy Link

Same problem here. Blender 2.83. I have a tried everything to get it working. Hiding the flow emitter only renders the smoke, the fire always remain invisible when rendering to an image or as animation.

Same problem here. Blender 2.83. I have a tried everything to get it working. Hiding the flow emitter only renders the smoke, the fire always remain invisible when rendering to an image or as animation.
Galib F. Arrieta commented 2020-06-11 05:42:24 +02:00
Copy Link

Actually, a decent workaround is to add a Principled BSDF material to the flow emitter, and set Alpha to 0. Now I see the fire in the rendered image. This is a similar solution as suggested by @cata_cg .

Actually, a decent workaround is to add a Principled BSDF material to the flow emitter, and set Alpha to 0. Now I see the fire in the rendered image. This is a similar solution as suggested by @cata_cg .
Georg Bernhard commented 2020-06-14 22:30:58 +02:00
Copy Link

Added subscriber: @gogo

Added subscriber: @gogo
Georg Bernhard commented 2020-06-14 22:30:58 +02:00
Copy Link

I just ran into the same problem (after a quite time-consuming bake) and the workaround (making the inflow object visible) worked. I wish it wouldn't be necessary though. I unchecked visibilities (camera, diffuse, ...)

I just ran into the same problem (after a quite time-consuming bake) and the workaround (making the inflow object visible) worked. I wish it wouldn't be necessary though. I unchecked visibilities (camera, diffuse, ...)
Shamimur Rahman commented 2020-07-29 19:00:59 +02:00
Copy Link

Added subscriber: @shamimurrahman19

Added subscriber: @shamimurrahman19
Shamimur Rahman commented 2020-07-29 19:00:59 +02:00
Copy Link

The problem still exists in 2.83.3

The problem still exists in 2.83.3
blender-admin commented 2020-08-04 18:09:03 +02:00
Copy Link

This issue was referenced by df28a68e70

This issue was referenced by df28a68e7009da6a1de4597ecb579236e542e170
Sebastián Barschkis commented 2020-08-04 18:09:35 +02:00
Member
Copy Link

Changed status from 'Confirmed' to: 'Resolved'

Changed status from 'Confirmed' to: 'Resolved'
Aaditya das commented 2020-09-08 22:57:29 +02:00
Copy Link

Added subscriber: @imaadityadas

Added subscriber: @imaadityadas
Aaditya das commented 2020-09-08 22:57:29 +02:00
Copy Link

I got the same problem and found out that if you disable the flow object from the view port and the render the flames are not visible
so if you re-enable to show the flow object the flames appears in the renders

I got the same problem and found out that if you disable the flow object from the view port and the render the flames are not visible so if you re-enable to show the flow object the flames appears in the renders
Sign in to join this conversation.
No Branch/Tag Specified
Branches Tags
Labels
Clear labels
Interest
Alembic
Interest
Animation & Rigging
Interest
Asset System
Asset datablocks, libraries, browser and shelf
Interest
Audio
Interest
Automated Testing
Interest
BlendFile
Interest
Blender Asset Bundle
Interest
Code Documentation
Code comments, Python/RNA API descriptions
Interest
Collada
Interest
Compatibility
Backward and forward compatibility
Interest
Compositing
Interest
Core
Interest
Cycles
Interest
Dependency Graph
Interest
Development Management
Interest
EEVEE
Interest
FBX
FBX I/O related topics
Interest
Freestyle
Interest
Geometry Nodes
Interest
Grease Pencil
Interest
ID Management
Interest
Images & Movies
Interest
Import Export
Interest
Line Art
Interest
Masking
Interest
Metal
Interest
Modeling
Interest
Modifiers
Interest
Motion Tracking
Interest
Nodes & Physics
Interest
OpenGL
Interest
Overlay
Interest
Overrides
Interest
Performance
Interest
Physics
Interest
Pipeline & IO
Interest
Platforms & Builds
Interest
Python API
Interest
Render & Cycles
Interest
Render Pipeline
Interest
Sculpt, Paint & Texture
Interest
Text Editor
Interest
Translations
Interest
Triaging
Interest
USD
Interest
UV Editing
Interest
Undo
Interest
User Interface
Interest
VFX & Video
Interest
Video Sequencer
Interest
Viewport & EEVEE
Interest
Virtual Reality
Interest
Vulkan
Interest
Wayland
Wayland windowing on Unix
Interest
Workbench
Interest
glTF
glTF format I/O topics
Interest: X11
Xorg/X11 windowing
Legacy
Asset Browser Project
Archived
Legacy
Blender 2.8 Project
Archived
Legacy
Milestone 1: Basic, Local Asset Browser
Archived
Legacy
OpenGL Error
Archived
Meta
Good First Issue
Meta
Papercut
Meta
Retrospective
Meta
Security
Related to security, see policy: https://developer.blender.org/docs/handbook/bug_reports/vulnerability_reports/
Module
Animation & Rigging
Module
Asset System
Module
Core
Module
Development Management
Module
Grease Pencil
Module
Modeling
Module
Nodes & Physics
Module
Pipeline & IO
Module
Platforms & Builds
Module
Python API
Module
Render & Cycles
Module
Sculpt, Paint & Texture
Module
Triaging
Module
User Interface
Module
VFX & Video
Module
Viewport & EEVEE
Platform
FreeBSD
Platform
Linux
Platform
Windows
Platform
macOS
Severity
High
Severity
Low
Severity
Normal
Severity
Unbreak Now!
Status
Archived
Status
Confirmed
Status
Duplicate
Status
Needs Info from Developers
Status
Needs Information from User
Status
Needs Triage
Status
Resolved
Type
Bug
Type
Design
Type
Known Issue
Type
Patch
Archived
Type
Report
Archived
Type
To Do
No Label
Interest
Nodes & Physics
Module
Nodes & Physics
Severity
Normal
Status
Resolved
Type
Bug
Milestone
No items
No Milestone
Projects
Clear projects
No project
Assignees
Clear assignees
Hoshinova James-McCarthy-4 Sebastian-Herholz casey-bianco-davis gandalf3 Blendify Aaron Carlisle quantimoney Aditya Y Jeppu Alaska Alaska angavrilov Alexander Gavrilov frogstomp Aleš Jelovčan amelief Amélie Fondevilla elubie Andrea Weikert Andy_Goralczyk Andy Goralczyk ankitm Ankit Meel Anthony-Roberts Anthony Roberts antoniov Antonio Vazquez aras_p Aras Pranckevicius Arnd Arnd Marijnissen bartvdbraak Bart van der Braak mont29 Bastien Montagne blender-bot Blender Bot bnagirniak Bogdan Nagirniak BClark Brad Clark brecht Brecht Van Lommel BrianSavery Brian Savery (AMD) ideasman42 Campbell Barton CharlesWardlaw Charles Wardlaw CharlieJolly Charlie Jolly Chris_Blackbourn Chris Blackbourn lateasusual Chris Clyne (Lateasusual) ChrisLend Christoph Lendenfeld HobbesOS Cian Jinks fclem Clément Foucault cmbasnett Colin Basnett Kdaf Colin Marmond dfelinto Dalai Felinto pioverfour Damien Picard DanielBystedt Daniel Bystedt pepe-school-land Daniel Martinez Lara zanqdo Daniel Salazar Mets Demeter Dzadik erik85 Erik Abrahamsson EAW Evan Wilson filedescriptor Falk David fsiddi Francesco Siddi GaiaClary Gaia Clary DagerD Georgiy Markelov mano-wii Germano Cavalcante zazizizou Habib Gahbiche HooglyBoogly Hans Goudey Harley Harley Acheson weasel Henrik D. Hjalti Hjalti Hjálmarsson howardt Howard Trickey nirved-1 Hristo Gueorguiev mod_moder Iliya Katushenock brita Inês Almeida JacquesLucke Jacques Lucke Jason-Fielder Jason Fielder JasonSchleifer Jason schleifer Jebbly Jeffrey Liu Jeroen-Bakker Jeroen Bakker deadpin Jesse Yurkovich neXyon Joerg Mueller eliphaz John Kiril Swenson guitargeek Johnny Matthews Brainzman Jonas Holzman JoniMercado Jonatan Mercado JorgeBernalMartinez Jorge Bernal JosephEagar Joseph Eagar JoshuaLeung Joshua Leung Bone-Studio Juan Gea jpbouza-4 Juan Pablo Bouza JulianEisel Julian Eisel JulienDuroure Julien Duroure JulienKaspar Julien Kaspar kevindietrich Kévin Dietrich lone_noel Leon Schittek LucianoMunoz Luciano Muñoz Sessarego LukasStockner Lukas Stockner LukasTonne Lukas Tönne LunaRood Luna Rood MaiLavelle Mai Lavelle EosFoxx Marion Stalke Baardaap Martijn Versteegh scorpion81 Martin Felke mendio Matias Mendiola Matt-McLin Matt McLin MetinSeven Metin Seven wave Michael B Johnson Michael-Jones Michael Jones (Apple) makowalski Michael Kowalski pragma37 Miguel Pozo nrupsis Nate Rupsis jesterking Nathan Letwory nathanvegdahl Nathan Vegdahl PrototypeNM1 Nicholas Rishel nickberckley Nika Kutsniashvili Sirgienko Nikita Sirgienko OmarEmaraDev Omar Emara pablovazquez Pablo Vazquez PaoloAcampora Paolo Acampora PascalSchon Pascal Schön pmoursnv Patrick Mours muxed-reality Peter Kim lichtwerk Philipp Oeser P2design Pierrick PICAUT PratikPB2123 Pratik Borhade Limarest Ramil Roosileht farsthary Raul Fernandez Hernandez LazyDodo Ray molenkamp iss Richard Antalik rjg Robert Guetzkow salipour Sahar A. Kashi Sayak-Biswas Sayak Biswas Sean-Kim Sean Kim sherholz Sebastian Herholz sebastian_k Sebastian Koenig ZedDB Sebastian Parborg sebbas Sebastián Barschkis Sergey Sergey Sharybin IRIEShinsuke Shinsuke Irie sidd017 Siddhartha Jejurkar SietseB Sietse Brouwer SimonThommes Simon Thommes SonnyCampbell_Unity Sonny Campbell Stefan_Werner Stefan Werner Lockal Sv. Lockal dr.sybren Sybren A. Stüvel ThomasDinges Thomas Dinges Ton Ton Roosendaal BassamKurdali Ursula kurdali Vasyl-Pidhirskyi Vasyl Pidhirskyi WannesMalfait Wannes Malfait wbmoss_dev Wayde Moss weizhen Weizhen Huang leesonw William Leeson xavierh Xavier Hallade jenkm Yevgeny Makarov ChengduLittleA YimingWu gfxcoder jon denning
No Assignees Sebastián Barschkis
14 Participants
Notifications
Due Date
No due date set.
Dependencies

No dependencies set.

Reference: blender/blender#72192
No description provided.
Delete Branch "%!s()"

Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?