Liquid cache of type "Replay" doesn't get invalidated when moving participating objects #76095

Closed
opened 2020-04-25 14:31:47 +02:00 by Nicola De Mitri · 19 comments

System Information
Operating system: Ubuntu 18.04
Graphics card: irrelevant

Blender Version
Both broken:

Short description of error

Moving objects doesn't invalidate a "Replay" cache once the liquid simulation has started.

In short: If I cache the first 3 frames, then I add/remove/move some element, resuming the animation still works using the original flow objects and effectors.

In the other simulation engines that allow "Replay" modes (e.g. rigid body, cloth), either resuming or going back to frame 0 and re-starting the animation would invalidate and recompute the cache, if something has changed in the meanwhile.

However: if I change any Liquid settings on a effector or flow object, then the cache correctly gets invalidated. And from that moment on, moving that object correctly invalidates the cache. So, in some way, the invalidation check is "hooked" to Transforms starting from the first time some Liquid parameter gets changed.

Exact steps for others to reproduce the error

1) The bug

  • Open the attached basic scene
{F8494333}
  • Advance frame-by-frame (right arrow) to frame number 9
{F8494335}
  • Grab the "blocker" 3 units in the negative Y direction
{F8494337}
  • Advance frame-by-frame to frame 17: the fluid goes right through the blocker.
    • You can also go back to frame 0 and advance again, it still ignores the blocker.
    • i.e. Transforms applied to the Effector didn't update the fluid scene, nor invalidate the cache
{F8494339}

2) investigation

(continued from the steps above)

  • Change any Fluid property on the Effector (e.g. bump Sampling steps to 1 then back to 0)
  • The cache gets correctly invalidated
  • Go to frame 0, advance some frames
  • Move the blocker
  • The cache gets correctly invalidated again, meaning that changing the fluid property has hooked the correct checks also to the Transforms!
  • Go to frame 0, advance some frames
  • Move the Inflow object
  • The cache doesn't get invalidated, meaning that the blocker's Transforms has been hooked, but not the other objects'.
**System Information** Operating system: Ubuntu 18.04 Graphics card: irrelevant **Blender Version** Both broken: - 2.83 Beta d712f1f83af8 23 Apr 2020 - 2.90 Alpha 826f6dd9ee20 23 Apr 2020 **Short description of error** Moving objects doesn't invalidate a "Replay" cache once the liquid simulation has started. **In short:** If I cache the first 3 frames, then I add/remove/move some element, resuming the animation still works using the original flow objects and effectors. In the other simulation engines that allow "Replay" modes (e.g. rigid body, cloth), either resuming or going back to frame 0 and re-starting the animation would invalidate and recompute the cache, if something has changed in the meanwhile. *However:* if I change any Liquid settings on a effector or flow object, then the cache correctly gets invalidated. And from that moment on, moving that object correctly invalidates the cache. So, in some way, the invalidation check is "hooked" to Transforms starting from the first time some Liquid parameter gets changed. **Exact steps for others to reproduce the error** **1) The bug** - Open the attached basic scene ``` {F8494333} ``` - Advance frame-by-frame (right arrow) to frame number 9 ``` {F8494335} ``` - Grab the "blocker" 3 units in the negative Y direction ``` {F8494337} ``` - Advance frame-by-frame to frame 17: the fluid goes right through the blocker. - You can also go back to frame 0 and advance again, it still ignores the blocker. - i.e. **Transforms applied to the Effector didn't update the fluid scene, nor invalidate the cache** ``` {F8494339} ``` **2) investigation** *(continued from the steps above)* - Change any Fluid property on the Effector (e.g. bump Sampling steps to 1 then back to 0) - **The cache gets correctly invalidated** - Go to frame 0, advance some frames - Move the blocker - **The cache gets correctly invalidated again**, meaning that changing the fluid property has hooked the correct checks *also* to the Transforms! - Go to frame 0, advance some frames - Move the Inflow object - **The cache doesn't get invalidated**, meaning that the blocker's Transforms has been hooked, but not the other objects'.

Added subscriber: @NicolaSap

Added subscriber: @NicolaSap

#82051 was marked as duplicate of this issue

#82051 was marked as duplicate of this issue

#81450 was marked as duplicate of this issue

#81450 was marked as duplicate of this issue

#80947 was marked as duplicate of this issue

#80947 was marked as duplicate of this issue

#79422 was marked as duplicate of this issue

#79422 was marked as duplicate of this issue

#76911 was marked as duplicate of this issue

#76911 was marked as duplicate of this issue
Member

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

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

Added subscriber: @sebbas

Added subscriber: @sebbas
Member

Added subscriber: @ankitm

Added subscriber: @ankitm
Member

Added subscriber: @lichtwerk

Added subscriber: @lichtwerk
Member

@sebbas: still a bit on shaky ground in regards to what is supposed to work in manta and what is not, but this sounds like a bug to me...

@sebbas: still a bit on shaky ground in regards to what is supposed to work in manta and what is not, but this sounds like a bug to me...
Added subscribers: @blenderhighschool, @Nikhil.Net, @mano-wii

Thanx Germano.
Waiting for RESET CACHE button... :)

Thanx Germano. Waiting for RESET CACHE button... :)
Member

Added subscriber: @LiborBatek

Added subscriber: @LiborBatek

Hi, I would rather post it also in here...the cache playback problem is still present (Blender 2.83.5) so I ve recorded the issue with it here
video demonstration of playback issue


Hi, I would rather post it also in here...the cache playback problem is still present (Blender 2.83.5) so I ve recorded the issue with it here [video demonstration of playback issue ](https://1drv.ms/v/s!Ah8rk5bM3wcigqBJNBZSDvKtOXIrYQ?e=ZgfAxU) ``` ```

Added subscriber: @Mach

Added subscriber: @Mach

Added subscribers: @MahyarArdakani, @iss

Added subscribers: @MahyarArdakani, @iss

Added subscribers: @RedpaX, @girafic, @StephenSwaney, @jenkm

Added subscribers: @RedpaX, @girafic, @StephenSwaney, @jenkm
Member

Closed as duplicate of #84369

Closed as duplicate of #84369
Sign in to join this conversation.
No Label
Interest
Alembic
Interest
Animation & Rigging
Interest
Asset Browser
Interest
Asset Browser Project Overview
Interest
Audio
Interest
Automated Testing
Interest
Blender Asset Bundle
Interest
BlendFile
Interest
Collada
Interest
Compatibility
Interest
Compositing
Interest
Core
Interest
Cycles
Interest
Dependency Graph
Interest
Development Management
Interest
EEVEE
Interest
EEVEE & Viewport
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, Assets & IO
Interest
Platforms, Builds & Tests
Interest
Python API
Interest
Render & Cycles
Interest
Render Pipeline
Interest
Sculpt, Paint & Texture
Interest
Text Editor
Interest
Translations
Interest
Triaging
Interest
Undo
Interest
USD
Interest
User Interface
Interest
UV Editing
Interest
VFX & Video
Interest
Video Sequencer
Interest
Virtual Reality
Interest
Vulkan
Interest
Wayland
Interest
Workbench
Interest: X11
Legacy
Blender 2.8 Project
Legacy
Milestone 1: Basic, Local Asset Browser
Legacy
OpenGL Error
Meta
Good First Issue
Meta
Papercut
Meta
Retrospective
Meta
Security
Module
Animation & Rigging
Module
Core
Module
Development Management
Module
EEVEE & Viewport
Module
Grease Pencil
Module
Modeling
Module
Nodes & Physics
Module
Pipeline, Assets & IO
Module
Platforms, Builds & Tests
Module
Python API
Module
Render & Cycles
Module
Sculpt, Paint & Texture
Module
Triaging
Module
User Interface
Module
VFX & Video
Platform
FreeBSD
Platform
Linux
Platform
macOS
Platform
Windows
Priority
High
Priority
Low
Priority
Normal
Priority
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
Type
Report
Type
To Do
No Milestone
No project
No Assignees
10 Participants
Notifications
Due Date
The due date is invalid or out of range. Please use the format 'yyyy-mm-dd'.

No due date set.

Dependencies

No dependencies set.

Reference: blender/blender#76095
No description provided.