Difference between revisions of "Debugging Tools"

From OpenGL Wiki
Jump to: navigation, search
(Debug Output)
(NVIDIA NSight)
 
(2 intermediate revisions by 2 users not shown)
Line 6: Line 6:
 
'''Description:'''
 
'''Description:'''
  
Debug Output is an OpenGL feature that makes debugging and optimizing OpenGL applications easier.  It is a core feature of GL 4.3 (described specifically in [https://www.khronos.org/registry/OpenGL/extensions/KHR/KHR_debug.txt KHR_debug]).  It and ancestor GL extensions ([https://www.khronos.org/registry/OpenGL/extensions/ARB/ARB_debug_output.txt ARB_debug_output], [https://www.khronos.org/registry/OpenGL/extensions/EXT/EXT_debug_label.txt EXT_debug_label], and [https://www.khronos.org/registry/OpenGL/extensions/EXT/EXT_debug_marker.txt EXT_debug_marker]) are also available for older OpenGL versions.
+
Debug Output is an OpenGL feature that makes debugging and optimizing OpenGL applications easier.  It is a core feature of GL 4.3 (described specifically in {{extref|debug|KHR}}).  Ancestor GL extensions are available for older OpenGL implementations.
  
 
In a nutshell, it allows your application to be notified via a callback function when "interesting events" occur.  For instance, this allows the GL driver to notify your application:
 
In a nutshell, it allows your application to be notified via a callback function when "interesting events" occur.  For instance, this allows the GL driver to notify your application:
Line 13: Line 13:
 
* when (based on your usage) the GL driver has a performance tip to offer for improving your app's performance, or
 
* when (based on your usage) the GL driver has a performance tip to offer for improving your app's performance, or
 
* when some important state change has occurred in the driver that you might want to know about.   
 
* when some important state change has occurred in the driver that you might want to know about.   
Catching GL errors with this method is much easier than by using [[Error Checking|glGetError() error checking]].  You're also able to annotate GL objects with human-readable names and insert your own debugging messages into the event stream.
+
Catching GL errors with this method is much easier than by using [[Error Checking|glGetError() error checking]].  Your application is also able to annotate GL objects with human-readable names and insert its own debugging messages into the event stream.
  
[https://www.khronos.org/registry/OpenGL/extensions/KHR/KHR_debug.txt KHR_debug] (part of core OpenGL 4.3) provides a convenient way to <code>glEnable()</code> this debug output support from within a normal GL context.  However, ancestor GL debug output extensions (see above) require you to create a GL debug context.
+
{{extref|debug|KHR}} (part of core OpenGL 4.3) provides a convenient way to {{apifunc|glEnable|()}} this debug output support from within a normal GL context.
 
 
For more details, see: [[Debug Output]].
 
  
 
== RenderDoc ==
 
== RenderDoc ==
Line 104: Line 102:
 
Supports Windows and Linux, can be used to analyze frames, see textures, buffers, shaders, etc. Also works on non-AMD hardware.
 
Supports Windows and Linux, can be used to analyze frames, see textures, buffers, shaders, etc. Also works on non-AMD hardware.
  
== NVIDIA NSight ==
+
== NVIDIA Nsight Graphics ==
 +
 
 +
: https://developer.nvidia.com/nsight-graphics
 +
 
 +
'''Description:'''
 +
 
 +
[https://developer.nvidia.com/nsight-graphics Nsight Graphics] supports stand-alone profiling and debugging of OpenGL, Vulkan, and D3D applications on both Windows and Linux, including those utilizing OpenVR, the Oculus SDK, or the Ray Tracing extensions for Vulkan or D3D.  Here's the [https://developer.nvidia.com/nsight-graphics-features Support Matrix].  As of 2019, Nsight Graphics is being actively maintained and extended.  See also: [https://developer.nvidia.com/nsight-graphics-documentation-and-support Documentation], [https://devtalk.nvidia.com/default/board/322/nsight-graphics/ Support Forum] (post questions and feature requests here).
 +
 
 +
In practice, Nsight Graphics has solid capture, debugging, and profiling support for OpenGL applications, including complete support for OpenGL [[Debug_Output]] APIs.  Marking sub-frame processing sections with named debug groups makes it fairly trivial to identify, examine, and profile these in frame captures.
 +
 
 +
== NVIDIA Nsight VSE ==
  
 
: https://www.nvidia.com/object/nsight.html
 
: https://www.nvidia.com/object/nsight.html
  
 
'''Description:'''
 
'''Description:'''
The [https://developer.nvidia.com/nvidia-nsight-visual-studio-edition Visual Studio Edition] that allows visual debugging and profiling of OpenGL / CUDA / D3D (and more) programs on Windows.
+
The Nsight [https://developer.nvidia.com/nvidia-nsight-visual-studio-edition Visual Studio Edition] provides visual debugging and profiling capability for OpenGL / CUDA / D3D (and more) programs on Windows.  This is an older tool that (unlike [[#NVIDIA Nsight Graphics|Nsight Graphics]]) requires both Windows and Microsoft Visual Studio.
  
 
[https://developer.nvidia.com/nsight-eclipse-edition NSight Eclipse Edition] provides similar support for Linux and Mac OS.  
 
[https://developer.nvidia.com/nsight-eclipse-edition NSight Eclipse Edition] provides similar support for Linux and Mac OS.  
  
 
[[Category:Related Toolkits & APIs]]
 
[[Category:Related Toolkits & APIs]]

Latest revision as of 13:13, 30 September 2019

There are several tools that can aid in the debugging of your OpenGL program.

Debug Output

Description:

Debug Output is an OpenGL feature that makes debugging and optimizing OpenGL applications easier. It is a core feature of GL 4.3 (described specifically in KHR_debug). Ancestor GL extensions are available for older OpenGL implementations.

In a nutshell, it allows your application to be notified via a callback function when "interesting events" occur. For instance, this allows the GL driver to notify your application:

  • when a GL error has occurred (and to provide extended information about why that error occurred),
  • when your app is using a slow path in the GL driver,
  • when (based on your usage) the GL driver has a performance tip to offer for improving your app's performance, or
  • when some important state change has occurred in the driver that you might want to know about.

Catching GL errors with this method is much easier than by using glGetError() error checking. Your application is also able to annotate GL objects with human-readable names and insert its own debugging messages into the event stream.

KHR_debug (part of core OpenGL 4.3) provides a convenient way to glEnable() this debug output support from within a normal GL context.

RenderDoc

https://renderdoc.org/

Description: RenderDoc is a stand-alone graphics debugging tool, released under the MIT License, that supports OpenGL 3.2+ (Core Profile only) development on Windows and Linux. Besides OpenGL, RenderDoc can also be used to debug Vulkan and several other graphics APIs. Online documentation is available at https://renderdoc.org/docs/index.html.

BuGLe

https://www.opengl.org/sdk/tools/BuGLe/

Description: BuGLe is a free (as in freedom) software released under the GPLv2. It is a toolkit for debugging and profiling OpenGL applications running on UNIX-like systems. It consists of two parts: a collection of filter-sets that observe and sometimes modify calls to the OpenGL API, and a graphical debugger (gldb-gui) that helps in setting breakpoints, capturing errors, and examining state (including shader code, buffers and a visual feedback of the textures, the color buffers and depth buffer).

Note: It was officially announced on November 23 2014 that BuGLe is no longer being developed. [1]

AMD CodeXL

https://gpuopen.com/compute-product/codexl/
https://en.wikipedia.org/wiki/CodeXL

Description: AMD's CodeXL is the successor to Graphic Remedy's gDebugger.

gDebugger was a commercial application that hooked into your application and displayed info in text and graphical form in its own window. It could also show GPU utilization. You could use it to find out where the bottleneck is in your app. There were Windows and Linux versions.

It also supported GL_GREMEDY_string_marker for leaving natural language description markers in your source code, which made it easier for you to locate where in your application that GL call sequences were being executed.

APITrace

https://github.com/apitrace/apitrace

Description: APITrace is another free (as in freedom) software. It is a toolkit for debugging and profiling OpenGL and DirectX applications running on Linux or Windows. You first run your program to generate a "trace file", and this file can then be replayed or explored using the tools provided.

GLIntercept

https://github.com/dtrebilco/glintercept

Description: GLIntercept is a free open sourced program intended for Windows platforms. After installing, a folder (C:\Program Files\GLIntercept*_* where the asterisks are the version numbers) will have been created. This folder holds several sample configuration files of interest which can be used to configure GLIntercept: gliConfig.ini, gliConfig_AuthorStd.ini, gliConfig_ExtOverride.ini, etc. In addition, this folder holds a version of the OpenGL32.dll file which acts an intermediary between your system's OpenGL implementation and GLIntercept. To utilize this functionality, copy the DLL and a customized copy of the gliConfig.ini file to your application's target folder (usually where the .EXE resides) and run your application. All invoked OpenGL function calls will route through the DLL, allowing GLIntercept to detect:

  • Errors
  • Function calls before context creation
  • Resource leaks

Once you close your app, GLI dumps the above info into gliLog.txt.

You may configure GLI to output a XML log file (upon pressing [Ctrl]+[Shift]+[f]) showing all of the OpenGL functions called, problems and used shaders and textures. GLI will make a folder where your EXE is and places the XML files and all related files like screen captures and textures.

In gliConfig.ini, check out section "LogPerFrame".

Cons: The program is intended for applications that have a single GL context. Windows Only. It is compatible with OpenGL 3.x and above, but it will not provide the best form of logging for some of the more recent APIs and extensions.

GLSL-Debugger

http://glsl-debugger.github.io/

Description: GLSL-Debugger is similar in concept to gDebugger. It works transparently just like gDebugger, and it can debug the shaders line by line. It is also free.

Linux and Windows.

The source code has been opened in 2013 and actively developing Open Source fork is now available: http://glsl-debugger.github.io/. This is a fork of the original glslDevil project.

Xcode tools

https://developer.apple.com/xcode/

Description: Under Mac OS X, Apple provides two very handy tools for debugging OpenGL applications as part of Xcode: OpenGL Driver Monitor and OpenGL Profiler.

Vogl

https://github.com/ValveSoftware/vogl

Description: Vogl is a free (as in freedom) software released under the MIT License by RAD Game Tools and Valve Software. It is an OpenGL capture / playback debugger running on Linux, Windows, and Mac OSX.

AMD GPU PerfStudio

http://gpuopen.com/archive/gpu-perfstudio/

Description: Supports Windows and Linux, can be used to analyze frames, see textures, buffers, shaders, etc. Also works on non-AMD hardware.

NVIDIA Nsight Graphics

https://developer.nvidia.com/nsight-graphics

Description:

Nsight Graphics supports stand-alone profiling and debugging of OpenGL, Vulkan, and D3D applications on both Windows and Linux, including those utilizing OpenVR, the Oculus SDK, or the Ray Tracing extensions for Vulkan or D3D. Here's the Support Matrix. As of 2019, Nsight Graphics is being actively maintained and extended. See also: Documentation, Support Forum (post questions and feature requests here).

In practice, Nsight Graphics has solid capture, debugging, and profiling support for OpenGL applications, including complete support for OpenGL Debug_Output APIs. Marking sub-frame processing sections with named debug groups makes it fairly trivial to identify, examine, and profile these in frame captures.

NVIDIA Nsight VSE

https://www.nvidia.com/object/nsight.html

Description: The Nsight Visual Studio Edition provides visual debugging and profiling capability for OpenGL / CUDA / D3D (and more) programs on Windows. This is an older tool that (unlike Nsight Graphics) requires both Windows and Microsoft Visual Studio.

NSight Eclipse Edition provides similar support for Linux and Mac OS.