External Particle Cache Playback Is Broken (2.8) #68436
Labels
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
11 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: blender/blender#68436
Loading…
Reference in New Issue
No description provided.
Delete Branch "%!s(<nil>)"
Deleting a branch is permanent. Although the deleted branch may continue to exist for a short time before it actually gets removed, it CANNOT be undone in most cases. Continue?
System Information
Operating system: windows 7 sp1
Graphics card: gtx660
Blender Version
version: 2.80 (sub 74), branch: blender2.7, commit date: 2019-06-09 21:43, hash:
030c7df19d, type: Releasebuild date: 09/06/2019, 17:18
platform: Windows
Short description of error
Exact steps for others to reproduce the error
It is simple to recreate, open blender, save the file, assign a psys to the default cube and write it to disk.
Create another cube, add a psys and set it to external cache playback.
Browse to the external cache and Blender can't read the particles it just wrote to disk, or Blender reads only the particles cached on the first frame.
28_ok_2_delete.blend
Added subscriber: @AtomP
#90778 was marked as duplicate of this issue
#89030 was marked as duplicate of this issue
#69308 was marked as duplicate of this issue
#70135 was marked as duplicate of this issue
#72580 was marked as duplicate of this issue
Added subscriber: @lichtwerk
Sorry this has been lying around for so long.
Well, old particles are EOL, so I wont be holding my breath here, but I will now go over these particle reports [we have a couple about external caches and many more about other particle issues in 2.8 upwards...] and at least do an initial triage on them...
Can confirm, only reports 4 points found, if I do the same thing in 2.79, all 1000 points are reported found in the cache.
Baked cachefiles seem to be pretty much the same from 2.80 and 2.79 (filesize), with the one exception that 2.79 writes the biggest frame on frame zero
test_000000_00.bphys(12kb) whereas in 2.80 this frame is kind of missing, it starts withtest_000001_00.bphys(272bytes) -- which is exactly the same astest_000001_00.bphys(272bytes) in 2.79. Not sure this is related though...Added subscribers: @Pavel_Blend, @grosgood
Added subscriber: @marks-4
Added subscriber: @dr.sybren
@dr.sybren: subscribing you here since you are most familiar with caches?
Closed as duplicate of #69308
Changed status from 'Duplicate' to: 'Confirmed'
OK, will merge the other way around
Added subscribers: @PaulChambers, @brecht
Added subscriber: @Blitz_Hacker
Added subscriber: @BintangPratama
Added subscriber: @thuskodesign
Added subscriber: @jlawheed
Same issue. Blender 2.83.7. Mac OS Catalina 10.15.7
Named the Cache > Checked Use Library Path and Disk Cache (Cache step 1 no compression)> Baked the particle physics. Everything looks great. Duplicate the project > open it up > check external in cache settings > navigate to named cache > click accept > only a few particles actually relink.
Added subscriber: @matdem
Added subscriber: @sebcorne
Added subscriber: @FilipMond
4 years ... probably time to disable this feature or change description to not confuse users with this disfunction.
There is not a problem to load cache of 2.79 into 3.x ...
Not sure tbh why I set this on low prio (probably because particles are EOL, still, there are many other particle bugs/known issues that are normal priority, so will raise prio again).
That being said, changes/fixes are unlikely because of EOL
Thanks for priority ... I can understand to this state point (PS EOL) and I'm not asking to fix that (even it would be great) ... it just seems to me better replace or notify current limit (that is not such hard), than keep it like that for such a long time and let end user to have expectations from feature that is not working.
Added subscriber: @MotR
So how is one supposed to render on a farm without being able to load a particle disk cache? Isn't this an important fix? Perhaps there's another way I'm not familiar with.
You can create a particle system, write a particle disk cache, and send the .blend and cache to the render farm. It should load just fine.
What doesn't work is creating a new particle system and loading a disk cache created by another particle system into that.
So since this has been reported again, I had a quick look and put up a PR fixing this, see !117291
Still would not hold my breath, not sure if someone is willing to review this as the old particle system is EOL.
But if someone desperately needs this...
Philipp Oeser referenced this issue2024-01-19 11:49:39 +01:00
Philipp Oeser referenced this issue2024-01-19 11:49:53 +01:00
There was an issue with that commit, will try to get that out of the way next week, but will have to reopen for now