Blender 2.8 2018-12-04 19:42 crash with smoke sim #59522

Closed
opened 2018-12-18 01:01:42 +01:00 by Angus Lyne · 17 comments

System Information
Operating system: Windows 10
Graphics card: Titan X Pascal

Blender Version
Broken:
(2.8 Beta release)
(2.80, be012c88c5, blender2.8, 2018-12-04, as found on the splash screen)
Worked: (optional)

Short description of error

Exact steps for others to reproduce the error
Based on the default startup or an attached .blend file (as simple as possible).

Blender crashes when simulating smoke after checking "high resolution" with cycles enabled as viewport renderer. The crash occurs when moving the playhead to the begginning of the frame range in order to play back the simulation. smoketest.blend

**System Information** Operating system: Windows 10 Graphics card: Titan X Pascal **Blender Version** Broken: (2.8 Beta release) (2.80, be012c88c52, blender2.8, 2018-12-04, as found on the splash screen) Worked: (optional) **Short description of error** **Exact steps for others to reproduce the error** Based on the default startup or an attached .blend file (as simple as possible). Blender crashes when simulating smoke after checking "high resolution" with cycles enabled as viewport renderer. The crash occurs when moving the playhead to the begginning of the frame range in order to play back the simulation. [smoketest.blend](https://archive.blender.org/developer/F5986845/smoketest.blend)
Author

Added subscriber: @CorruptFrame

Added subscriber: @CorruptFrame
Member

Added subscriber: @lichtwerk

Added subscriber: @lichtwerk
Member

Cannot reproduce here.

Tried opening the file, enable "High Resolution", switched to viewport render, moved to frame 1, pressed play to start animation --> still no crash...

Cannot reproduce here. Tried opening the file, enable "High Resolution", switched to viewport render, moved to frame 1, pressed play to start animation --> still no crash...
Author

Please make sure that the viewport render is set to Cycles with CPU compute. I though originally that I was set to GPU compute but I was mistaken, and as it turns out when GPU is enabled it doesn't crash. It is only a problem with CPU compute. I am using a AMD Ryzen Threadripper 1950X. With 64gb of DDR4 333Mhz.

Please make sure that the viewport render is set to Cycles with CPU compute. I though originally that I was set to GPU compute but I was mistaken, and as it turns out when GPU is enabled it doesn't crash. It is only a problem with CPU compute. I am using a AMD Ryzen Threadripper 1950X. With 64gb of DDR4 333Mhz.
Author

ADDITIONAL INFORMATION: I was wrong again. GPU works better and crashes less often but it still crashes after playing around a little bit with playback and settings.

ADDITIONAL INFORMATION: I was wrong again. GPU works better and crashes less often but it still crashes after playing around a little bit with playback and settings.
Author

Increasing resolution divisions seems to crash it. At 32 GPU seems to be able to handle it okay with fewer crashes. but switching to 64 crashes it every time.

Increasing resolution divisions seems to crash it. At 32 GPU seems to be able to handle it okay with fewer crashes. but switching to 64 crashes it every time.

Added subscriber: @StephenSwaney

Added subscriber: @StephenSwaney

Seems to be working under Linux with CPU.
Can you try a newer build?

Seems to be working under Linux with CPU. Can you try a newer build?
Author

If I change the settings and start playing back the simulation while in solid display view things seem to play back fine if I switch to cycles afterwards. It seems that the crashes only occur consistently while altering the resolution settings of the sim while in cycles preview.

I'll try a newer build.

If I change the settings and start playing back the simulation while in solid display view things seem to play back fine if I switch to cycles afterwards. It seems that the crashes only occur consistently while altering the resolution settings of the sim while in cycles preview. I'll try a newer build.
Author

It still happens in the latest Windows x64 build (12-18-2018) but it seems to be only when I change any of the settings while Cycles is enabled then try to scrub the timeline or jump to the first frame. It seems like I don't have as many issues if I change the settings in solid view then switch to cycles after playing through the sim once.

It still happens in the latest Windows x64 build (12-18-2018) but it seems to be only when I change any of the settings while Cycles is enabled then try to scrub the timeline or jump to the first frame. It seems like I don't have as many issues if I change the settings in solid view then switch to cycles after playing through the sim once.

Added subscriber: @henryschreiner

Added subscriber: @henryschreiner

I've seen this crash as well, and was about to report it when I found this issue. I am on macOS, and just rebuilt Blender 2.8. It's really hard to consistently reproduce at the same point, but it does happen somewhere in the steps I was doing:

  1. Use quick smoke on the default cube
  2. Change emitter to fire and smoke
  3. Change to rendered view, and to Cycles
  4. Scale up the domain along z
  5. Move forward a few frames
  6. Check high resolution
  7. Go to frame one
  8. Go forward a frame

It's almost always related to moving in the timeline. The crash is pretty quick, but if it locks up, it lasts for minutes before I gave up and killed it. Some steps may be optional; it's inconsistent in crashing as it is.

I've seen this crash as well, and was about to report it when I found this issue. I am on macOS, and just rebuilt Blender 2.8. It's really hard to consistently reproduce at the same point, but it does happen somewhere in the steps I was doing: 1. Use quick smoke on the default cube 2. Change emitter to fire and smoke 3. Change to rendered view, and to Cycles 4. Scale up the domain along z 5. Move forward a few frames <The smoke visually gets messed up here after the scaling> 6. Check high resolution <I think I once got a crash here> 7. Go to frame one <may crash here> 8. Go forward a frame <blender completely locks up> It's almost always related to moving in the timeline. The crash is pretty quick, but if it locks up, it lasts for minutes before I gave up and killed it. Some steps may be optional; it's inconsistent in crashing as it is.

Added subscriber: @ZedDB

Added subscriber: @ZedDB

I can't reproduce this on my end. Is this still and issue with a build from today?

I can't reproduce this on my end. Is this still and issue with a build from today?

Added subscriber: @brecht

Added subscriber: @brecht

Changed status from 'Open' to: 'Archived'

Changed status from 'Open' to: 'Archived'
Brecht Van Lommel self-assigned this 2019-03-01 04:49:21 +01:00

Following bug tracker policy, closing report after 7 days due to insufficient information to investigate further. We can reopen the report if more information is provided.

Following bug tracker policy, closing report after 7 days due to insufficient information to investigate further. We can reopen the report if more information is provided.
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
6 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#59522
No description provided.