TDR Crash #83000
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
4 Participants
Notifications
Due Date
No due date set.
Dependencies
No dependencies set.
Reference: blender/blender#83000
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-10-10.0.19041-SP0 64 Bits
Graphics card: GeForce 940M/PCIe/SSE2 NVIDIA Corporation 4.5.0 NVIDIA 376.54
Blender Version
Broken: version: 2.90.1, branch: master, commit date: 2020-09-23 06:43, hash:
3e85bb34d0
Worked: Unkown
Short description of error
I am repeatably getting a crash in Blender when going into Rendered Preview Mode. I searched for the Error and in the Event Viewer, I get a Log
It seems like Blender is not propertly putting load on the graphic card or something along those lines.
Exact steps for others to reproduce the error
Fire & Gas Simulation: Going into the Rendered View in the Viewport. It renders the pixelated Preview fine, but when it tries to render at a it starts to hang and crashes after a few seconds. The .blend file + the sim would be too big to upload here.
Also I dont know if this is a system problem or a problem with blender.
If you ask, I can upload them, but It doesnt seem like the scene is the problem
Added subscriber: @Blender_Render
I am also available for further questions.
Added subscriber: @rjg
Changed status from 'Needs Triage' to: 'Needs User Info'
What is your current TDR delay and have you previously changed this value? See instructions on [this website ]] on how to view and edit the configured value. Please also update your graphics driver by downloading the most recent version [ https:*www.nvidia.com/Download/driverResults.aspx/166629/en-us | Nvidia's website . The current version you're using is from before 2017.
The TDR registry keys are not set, so the default 2s. I didn't change the values before. I'm gonna try just to update the drivers
I updated to the newest driver now (457.30), but Blender still crashes... Maybe manually set the TDR Timeout higher?
Please open Blender's installation directory and double click on the
blender_debug_gpu.cmd
. This will start Blender in debug mode and create log files. Try to make Blender crash again. Once it crashes the Windows Explorer should open and show you up to two files, a debug log and the system information. Add them to your bug report by clicking on the upload button as shown in the screenshot below or via drag and drop. Please also upload the crash log located inC:\Users\[your username]\AppData\Local\Temp\[project name].crash.txt
(or simply type%TEMP%
into the path bar of the Windows Explorer).Once you've got the logs files, try to increase the TDR.
blender_debug_output.txt
blender_system_info.txt
I don't see a Fire.crash.txt in %TEMP%
Also I just noticed in my registry by default there is no TdrLevel Reg Key, is that normal?
It seems like changing the Timeout helped, It now is able to render in the viewport, it is a bit laggy but works without crashes. It's using the gpu only for a short time every sample,
When rendering not from the Viewport, so normal rendering, I get the Error
after 1-2 Minutes, before there was GPU usage that seemed like single cycles sample spikes, after that if I try to render I instantly get
and I can't even render in the Viewport after
rendering normal, same Error.
From the Blender Console (first crash):
After the first crash:
Event Viewer Log at the first crash:
After the second all following like this one:
I know thats a lot of text, I just hope one of these could help so I didn't want to not send these, I dont know if this helps
Changed status from 'Needs User Info' to: 'Needs Triage'
Added subscriber: @Harvester
Sometimes, it happens that when new NVIDIA drivers are installed the registry key where the TDR variable is set (if set) it is being reset to default values, and that variable is deleted.
You have to follow the instructions given by Robert about to the TDR setup in the Windows registry, as described at the given link.
This doesn't seam to be a Blender software bug.
Added subscriber: @OmarEmaraDev
Changed status from 'Needs Triage' to: 'Needs User Info'
Does reducing the rendering tile size make things work?
Reducing the tile size might have an impact on the memory used at render time, but I doubt it might "fix" the TDR warning/issue. Have you tried? Did it make any difference? Possibly, a developer might provide you with a more detailed answer, if needed. I still recommend to follow the given instructions and make some tests.
@Harvester This is one of the recommendations available in the documentation to alleviate the issue, and it does indeed make sense as scheduling smaller tiles will reduce the GPU side computations per tile. We just need to confirm if this is indeed the cause of the CUDA synchronization errors.
I cannot tell you if this is the cause of the CUDA synchronization errors, because it's a quite dated solution to CUDA TDR error, and I usually set and forget it. This is where I found a solution the first time I got this problem: http://artificialflight.org/blog/2013/cycles-crash-cuda-tdr-error/
I wish to be more useful, sorry.
Changed status from 'Needs User Info' to: 'Archived'
Based on the provided information this does not appear to be a bug in Blender, but rather a system configuration issue related to the TDR value and the GPU state being reset by the OS.