Page MenuHome

Mouse movement causes crash during particle bake
Confirmed, NormalPublicBUG

Description

System Information
Operating system: Win10
Graphics card: GTX2060

Blender Version
Broken: 2.90, 0330d1af29c0, master, 2020-08-31

Short description of error
Reproducible crash when baking particle animation and moving mouse

Short description of error
Sadly, I was not able to reproduce the crash in a simpler file, so I assume it has to be related to the current boid setup with lots of drivers.

Exact steps for others to reproduce the error

  1. Load the attached blend file
  2. Make sure Workspace is set to layout
  3. Select one of the two particle-emitters
  4. Click bake
  5. During bake move the mouse over Render or Graph views

-> Crash

Also see this video capture: https://youtu.be/VIUy6r9S-Hk (It ends in the moment of the crash)

Event Timeline

Thomas Mann (pixtur) updated the task description. (Show Details)
Thomas Mann (pixtur) added a project: Physics.
Thomas Mann (pixtur) updated the task description. (Show Details)
Germano Cavalcante (mano-wii) changed the task status from Needs Triage to Confirmed.Sep 15 2020, 7:54 PM
Germano Cavalcante (mano-wii) changed the subtype of this task from "Report" to "Bug".

Thanks for the report, I can confirm the issue with either the latest stable or current development versions of Blender:

>	blender.exe!ptcache_particle_read(int index, void * psys_v, void * * data, float cfra, const float * old_data) Line 336	C
 	blender.exe!ptcache_read(PTCacheID * pid, int cfra) Line 2999	C
 	blender.exe!BKE_ptcache_read(PTCacheID * pid, float cfra, bool no_extrapolate_old) Line 3134	C
 	blender.exe!system_step(ParticleSimulationData * sim, float cfra, const bool use_render_params) Line 4517	C
 	blender.exe!particle_system_update(Depsgraph * depsgraph, Scene * scene, Object * ob, ParticleSystem * psys, const bool use_render_params) Line 4936	C
 	blender.exe!BKE_object_handle_data_update(Depsgraph * depsgraph, Scene * scene, Object * ob) Line 257	C
 	blender.exe!BKE_object_eval_uber_data(Depsgraph * depsgraph, Scene * scene, Object * ob) Line 385	C
 	[External Code]	
 	blender.exe!blender::deg::`anonymous namespace'::deg_task_run_func(TaskPool * pool, void * taskdata) Line 128	C++
 	[External Code]	
 	blender.exe!tbb::interface7::internal::isolate_impl<void,void <lambda>(void) const>(const Task::()::__l2::void <lambda>(void) & f) Line 160	C++
 	blender.exe!Task::operator()() Line 122	C++
 	blender.exe!tbb::internal::function_task<Task>::execute() Line 1049	C++
 	[External Code]

I have more information on this event. it's not linked to individual settings, and with various files, I can trigger it I was also unable to reproduce after simplifying my files totally, but adding forces, using the emitter as a flow object (and one set to use particles) seems to make it far easier to come by (happens more immediately when attempting to cause crash).
however, I have a test case where this happens regardless of the bake used, so long as it's a physics bake at all.
This is still an issue up to blender 3.0, I tested with the new cycles x alpha.

I have also confirmed that this file has the same issue on Windows and a Mac

I was working with a client when we came across it, and it completely halted production, as it completely rendered the file (a finished scene based on particle and dust sims) inoperable.
I have also noticed that particle sims behave strangely (speed up and slow down on rather speedy sims) when the mouse is moving around the workspace, and crossing the borders between editors. There's definitely something in there making its performance unstable, perhaps a rare event, that becomes more likely when all these factors are in play.

Here's the file. it has both a particle bake and a volume sim bake. Both cause the same issue. The force is not needed, but appears to make the crash far more likely by adding stressors to the simulations.
how to crash

  1. select either the domain(smoke), or cylinder(particle)
  2. start bake
  3. wave cursor around, targeting mainly the 3D viewport, properties editor, and where the two touch.
  4. enjoy the crash

This comment was removed by Francesco (FrancescoDT).