Resolve crashes when computer returns from sleep

Davinci Resolve crashes every time my computer resumes after sleep.

This is repeatable, it happens every time.

Running DaVinci Resolve v17.2.1.0012 (Windows/MSVC x86_64)
BMD_BUILD_UUID 627ad6a2-0f5d-4570-8eb4-8288a966838b
BMD_GIT_COMMIT c67d8b3ee6ad4a43096b7b6563c1f5571b917dce
Detected System:
- OS: Windows 10 Home (Build 19042)
- Model: Dell 0NNW5N
- CPU: Intel Core i7-10510U, 8 threads, x86-64
- RAM: 7.8 GiB used of 15.8 GiB
- NVIDIA GPU Driver: 462.31, supports CUDA 11.2
Detected 2 GPUs:
- "NVIDIA GeForce MX250" (gpu:b0346fb4.510dd5ce) <- Main Display GPU
Discrete, 0 B used of 1.9 GiB VRAM, PCI:60:0 (x2)
Matches: CUDA, DirectX, NVAPI, NVML, OpenCL
- "Intel UHD Graphics" (gpu:c21b7c6f.5f6737f1)
Integrated, 6.3 GiB VRAM, PCI:0:2.0
Matches: DirectX, OpenCL, Win32
Detected 1 monitors:
- "Dell 7591-AUO Display" <- Main Monitor
3840x2160, connected to "NVIDIA GeForce MX250" (gpu:b0346fb4.510dd5ce)
Selected compute API: CUDA
Manual GPU Selection:
- "NVIDIA GeForce MX250" (gpu:b0346fb4.510dd5ce)

[Peter Chamberlain]

It's likely the GPU drivers or windows are not managing the sleep change so the GPU is not becoming available to Resolve.

Try deactivation one GPU, and a complete re-install, not update, to the GPU driver.

Which part of which diagnostic log file will confirm the cause?

(I'd send a problem report to BMD but that feature is also totally broken)

Best practice for programs like Resolve is not to have the computer go to sleep or hibernate. Some processes will not restart by themselves when waking hence the crash.
This is how to post logs.

I second Charles' advice. Keep an edit system fully powered at all times. Disable any Sleep, Hibernate or other low power modes.

+1 on Resolve crashing every time I return from sleep on my PC. Not a huge issue knowing that it will happen every time; but something BM should look into.

Best practice for programs like Resolve is not to have the computer go to sleep or hibernate. Some processes will not restart by themselves when waking hence the crash.

I think Charles is 100% right -- if I have to walk away from my system for more than a few minutes, I'll save the current session, exit Resolve, and then sleep the computer. To me, sessions are too fragile and too important to risk them because a drive disconnected or the OS crashed during sleep/hibernate modes.

I know editors who use the same philosophy with Avid, because of the way it scans and connects to external hard drives. They don't just sleep the system, they exit the software, then sleep the system.

I've gotten into the habit of just shutting down the system at the end of the day and then rebooting from scratch and relaunching Resolve when starting a new day. I'm not in so much of a hurry that I can't wait 1 minute for the system to come back up, and Resolve typically takes less than :30 seconds to launch these days.

In my experience ALL major editing apps (Avid, FCP, Premiere Resolve) suffer from this. It's definitely good practice to not let a computer sleep when using editing or compositing apps.

In my experience ALL major editing apps (Avid, FCP, Premiere Resolve) suffer from this. It's definitely good practice to not let a computer sleep when using editing or compositing apps.

Premiere works perfectly with sleep.

Best practice for programs like Resolve is not to have the computer go to sleep or hibernate.

This idea is quite puzzling in the era of high performance laptops, ultrabooks, etc.

I put my computer computer sometimes with 5 huge pieces of software running, and in years only Resolve crashes. Bugs need to be fixed.

I don't regard this as a bug. Pro Tools has the same requirement. When a computer sleeps or hibernates processes used by these programs have no way of restarting when the computer awakes because they need the boot up sequence.

Premiere works perfectly with sleep.

Then that's the program you need to use. I think sleep mode is very dangerous for a lot of reasons, particularly for programs that have critical connections to multiple external drives.