Hair particle systems' caches vanishing #70696

New Issue

Benoit Alexis · 2019-10-10T11:34:09+02:00

Benoit Alexis commented

2019-10-10 11:34:09 +02:00

System Information
Operating system: Windows-10-10.0.18362 64 Bits
Graphics card: GeForce RTX 2080 Ti/PCIe/SSE2 NVIDIA Corporation 4.5.0 NVIDIA 431.60

Blender Version
Broken: version: 2.81 (sub 14), branch: master, commit date: 2019-10-07 20:16, hash: a856c5eccf
Worked: (optional)

Short description of error
As adressed in #70642 (but the report was split upon request as it turned out it contained two different issues).

When working with multiple hair particle systems on a same object, the baking process for one particle system will also bake the second particle system simultaneously. However, a click on the other particle system will permanently erase its cache.
It is even more evident when turning on Disk Cache and naming the two caches differently, the vanishing of the second cache can be witnessed in real time in windows explorer. BakeAllDynamics.blend

Exact steps for others to reproduce the error
Simply bake one of the two particle systems present on the object, see how the viewport is reactive once baked, for both systems. Then switch to the other particle system, and notice how when scrolling in the viewport, this particle system has to be recalculated.

Again, as stated in #70642, Bake All Dynamics cannot solve this issue as it has no effect on hair systems.

**System Information** Operating system: Windows-10-10.0.18362 64 Bits Graphics card: GeForce RTX 2080 Ti/PCIe/SSE2 NVIDIA Corporation 4.5.0 NVIDIA 431.60 **Blender Version** Broken: version: 2.81 (sub 14), branch: master, commit date: 2019-10-07 20:16, hash: `a856c5eccf` Worked: (optional) **Short description of error** As adressed in #70642 (but the report was split upon request as it turned out it contained two different issues). When working with multiple hair particle systems on a same object, the baking process for one particle system will also bake the second particle system simultaneously. However, a click on the other particle system will permanently erase its cache. It is even more evident when turning on Disk Cache and naming the two caches differently, the vanishing of the second cache can be witnessed in real time in windows explorer. [BakeAllDynamics.blend](https://archive.blender.org/developer/F7801083/BakeAllDynamics.blend) **Exact steps for others to reproduce the error** Simply bake one of the two particle systems present on the object, see how the viewport is reactive once baked, for both systems. Then switch to the other particle system, and notice how when scrolling in the viewport, this particle system has to be recalculated. Again, as stated in #70642, Bake All Dynamics cannot solve this issue as it has no effect on hair systems.

Benoit Alexis commented

2019-10-10 11:34:09 +02:00

Added subscriber: @BenoitAlexis

Sybren A. Stüvel commented

2020-01-23 17:15:10 +01:00

Added subscriber: @dr.sybren

Sybren A. Stüvel commented

2020-01-23 17:15:10 +01:00

Changed status from 'Confirmed' to: 'Archived'

Sybren A. Stüvel closed this issue

2020-01-23 17:15:10 +01:00

Sybren A. Stüvel self-assigned this 2020-01-23 17:15:10 +01:00

Sybren A. Stüvel commented

2020-01-23 17:15:10 +01:00

At first I couldn't reproduce this with the current 2.82 branch (fb0136f908). I used this simplified blend file, with explicit names for the top & side hair systems to ease identification: #70696-bake-multiple-particle-systems.blend

This made me think, maybe the issue only occurs when the particle systems are not named for ease of identification. And indeed, when you don't give the point cache a name, it computes one from the object name. In your case, both particle systems are on the same object and thus use the same filename. This is a limitation of the current architecture, and as such is not a bug. Of course it's annoying that bakes disappear, and the UI could warn about this, but that's a different thing. This is also not easy to resolve, as changing this behaviour would invalidate existing point caches.

As a workaround, give each point cache a descriptive name, and this shouldn't happen any more.

At first I couldn't reproduce this with the current 2.82 branch (fb0136f908). I used this simplified blend file, with explicit names for the top & side hair systems to ease identification: [#70696-bake-multiple-particle-systems.blend](https://archive.blender.org/developer/F8297208/T70696-bake-multiple-particle-systems.blend) This made me think, maybe the issue only occurs when the particle systems are not named for ease of identification. And indeed, when you don't give the point cache a name, it computes one from the object name. In your case, both particle systems are on the same object and thus use the same filename. This is a limitation of the current architecture, and as such is not a bug. Of course it's annoying that bakes disappear, and the UI could warn about this, but that's a different thing. This is also not easy to resolve, as changing this behaviour would invalidate existing point caches. As a workaround, give each point cache a descriptive name, and this shouldn't happen any more.

Sign in to join this conversation.

No Label

Download

What's New

Blender Studio

Manual

Developers Blog

Documentation

Benchmark

Blender Conference

Development Fund

One-time Donations

Hair particle systems' caches vanishing #70696