Page MenuHome

Mantaflow FLIP particles not working correctly
Confirmed, NormalPublic

Description

System Information
Operating system: Linux-5.4.0-7642-generic-x86_64-with-debian-bullseye-sid 64 Bits
Graphics card: GeForce RTX 2080 Ti/PCIe/SSE2 NVIDIA Corporation 4.5.0 NVIDIA 440.100

Blender Version
Broken: version: 2.90.0 Beta, branch: master, commit date: 2020-08-21 15:35, hash: rBebf10b72b05f
Worked: 2.83.5

Short description of error
FLIP particles jump around and behave erratically. They seem to over-react to collisions.

But also note that:

  • in the first frame the particles have already moved outside of the fluid flow object. I think that instead they should have stayed still since gravity wouldn't have had the time to affect them?
  • in the second frame the particles drop outside of the domain! Is this supposed to happen?
  • in the third they're back in! but still traveling down!

Exact steps for others to reproduce the error

  1. Open file
  2. Play animation

Event Timeline

Funny what happens if you load the fluid-290.blend into 2.83.5 :D

Richard Antalik (ISS) changed the task status from Needs Triage to Needs Information from User.Wed, Aug 26, 7:53 AM

I can't reproduce difference when looking at fluid-285.blend in 2.83 or 2.90 or 2.91. You can not compare behavior of 2 files in 2 versions.
fluid-290.blend looks broken in both versions. Perhaps there is some bug in this file, I am not sure. You can change report or create new one to report issue in that file.

So my issue with report is that there are too many files to cross check. it should be possible to use one file to demonstrate bug. I think steps to create such file could help.

Ervin Weber (lusque) added a comment.EditedWed, Aug 26, 9:11 AM

Hi Richard, you're right, let me explain better.
I did the tests starting from the same file and then saving the results as new files in 2.83.5 and 2.90.
If the fuild-290.blend seems broken, I think maybe it's because blender 290 broke it. I don't know either.
Here are the steps I used to reproduce the behavior.

Open the attached setup.blend (done in 2.83.5). It contains 2 cubes and an animated cylinder, no fluid enabled.

  1. enable fluid domain on the bigger cube, type liquid, default settings, just change the cache to frames 1-120 (Also you may want to change particle size to 0.001m to see them better)
  2. enable fluid flow on the little cube, type liquid, default settings
  3. enable fluid effector on the cylinder, type collision, default settings

If you repeat the test in both 2.83.5 and 2.90 you'll see the results are similar to the videos I posted above.
At least that's what's happening to me.

To reproduce the slow-motion video I did the following:

  1. changed the animation end frame to 1200
  2. scaled the cylinder keyframes 10 times with the cursor on frame 1
  3. changed the domain time scale to 0.1
  4. changed the fluid cache to 1200

Let me know if you need any more info

I could not create a simulation in 2.90. The particles were not visible. No idea what is happening...
But I followed your steps with success in 2.83. Either I am doing something wrong or 21cb6f09ffa8 is broken...

Raimund Klink (Raimund58) changed the task status from Needs Information from User to Needs Triage.Wed, Aug 26, 1:08 PM

Now I could reproduce it in 2.91 (396d39c6b904). But still not in 2.90. The particles are only visible to me if I open the .blend saved from 2.91. Super weird...

Sorry Raimund, I forgot to mention that that's also happening to me.
The particles don't appear in 2.90.

But I saw that by changing one of the domain parameters (eg. resolution) makes them appear.
I guess it triggers an update in the fluid sim?

@Ervin Weber (lusque) Can you tag the report as Blender 2.90?

Could it also be related to OpenVDB somehow?

Maybe it's particle-related.
It looks like the particles are 1 frame ahead in respect of where they should be.

Eg. in the first frame they should be still inside the emitter. Instead they've already fallen out of it.

Open the attached setup.blend (done in 2.83.5). It contains 2 cubes and an animated cylinder, no fluid enabled.

  1. enable fluid domain on the bigger cube, type liquid, default settings, just change the cache to frames 1-120 (Also you may want to change particle size to 0.001m to see them better)
  2. enable fluid flow on the little cube, type liquid, default settings
  3. enable fluid effector on the cylinder, type collision, default settings

If you repeat the test in both 2.83.5 and 2.90 you'll see the results are similar to the videos I posted above.
At least that's what's happening to me.

I was looking at this file yesterday, but I had trouble producing output from setup.blend even in 2.83.4 version. So I started to download 2.83.5 just to be 100% sure there is not any bugfix and return to report later.

So I am testing this file with 2.83.5 now and I am not able to produce output still. Even if I make sure cache folder is fresh or even if I bake cache. Am I missing something?

I was looking at this file yesterday, but I had trouble producing output from setup.blend even in 2.83.4 version. So I started to download 2.83.5 just to be 100% sure there is not any bugfix and return to report later.

So I am testing this file with 2.83.5 now and I am not able to produce output still. Even if I make sure cache folder is fresh or even if I bake cache. Am I missing something?

For some reason, and I didn't notice it the first times I tried this, you need to update one setting and then the particles are visible. Looks like we found another bug. :)
See attached video

PS: Sorry, Shadowplay didn't record my mouse :(

For some reason, and I didn't notice it the first times I tried this, you need to update one setting and then the particles are visible. Looks like we found another bug. :)

I am aware of this bug - it is already reported. I did exactly same thing as you, but I still can't see particles.

I don't have any problem when I apply quick liquid on default cube or when I create simulation myself. Even if I scale things down to similar scale things are working.
I have looked at flow mesh in edit mode to check if it is watertight, and things started working. So I am not sure what's going on there. At least I can reproduce the issue now.

I will change the file a bit and also subject of report to fluid effector not working correctly, because that's the problem here with this case.

Richard Antalik (ISS) renamed this task from strange behaviour in mantaflow for blender 2.90 beta to Mantaflow liquid effector not working correctly.Fri, Aug 28, 12:21 PM
Richard Antalik (ISS) changed the task status from Needs Triage to Confirmed.
Richard Antalik (ISS) updated the task description. (Show Details)
Richard Antalik (ISS) edited projects, added BF Blender; removed BF Blender (2.90).

@Richard Antalik (ISS) Great to hear that you were able to reproduce the issue. But why did you remove the 2.90 tag? I mean, it is in 2.90 and in 2.91.

@Richard Antalik (ISS) Great to hear that you were able to reproduce the issue. But why did you remove the 2.90 tag? I mean, it is in 2.90 and in 2.91.

Tag is used to indicate in which version issue should be fixed. it is up to developer to assign it.

I will change the file a bit and also subject of report to fluid effector not working correctly, because that's the problem here with this case.

I don't think it's the effector at fault here.
In my tests:

  • in the first frame the particles have already moved outside of the fluid flow object. Instead they should have stayed still since gravity wouldn't have had the time to affect them.
  • in the second frame the particles drop outside of the domain!!! That should never happen!
  • in the third they're back in! but still traveling down!
  • Also, in the slow-motion example, the particles gain too much energy when they collide with the domain borders. At the end they became a tornado.

I can only guess here, but I think that the particles are out of synch with the rest of the simulation.
It looks like they are 1 frame ahead of where they should be.
Another possibility is that the gravity gets applied two times per simulation step.

I will download the latest 2.90 beta and check again. In case the particles are still behaving as above I will change the subject of the report and the file.

Ervin Weber (lusque) renamed this task from Mantaflow liquid effector not working correctly to Mantaflow FLIP particles not working correctly.Fri, Aug 28, 11:16 PM
Ervin Weber (lusque) updated the task description. (Show Details)

Please keep the discussion in the comment section and not in the description...

Sorry, didn't know was against the rules

It is not a rule per se as far as I know but a bad practice in my honest opinion.

It seems this bug is caused by the (relatively small) size of the geometry. If you scale everything up then things start to look normal again.

Will investigate this further.

Well, then what is the recommended size of a simulation?
Do I now need to do one meter wine glasses and scale them down after simulating? :D