Any news on solving this issue?

In T83205#1065422, @Brecht Van Lommel (brecht) wrote:

From the rendering modules point of view I'd close this as a not a bug.

For anyone arriving here with one of the other issues caused by this bug; for non-deforming rbd driven geometry which should act as a mesh shaped cloth collision . Duplicate object being driven by rbd, remove rbd from duplicate, parent to original, and then give duplicate a collision modifier (remove collisions modifier from parent/original):

This is certainly not high priority, as already said by others RB needs serious re-design... This is not even a bug actually, but rather a known issue.

yep, super messy workaround. It seems the bug isn't the physics system though, more to do with the depsgraph?

thanks, vertex modifiers will do the trick.

I did notice that everything works as expected if the collision mesh is set to anything other than mesh or convex hull. It does start having a schizoid embolism though, which can only be cleared by checking and unchecking the animated checkbox of the rigid body settings:

We need to do a deep clean/refactor of our rigidbody code to properly fix some other crashing issues that are there because of some very bad design choices in the current code that can't be fixed.
So as Sergey pointed out, I don't either think this will be a high priority issue because of the amount of planning and time this need to be fixed properly.

@Sergey Sharybin (sergey): feel free to change priority back (or maybe @Dalai Felinto (dfelinto) might also have an opinion?)

To my knowledge nobody is working on this issue due to being busy in other projects.

Sorry this has ben lying around for so long, but can confirm.

I'm trying to bake cloth/disk cache on an overridden character, but sadly just get a hard crash when I hit bake. Shouldn't be a computer performance issue as I can still bake using the old 'pin the object panel' method that I've been using for years with proxy characters.

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.

Is anyone looking at this?

This proposal looks neat but reduces readability.
Mini-map of a nodegraph would solve part of a problem.

"Only the first spline of the curve is used for deformation."

Can confirm in this particular file.

This is not fixed, has been reported again and again, see T87975: Mantaflow simulation stops and crashes at the end of the bake (or when closing blender): The CG solver diverged, residual norm > 1e30, stopping.

Since this has been reported often, will set to High prio.

In T91359#1219538, @Philipp Oeser (lichtwerk) wrote:

Adding a modifier will tag with ID_RECALC_GEOMETRY which in turn will recalc the whole modifier stack.

Now re-evaluation of the modifer stack does not necessarily mean clearing the cache, right @Sergey Sharybin (sergey)?
(will simply confirm and leave clarification up to Nodes & Physics or Dependency Graph devs).

Actually, we have a duplicate already that slipped through, see T89767: Modifiers after physics ones shouldn't invalidate cache.
Since that report also mentions not only placing a modifier after, but also changing any value in a modifier after, will merge into that report, lets continue discussion there.

This is probably the same as T56818: Hair Dynamics does not work for all strands when hair has been cut

quoting @Julian Eisel (Severin) from chat:

Testing this, pretty sure it's resolved now. Which would make sense based on the info above.

Adding a modifier will tag with ID_RECALC_GEOMETRY which in turn will recalc the whole modifier stack.

Fixed by rBb777df8080f221a99a6a87c0937868cd21bf5a2b.

👍

As a triager, I am afraid I will have to step down and let the Nodes & Physics module take over (as much as I'd like to get down to it it just eats too much time that is needed to fight other reports :/)