Mantaflow: OpenVDB glitches due to Adaptive Domain #79711

New Issue

Iago Mota · 2020-08-11T16:12:34+02:00

Iago Mota commented

2020-08-11 16:12:34 +02:00

System Information
Operating system: Windows 10
Graphics card: Nvidia GeForce GTX 650 Ti
Processor: Intel® Core™ i7-3770

Blender Version
Broken: Blender 2.91.0 (b522e834ec)
Worked: never

Short description of error
The Adaptive Domain causes the smoke to shift when imported as a volume object (Import OpenVDB)
VDB_Ad_D-vid-C.mp4

Exact steps to reproduce the error (based on the .blend file)
VDB_Adaptive_Domain.blend

Enable Adaptive Domain.
Bake the smoke simulation.
The file uses relative paths, so it should import the cache automatically after the first step, but if it doesn't, select fluid_data_0001 and load the cached files.
Play the animation.

**System Information** Operating system: Windows 10 Graphics card: Nvidia GeForce GTX 650 Ti Processor: Intel® Core™ i7-3770 **Blender Version** Broken: Blender 2.91.0 (b522e834ec30) Worked: never **Short description of error** The Adaptive Domain causes the smoke to shift when imported as a volume object (Import OpenVDB) [VDB_Ad_D-vid-C.mp4](https://archive.blender.org/developer/F8769740/VDB_Ad_D-vid-C.mp4) **Exact steps to reproduce the error (based on the .blend file)** [VDB_Adaptive_Domain.blend](https://archive.blender.org/developer/F8769745/VDB_Adaptive_Domain.blend) 1. Enable Adaptive Domain. 2. Bake the smoke simulation. 3. The file uses relative paths, so it should import the cache automatically after the first step, but if it doesn't, select fluid_data_0001 and load the cached files. 4. Play the animation.

Iago Mota commented

2020-08-11 16:12:34 +02:00

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

blender-admin commented

2020-08-11 16:12:34 +02:00

#83990 was marked as duplicate of this issue

blender-admin commented

2020-08-11 16:12:34 +02:00

#80884 was marked as duplicate of this issue

blender-admin commented

2020-08-11 16:12:34 +02:00

#80382 was marked as duplicate of this issue

Jacques Lucke commented

2020-08-11 17:54:08 +02:00

Added subscribers: @sebbas, @JacquesLucke

Jacques Lucke commented

2020-08-11 17:54:08 +02:00

I can confirm that. Not sure how an adaptive domain works in openvdb caches. Maybe @sebbas can give us some insights.

Germano Cavalcante commented

2020-08-12 23:54:54 +02:00

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

Andreas Schultze commented

2020-09-02 17:16:37 +02:00

Added subscriber: @BlendedBrain

Germano Cavalcante commented

2020-09-04 18:07:17 +02:00

Added subscriber: @mano-wii

Sreerag Raghavan commented

2020-09-18 08:28:27 +02:00

Added subscriber: @srghvn

Germano Cavalcante commented

2020-09-18 21:05:45 +02:00

Added subscriber: @Gadas

Iago Mota commented

2020-11-06 14:45:37 +01:00

Little update here. I just tested this example file in 2.92 9a7da1242d, and the behavior seems a lot stranger. On the left, you see the imported VDB smoke, which hasn't been scaled or rotated, only translated to the left of the original simulation.

VDB_Ad_D-vid2.mp4

Something else to notice is how the bounds are slightly skewed.

Little update here. I just tested this example file in 2.92 9a7da1242d9f, and the behavior seems a lot stranger. On the left, you see the imported VDB smoke, which hasn't been scaled or rotated, only translated to the left of the original simulation. [VDB_Ad_D-vid2.mp4](https://archive.blender.org/developer/F9218459/VDB_Ad_D-vid2.mp4) Something else to notice is how the bounds are slightly skewed.

Robert Guetzkow commented

2020-12-21 15:29:29 +01:00

Added subscriber: @CGJ

Juha Mukari commented

2021-02-04 23:50:10 +01:00

Added subscriber: @jumaku87

Juha Mukari commented

2021-02-04 23:50:10 +01:00

https://youtu.be/TNVuq5-0Zlk yup.. adaptive domain generated openvdb in mantaflow does generate these weird issues - scale, position etc. Something like its missing origin and related scale and position... something very weird.
Only deactivating adaptive domain will leave these glitches out. :/

https://youtu.be/TNVuq5-0Zlk?t=97 this might be better angle view...
And I also tried to applied scaling (ctrl + a -> all transforms, or scale... no affect - blender just says: objects have no data to transform ) - so that didn't work either.. no matter is it accepted/applied or not. same weird bug/glitches happen if openvdb import is generated in mantaflow with adaptvive domain..

And I am using density_noise in this one, but same does happen with basic data density - domain / openvdb version is jumping/vibrating when adaptive domain scales bigger - so it looks like it has no origin (or origin is changing its position) and scale relation is wrong (its changing) when adaptive domain scale get bigger or smaller.

Also border collisions doesn't seem to work with adaptive domain if i remember right.

https://youtu.be/TNVuq5-0Zlk yup.. adaptive domain generated openvdb in mantaflow does generate these weird issues - scale, position etc. Something like its missing origin and related scale and position... something very weird. Only deactivating adaptive domain will leave these glitches out. :/ https://youtu.be/TNVuq5-0Zlk?t=97 this might be better angle view... And I also tried to applied scaling (ctrl + a -> all transforms, or scale... no affect - blender just says: objects have no data to transform ) - so that didn't work either.. no matter is it accepted/applied or not. same weird bug/glitches happen if openvdb import is generated in mantaflow with adaptvive domain.. And I am using density_noise in this one, but same does happen with basic data density - domain / openvdb version is jumping/vibrating when adaptive domain scales bigger - so it looks like it has no origin (or origin is changing its position) and scale relation is wrong (its changing) when adaptive domain scale get bigger or smaller. Also border collisions doesn't seem to work with adaptive domain if i remember right.

Dixon osecha commented

2021-02-07 01:44:57 +01:00

Added subscriber: @Dxn

Dixon osecha commented

2021-02-07 01:44:57 +01:00

I think this is because the center of the object is to one side and it scales in relation to that center

Julia commented

2021-02-08 12:24:47 +01:00

Added subscriber: @Julia-11

Indisponible Anonyme commented

2021-02-11 16:05:15 +01:00

Added subscriber: @god1ged

Indisponible Anonyme commented

2021-02-11 16:05:15 +01:00

In #79711#1108269, @Dxn wrote:
I think this is because the center of the object is to one side and it scales in relation to that center

So how to solve this ? I've got the same problem

> In #79711#1108269, @Dxn wrote: > I think this is because the center of the object is to one side and it scales in relation to that center So how to solve this ? I've got the same problem

Nitin Sharma commented

2021-03-03 06:24:42 +01:00

Added subscriber: @finalflasher

Nitin Sharma commented

2021-03-03 06:25:51 +01:00

In #79711#1110552, @god1ged wrote:

In #79711#1108269, @Dxn wrote:
I think this is because the center of the object is to one side and it scales in relation to that center

So how to solve this ? I've got the same problem

it has to be fixed... since Dalai sar has taken it in account so we can expect quite soon

> In #79711#1110552, @god1ged wrote: >> In #79711#1108269, @Dxn wrote: >> I think this is because the center of the object is to one side and it scales in relation to that center > > So how to solve this ? I've got the same problem it has to be fixed... since Dalai sar has taken it in account so we can expect quite soon

Daniele De Luca commented

2021-04-27 17:40:12 +02:00

Added subscriber: @Sparazza

CRAZ commented

2021-05-21 21:20:57 +02:00

Added subscriber: @zrp

kursad k commented

2021-07-17 20:57:17 +02:00

Added subscriber: @kursadk

kursad k commented

2021-07-17 20:57:17 +02:00

Is there an eta for this? I got hit by this issue very hard atm myself. So I can totally confirm this on 3.0 nightly blender-3.0.0-alpha+master.118803893e65-windows.amd64-release.

It would be at least great to know if this will be fixed anytime soon since this is a pipeline problem really and there does not seem to exists an easy solution for it.

Is there an eta for this? I got hit by this issue very hard atm myself. So I can totally confirm this on 3.0 nightly blender-3.0.0-alpha+master.118803893e65-windows.amd64-release. It would be at least great to know if this will be fixed anytime soon since this is a pipeline problem really and there does not seem to exists an easy solution for it.

SamuSegovia commented

2021-09-04 21:23:11 +02:00

Added subscriber: @Samu89

SamuSegovia commented

2021-09-04 21:23:11 +02:00

I have the same problem with 2.93.0
This post is the only reference to the problem I could find. So unless we are missing something I reckon it's a bug. And a big one imo. The whole vdb workflow is broken, because without adaptive domain, simulating anything is an absolute pain. I'm actually a bit surprised that there's not more people complaining about this all over the internet. That's what makes me think it's a fixable problem in Blender's current state

I have the same problem with 2.93.0 This post is the only reference to the problem I could find. So unless we are missing something I reckon it's a bug. And a big one imo. The whole vdb workflow is broken, because without adaptive domain, simulating anything is an absolute pain. I'm actually a bit surprised that there's not more people complaining about this all over the internet. That's what makes me think it's a fixable problem in Blender's current state

Dixon osecha commented

2021-09-18 18:33:52 +02:00

bug.mp4

bug.blend

In the vdb file, the center of the object is in the corner and not in the center, so when resizing the domain moves that way outside of that, we can notice that the way of scaling does not work well.

thanks for your great work to all developers :)

[bug.mp4](https://archive.blender.org/developer/F10472862/bug.mp4) [bug.blend](https://archive.blender.org/developer/F10472863/bug.blend) In the vdb file, the center of the object is in the corner and not in the center, so when resizing the domain moves that way outside of that, we can notice that the way of scaling does not work well. thanks for your great work to all developers :)

Daniel Westlund commented

2021-11-12 11:19:14 +01:00

Added subscriber: @Dawe69

Daniel Westlund commented

2021-11-12 11:19:14 +01:00

Really waiting for a solution to this so, is it worked on?

Best
/Daniel

Really waiting for a solution to this so, is it worked on? Best /Daniel

Iago Mota commented

2022-01-29 09:38:38 +01:00

This might be a bit of repetition, but I just wanted to make sure if the issue really was with Blender's implementation of Mantaflow and not OpenVDB. I always found it a bit strange how the problem only seemed to manifest when importing the smoke separately through OpenVDB, but not when playing back the simulation itself. But, at this point, I think it's quite clear that the problem is with Blender's Mantaflow smoke simulator.

Here, I did the same thing as with the previous examples, but I also tried recreating the original Blender simulation in Houdini, making sure that I do have a resizing container (basically Adaptive Domain in Houdini), and importing that as a VDB sequence in Blender as well. In the end, the VDB sequence imported from Houdini looks just fine, while the VDB sequence imported from Blender is resizing and shifting terribly.
VDBImportBugPRUpdate.mp4
Also, (not shown here) I imported the Mantaflow VDB sequence into Houdini, and, just like when importing it into Blender, the problem was just the same. (By the way, the original Blender simulation isn't perfect either; I think I can see an example of #91174, but I guess that's besides the point here.) Now, I want to make a correction to something I previously said that was likely misleading: The skewing in the bounds of the imported VDB sequence are either inconsequential, or a problem with Blender's OpenVDB, not Mantaflow. In the video above, you can see that even in the sequence imported from Houdini, the lines around the smoke container aren't fully aligned, the corner angles aren't rectangular. I previously raised this skewing as a concern regarding Mantaflow, but it doesn't seem to be related.

Anyway, the Blender simulation here was done in 3.0. And here's the .blend just in case:

BlenderVDBImportBug.blend

This might be a bit of repetition, but I just wanted to make sure if the issue really was with Blender's implementation of Mantaflow and not OpenVDB. I always found it a bit strange how the problem only seemed to manifest when importing the smoke separately through OpenVDB, but not when playing back the simulation itself. But, at this point, I think it's quite clear that the problem is with Blender's Mantaflow smoke simulator. Here, I did the same thing as with the previous examples, but I also tried recreating the original Blender simulation in Houdini, making sure that I do have a resizing container (basically Adaptive Domain in Houdini), and importing that as a VDB sequence in Blender as well. In the end, the VDB sequence imported from Houdini looks just fine, while the VDB sequence imported from Blender is resizing and shifting terribly. [VDBImportBugPRUpdate.mp4](https://archive.blender.org/developer/F12832629/VDBImportBugPRUpdate.mp4) Also, (not shown here) I imported the Mantaflow VDB sequence into Houdini, and, just like when importing it into Blender, the problem was just the same. (By the way, the original Blender simulation isn't perfect either; I think I can see an example of #91174, but I guess that's besides the point here.) Now, I want to make a correction to something I previously said that was likely misleading: The skewing in the bounds of the imported VDB sequence are either inconsequential, or a problem with Blender's OpenVDB, not Mantaflow. In the video above, you can see that even in the sequence imported from Houdini, the lines around the smoke container aren't fully aligned, the corner angles aren't rectangular. I previously raised this skewing as a concern regarding Mantaflow, but it doesn't seem to be related. Anyway, the Blender simulation here was done in 3.0. And here's the .blend just in case: [BlenderVDBImportBug.blend](https://archive.blender.org/developer/F12832660/BlenderVDBImportBug.blend)

Nitin Sharma commented

2022-01-29 09:49:01 +01:00

looks like the imported blender adaptive vdb isn't registering and saving loc rot scale data perframe of vdb before getting exported

Dalai Felinto commented

2022-05-09 11:01:53 +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.

Esteban commented

2022-12-13 19:53:12 +01:00

Added subscriber: @Esteban-G-Vega

Esteban commented

2022-12-13 19:53:12 +01:00

It is very sad that this is still the same today. It is impossible to take blender seriously as a VFX pipeline without solving basic problems like this :(

❤️ 1

Philipp Oeser removed the

Download

What's New

Blender Studio

Manual

Developers Blog

Documentation

Benchmark

Blender Conference

Development Fund

One-time Donations

Mantaflow: OpenVDB glitches due to Adaptive Domain #79711