- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
I am experiencing significant stability issues when using DaVinci Resolve with my Intel Arc B580 graphics card. These issues persist even after extensive troubleshooting, including a full Windows 11 reset, BIOS reset to defaults (which disables ASPM by default on my motherboard), and running with no system overclocks.
System Configuration:
GPU:Intel Arc B580
CPU:Intel Core i7-14700KF
Motherboard: Gigabyte Z790 AORUS ELITE AX (BIOS Version: FK -Latest available as of 6/6/25)
RAM:64GB DDR5-6000 (Crucial Pro UDIMM Kit, CT2K32G60C48U5) - Currently running at JEDEC default speeds after BIOS reset.
Operating System:Windows 11 Home (Build 26100) - Fresh installation.
Intel Graphics Driver Version:32.0.101.6876 (Latest official WHQL downloaded from Intel's website after Windows reset)
DaVinci Resolve Version Tested:
Initially tested with DaVinci Resolve 19.1.4.0011
After Windows reset, tested with DaVinci Resolve 20.0.0.0049 (Latest official public release version)
Problem Description:
DaVinci Resolve frequently encounters errors and becomes unstable, particularly during video playback, editing, or rendering of H.264 and HEVC footage. This often manifests as freezing, playback stuttering severely, visual glitches, and eventually leading to an unrecoverable state requiring the application to be force-closed.
When using DaVinci Resolve, especially with H.264/HEVC files and during standard editing/color grading tasks, I encounter two main categories of critical errors:
Missing OpenGL 4.5 Entry Points (Persistent across driver versions and Resolve versions):
The resolve_graphics_log.txt consistently shows the following errors immediately after Resolve initializes its graphics context:
[Error] missing 4.5 entry point "glGetnTexImage"
[Error] missing 4.5 entry point "glGetnUniformdv"
This indicates an incomplete OpenGL 4.5 implementation in the driver that DaVinci Resolve relies on. These errors occur during the graphics initialization phase and indicate that the driver, despite reporting OpenGL 4.5 support, is failing to provide necessary standard functions within that API expected by Resolve's OpenGL backend.
OpenCL "Out of Resources" Errors (Observed with driver 32.0.101.6876 and Resolve 20):
During longer sessions or more intensive operations, DaVinci Resolve's debug log (ResolveDebug.txt) fills with repeated errors:
DVIP Exception: OpenCL error - API: OpenCL - API Error Code: CL_OUT_OF_RESOURCES (-5)
This indicates a failure in OpenCL operations, likely due to the GPU running out of resources or encountering allocation issues, potentially triggered by activity within Resolve. This points to instability in the driver's OpenCL implementation or resource management under load.
Followed by an "Urgent message: The GPU failed to perform image processing because of an error.||Error Code: -5."
And often associated errors like:
Pinned allocation clEnqueueMapBuffer failed: CL_OUT_OF_RESOURCES
MainPlayer: Failed to get texture, HandleXXXX is unknown.
These errors suggest a severe problem with OpenCL resource management (VRAM or other GPU memory structures) by the driver when used by Resolve.
Follow-up errors often seen after the CL_OUT_OF_RESOURCES errors include:
[UI.GLInterop | ERROR| ... | MainPlayer: Failed to get texture, HandleXXXX is unknown.]
[UI | ERROR| ... | Invalid handle, and failed to get previous texture.]
These are symptomatic of the display/UI system failing to get expected data from the GPU after the OpenCL processing step fails.
Windows Error Reporting (from DxDiag):
My DxDiag report shows multiple LiveKernelEvent errors with Bug Check Code 141 (P1 parameter), indicating repeated graphics driver timeouts or failures. Additionally, there are APPCRASH events for Resolve.exe faulting in ntdll.dll with exception code c0000005 (Access Violation), which often occur subsequent to the driver failures. This system-level error reporting strongly suggests an underlying issue with the Intel graphics driver stability when used with DaVinci Resolve.
Troubleshooting Steps Taken:
Full Windows 11 reset and reinstallation. Used DDU to clean traces of driver before installation.
Reset motherboard BIOS to default settings (ASPM defaults to Disabled on my board).
Ensured no CPU or RAM overclocking (XMP disabled, RAM at JEDEC speeds).
Installed the latest official Intel Arc graphics driver (32.0.101.6876) after the Windows reset.
Tested multiple versions of DaVinci Resolve (currently on 20.0.0.0049, previously 19.1.4.x).
Confirmed DaVinci Resolve preferences are set to use OpenCL for GPU processing, and the Intel Arc B580 is selected.
run (as admin) sfc /scannow, dism /online /cleanup-image /scanhealth, checkhealth, restorehealth - all return no issues.
Virus scan with Windows Defender
Completed Windows Update
Impact:
These issues make DaVinci Resolve highly unstable and unusable for any serious work on my Intel Arc B580 system. Crashes are frequent, or the application becomes unresponsive due to GPU processing failures. The combination of persistent "missing OpenGL entry point" errors and repeated "OpenCL_OUT_OF_RESOURCES" errors, even on a freshly installed Windows system with default hardware settings and the latest drivers/Resolve version, strongly suggests a fundamental issue with the Intel graphics driver's stability and/or API compliance with GPU utilization (both OpenGL for the UI/viewer and OpenCL for compute).
Request:
Could the Intel graphics driver team please investigate these "missing OpenGL 4.5 entry point" errors and the "CL_OUT_OF_RESOURCES" errors when using DaVinci Resolve with the Arc B580? The persistence of the OpenGL API issue across multiple driver versions (I previously had 32.0.101.6874 with the same OpenGL errors) is particularly concerning.
Log Files:
Included are:
resolve_graphics_log.txt (showing the missing OpenGL entry points)
ResolveDebug_2.txt (showing the CL_OUT_OF_RESOURCES errors and other runtime issues)
DxDiag report
Intel SSU report
I can provide the following log files upon request or if there's a preferred method for submission:
DaVinci Resolve Diagnostic Log Bundle (generated via Help - Create Diagnostics Log on Desktop) SIZE IS 1 GB
Please let me know what further information would be helpful.
Thank you for your time and assistance.
Sincerely,
Iamdavid
Link Copied
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hi @iamdavid,
Allow me to check this issue on my end. I will need to look into it further and will report back to you once I have completed my analysis.
Regards,
Randy T.
Intel Customer Support Technician
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hi @iamdavid,
I'm currently working to recreate the issue that you've described. Allow me time to work on the issue.
I'll provide you an update as soon as possible.
Regards,
Ernesto C.
Intel Customer Support Engineer
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hi @iamdavid,
To assist you more effectively with the issue you're experiencing in DaVinci Resolve, I would appreciate it if you could provide some additional information:
- Could you please share any specific settings you are using in DaVinci Resolve? This will help us understand your configuration and identify any potential issues.
- Could you clarify whether this issue affects only one project or multiple projects? Knowing this will help us determine if the problem is project-specific or more widespread.
- Please provide detailed steps on how to recreate the issue. This will allow us to replicate the problem on our end and investigate further.
- If possible, could you share sample project files that we can use to recreate the issue? This will be invaluable in diagnosing the problem.
Your cooperation in providing this information will greatly assist us in resolving the issue.
Looking forward to your response
Regards,
Randy T.
Intel Customer Support Technician
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hi Randy,
Thank you for your support in investigating this matter.
To respond to your 4 requests:
1. "share any specific settings you are using in DaVinci Resolve"
- In Resolve there are system, user, project, deliver, edit, playback, color, and hundreds of other settings. I'm including screenshots of the GPU settings, master project settings, and (final) render settings. It is possible that all applications settings are present in the logs I provided. Note that on the GPU settings it is not possible to change the "GPU processing mode" dropdown or to untoggle the selection of the GPU. The errors occur whether the "Use neural engine optimization on Intel" is toggled or not.
2. "clarify whether this issue affects only one project or multiple projects"
- Rendering: I have only tried one project, but it affects all timelines and clips in the project. Rendering is a time intensive process (hours) so it's not something I experimented with after it failed a few times on a project. Rendering crashes the app with a pop up window in Resolve "Error code -5". Closing this window exits the program.
- Scrubbing, playback (at different speeds) adding effects (especially speed retiming), scrolling, color, editing, etc: affects all projects. This is when Resolve begins to slow and become unresponsive and simply shuts down without displaying an error box.
3. "provide detailed steps on how to recreate the issue"
- To recreate the [Error] missing 4.5 entry point "glGetnTexImage" and [Error] missing 4.5 entry point "glGetnUniformdv" simply open Resolve, close Resolve, and inspect "resolve_graphics_log.txt."
- Unfortunately it is not possible to provide every step I take in the editing process. As I said above, rendering crashes the app with a pop up error code. Scrubbing, playback (at different speeds) adding effects (especially speed retiming), scrolling, color, editing, etc causes the app to hang and then close.
- In my workflow, files are "overlayed" and one video is cropped so that you see half of each file on the screen as the video plays, like a before and after comparison. You can see an example of this playback in the attachment "resolve.mp4" I provided, which is a recording of the monitor when using Resolve.
4. "share sample project files"
- Link to sample files.
DJI_0582.MP4 https://www.transfernow.net/dl/20250611MFOR8Lj3 - golf 1.2.m4v https://www.transfernow.net/dl/202506116I1y5QvR
Perhaps a forensic examination of the logs would provide more clues, as recreating my exact workflow (with every setting identical) is challenging and errors are not verbosely presented on the UI.
Foxusing on the the fact that the "missing OpenGL entry point" errors are ALWAYS present in "resolve_graphics_log.txt" points to a fundamental API incompliance and suggests the specific technical reason why the driver's OpenGL implementation is likely problematic, contributing to the overall instability seen in both the Resolve debug logs and the Windows error reports.
- The CL_OUT_OF_RESOURCES (-5) errors seen in "ResolveDebug_2.txt" are likely the Intel OpenCL driver running into a critical problem that leads to it becoming unresponsive, thus triggering the LiveKernelEvent 141.
- The DxDiag log shows multiple identical LiveKernelEvent 141 entries. 141 indicates the graphics driver stopped responding to the operating system for a period, and Windows attempted to reset the driver (Timeout Detection and Recovery - TDR). Furthermore, the fact that there are multiple entries for this exact LiveKernelEvent 141 (WER0, WER1, WER2, WER3, WER4, WER6, WER8, WER9), are direct evidence from Windows OS that the Intel graphics driver is repeatedly crashing, unresponsive, or timing out due to issues with the graphics hardware or driver at the system level. This isn't just an application error; it's the operating system reporting a fundamental problem with the GPU stack.
- APPCRASH for Resolve.exe (WER5 and WER7). P7 c0000005 is the exception code for an Access Violation with faulting module ntdll.dll, likely a propagation from a lower level code (i.e. a driver). This is a symptom that a driver that the application relies on has crashed or misbehaved, leaving the application with invalid pointers or in an unstable state. In the context of the LiveKernelEvent 141 errors and the OpenCL/OpenGL errors from Resolve, this strongly suggests that Resolve's crash is being triggered by the faulty behavior of the Intel graphics driver interacting with the Windows kernel or core system libraries.
Thank you for your prompt follow up and I look forward to hearing back from you.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hi @iamdavid,
Thank you for sharing these details. I will start investigating the issue to see if it can be replicated on our end. Once I have findings, I will report back to you. I need to check internally to determine whether this can be resolved through driver optimization or if we need to adjust some graphics settings in the software you are using. I appreciate your patience as I work on this. While I cannot provide a specific ETA for the results, I assure you that I will update you as soon as they are available.
Regards,
Randy T.
Intel Customer Support Technician
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
hi @randyt
Just checking in on my previous message regarding my inquiry. Have you had a chance to review it? If you need more information or have any questions, feel free to reach out.
Regards,
Iamdavid
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Thank you Randy,
As an update:
I installed the new WHQL driver 32.0.101.6881 (reboot safe mode-DDU uninstall-reboot normal-install from Intel site-reboot) and tried Davinci Resolve again. Same [Error] missing 4.5 entry point "glGetnTexImage" and [Error] missing 4.5 entry point "glGetnUniformdv" errors in "resolve graphics" log and Failed to create device handle errors in "davinci resolve" log (both attached).
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hi @iamdavid
Thank you for providing this information. We are currently investigating on your concern. We will get back to you as soon as possible.
Regards,
Jave Vincent A.
Intel Customer support Engineer.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hi @iamdavid,
I'm contacting you on behalf of my technician, Randy. I'm currently recreating the issue that you've raised.
Allow me more time to further investigate the issue.
I'll provide an update as soon as possible
Regards,
Ernesto C.
Intel Customer Support Engineer
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
+1
Please make davinci more stable, I get TONS of crashes every day when doing literally any task in the program (usually more intensive tasks, but still sometimes when im doing something extremely lightweight, like moving clips on the timeline)
Also sometimes I just cannot get the video exported at all.
The export keeps getting stuck at a random percentage, and my gpu in the task manager goes from 100% to 0%, and just fully gives up, and my export is stuck until i forcefully crash and reboot the program, and then try again. (My GPU is NOT overheating, its almost never going above 65c)
I sometimes have to render my video in 3-4 chunks and then merge them into 1 video in order to get it done. I don't know what's the issue but ever since I got the b580 davinci has been absolutely horrible
my specs:
ryzen 7 5700x
32gb 3000mhz ram
aorus b450 elite (rebar on)
750w gold psu
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Update:
I installed the new WHQL driver 32.0.101.6913 (reboot safe mode-DDU uninstall-reboot normal-install from Intel site-reboot) and tried Davinci Resolve again. Same [Error] missing 4.5 entry point "glGetnTexImage" and [Error] missing 4.5 entry point "glGetnUniformdv" errors in "resolve graphics" log.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hi @iamdavid,
I hope this message finds you well. I would like to sincerely apologize for the lack of updates on this community thread regarding the issue you've been experiencing. Your patience and understanding are greatly appreciated.
Thank you for informing us that you have tested the latest 32.0.101.6913 WHQL Certified drivers. Rest assured, I am actively working to recreate the issue on our end to better understand and address it.
Please allow me more time to thoroughly investigate the matter. I am committed to providing you with a comprehensive update as soon as possible.
Thank you once again for your patience and cooperation. If you have any further questions or insights in the meantime, please feel free to share them.
Regards,
Ernesto C.
Intel Customer Support Engineer
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hello @Ernesto_C_Intel1 ,
Thank you for checking in. I appreciate your continued investigation into this issue.
I updated DaVinci Resolve to the newest version (20.0.1) and have the same [Error] missing 4.5 entry point "glGetnTexImage" and [Error] missing 4.5 entry point "glGetnUniformdv" errors in "resolve graphics" log.
[Info] [GInstance.Create] success
Platform Windows
Mac OS Version unset
AMD Driver Version unset
Intel Driver Version 32.0.101.6913
NVIDIA Driver Version unset
CPU Core Count 28
Physical Memory (MiB) 65366
[Info] [GInstance.Create] success, backend=OpenGL
[Info] [GLContext.Create] success: Name="DeviceManager", Handle=000000000001000A, ShareContext="GlobalShare", ThreadID=4EA8
Requested: 4.5 Core, R(-1)G(-1)B(-1)A(-1), D(-1)S(-1), SwapBehaviour=platformDefault SwapMethod=default
Chosen: 4.5 Core, RGBA8_UNorm, D24_UNorm_S8_UInt, SwapBehaviour=double SwapMethod=default
Surface: 4.5 Core, RGBA8_UNorm, D24_UNorm_S8_UInt, SwapBehaviour=double SwapMethod=default
Screen: \\.\DISPLAY1, 3840x2160, DPR=1.0, Refresh~60.00, Geom=(0,0,3840,2160), Primary=yes
[
[Error] missing 4.5 entry point "glGetnTexImage"
[Error] missing 4.5 entry point "glGetnUniformdv"
[Info] skipped loading of 4.6 entry points
[Info] Fusion::Graphics::GDevice::GenerateShaderEnvironment shader version set to 4.5
[Info] [GLibrary.Create] success
GPUID gpu:5044aeee.a0aa77a0
Name Arc B580 Graphics
Vendor Intel
Type Discrete
Physical Memory (MiB) 11873
IsMainDisplayGPU yes
Backend OpenGL
Backend Version 4.5
GLSL Version 4.5
[Info] Looking for shaders ...
[Info] Shaders found.
[Info] [GLContext.Create] success: Name="ResourceManager3D", Handle=000000000001000B, ShareContext="GlobalShare", ThreadID=4EA8
Requested: 4.5 Core, R(-1)G(-1)B(-1)A(-1), D(-1)S(-1), SwapBehaviour=platformDefault SwapMethod=default
Chosen: 4.5 Core, RGBA8_UNorm, D24_UNorm_S8_UInt, SwapBehaviour=double SwapMethod=default
Surface: 4.5 Core, RGBA8_UNorm, D24_UNorm_S8_UInt, SwapBehaviour=double SwapMethod=default
Screen: \\.\DISPLAY1, 3840x2160, DPR=1.0, Refresh~60.00, Geom=(0,0,3840,2160), Primary=yes
[Info] [GLContext.Create] success: Name="GraphicsThread0", Handle=000000000001000C, ShareContext="GlobalShare", ThreadID=4EA8
Requested: 4.5 Core, R(-1)G(-1)B(-1)A(-1), D(-1)S(-1), SwapBehaviour=platformDefault SwapMethod=default
Chosen: 4.5 Core, RGBA8_UNorm, D24_UNorm_S8_UInt, SwapBehaviour=double SwapMethod=default
Surface: 4.5 Core, RGBA8_UNorm, D24_UNorm_S8_UInt, SwapBehaviour=double SwapMethod=default
Screen: \\.\DISPLAY1, 3840x2160, DPR=1.0, Refresh~60.00, Geom=(0,0,3840,2160), Primary=yes
I must note that it has been more than 5 weeks since my initial post. Is there any more information you need to be able to reproduce this issue? I am struggling to use workarounds to complete my tasks and think that if this cannot be resolved or addressed I will need to return the GPU. I am obviously outside of the 30 window for returning it to the vendor. Moreover, I think my reason for requesting a RMA from the vendor - what appears to be a fundamental driver stability/compliance issue - may be beyond the scope of their support. Could you please let me know what options I have from Intel to return the GPU to you under warranty.
Thank you.
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Hi @iamdavid,
I'm still actively investigating the issue on our end. In the meantime, we’d like to clarify your RMA request. Could you please confirm whether you're using an Intel Branded Card (IBC) or an OEM-manufactured Intel® Arc™ GPU?
- If it’s an Intel Branded Card, we can assist you directly with the warranty process.
- If it’s an OEM card, you’ll need to contact the manufacturer (OEM) for warranty support.
If you’d like us to continue investigating the issue, please let us know. Additionally, it would be very helpful if you could provide a step-by-step description of how to reproduce the issue on your system.
Looking forward to your response.
Regards,
Randy T.
Intel Customer Support Technician
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Additionally @iamdavid
If you could see if this *consistent* way of crashing resolve also happens on your end? Or if it's just me with the B580.
In this following yt video I show how to reproduce it, it's pretty simple:
https://www.youtube.com/watch?v=weBAEVHaYyA
NOTE: I *THINK* if you have render-cache turned on, it further increases the chance of crashing this way, and also the more stuff you have on the timeline, also the faster/more common it will crash, likely in just 1 click on the "versions" (like shown in the video).
And the video has to be playing when you click the "versions" buttons for it to cause crashes, sometimes maybe it doesn't, but i've not found a consistent way of crashing it without playing the clip.
(Also, this way of crashing it DOES NOT occur inside the fusion page. I've not been able to do it there.)
Here's a .setting file for that macro effect, but it doesn't have to be this exact one, it can be any I think, but it has to have the "versions" thing:
https://drive.google.com/file/d/1qejkG2IBFjZIaNN0zcB_PiiXx5Or7Kuh/view
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Thank you for your reply. As I told @Ernesto
The easiest step by step description to recreate the [Error] missing 4.5 entry point "glGetnTexImage" and [Error] missing 4.5 entry point "glGetnUniformd" issue on my system is to open Resolve, close Resolve, and inspect "resolve_graphics_log.txt." Could share with us the results of that log file after your attempts to recreate it?
- Mark as New
- Bookmark
- Subscribe
- Mute
- Subscribe to RSS Feed
- Permalink
- Report Inappropriate Content
Just wondering if you have had a chance to examine the "resolve_graphics_log" on your end for the same errors and if there are any updates on the possibility of returning the GPU for a refund. thank you

- Subscribe to RSS Feed
- Mark Topic as New
- Mark Topic as Read
- Float this Topic for Current User
- Bookmark
- Subscribe
- Printer Friendly Page