saschawillems / glcapsviewer Goto Github PK

The 1.0beta app starts, shows an OpenGL profile selection popup and closes immediately after clicking ok. Selecting any of the profiles has no impact. No additional info is provided (like an error message or crash handler), it just closes.

The OS is Windows 8.1. The graphics card supports OpenGL and the latest NVidia drivers (347.88) are installed. Previous version of glCapsViewer works and detects OpenGL 4.5 profile correctly.

It is preferred over scraping it.

Add an additional descriptor field and category selection to reports. For uploading new reports as well as existing reports (using the same mechanics as the update report function).

The descriptor field could include information on the environment (e.g. found in "Tablet XYZ") or caveats for the GPU/OS/driver combination (e.g. "using extension GL_XYZ with 16 geometry shader outputs forces software mode").

On the client side this would require an additional combo box and input field for uploading the report and a function to add this to an existing report.

[xxx@Stebs build]$ cmake ..
-- The C compiler identification is GNU 5.3.0
-- The CXX compiler identification is GNU 5.3.0
-- Check for working C compiler: /usr/bin/cc
-- Check for working C compiler: /usr/bin/cc -- works
-- Detecting C compiler ABI info
-- Detecting C compiler ABI info - done
-- Detecting C compile features
-- Detecting C compile features - done
-- Check for working CXX compiler: /usr/bin/c++
-- Check for working CXX compiler: /usr/bin/c++ -- works
-- Detecting CXX compiler ABI info
-- Detecting CXX compiler ABI info - done
-- Detecting CXX compile features
-- Detecting CXX compile features - done
-- Found OpenGL: /usr/lib64/libGL.so
-- Found GLEW: /usr/include
-- Found GLFW: /usr/include
-- Boost version: 1.60.0
-- Configuring done
-- Generating done
-- Build files have been written to: /home/xxx/Programme/glCapsViewer-master/build
[xxx@Stebs build]$ make
Scanning dependencies of target glcapsviewer_automoc
[ 6%] Automatic moc for target glcapsviewer
Generating moc_glCapsViewer.cpp
Generating moc_glCapsViewerHttp.cpp
Generating moc_settingsDialog.cpp
Generating moc_submitDialog.cpp
[ 6%] Built target glcapsviewer_automoc
[ 12%] Generating qrc_glCapsViewer.cpp
Scanning dependencies of target glcapsviewer
[ 18%] Building CXX object CMakeFiles/glcapsviewer.dir/internalFormatTarget.cpp.o
[ 25%] Building CXX object CMakeFiles/glcapsviewer.dir/settingsDialog.cpp.o
[ 31%] Building CXX object CMakeFiles/glcapsviewer.dir/submitDialog.cpp.o
[ 37%] Building CXX object CMakeFiles/glcapsviewer.dir/glCapsViewerCore.cpp.o
[ 43%] Building CXX object CMakeFiles/glcapsviewer.dir/treeproxyfilter.cpp.o
[ 50%] Building CXX object CMakeFiles/glcapsviewer.dir/settings.cpp.o
[ 56%] Building CXX object CMakeFiles/glcapsviewer.dir/internalFormatInfo.cpp.o
[ 62%] Building CXX object CMakeFiles/glcapsviewer.dir/capsGroup.cpp.o
[ 68%] Building CXX object CMakeFiles/glcapsviewer.dir/glCapsViewerHttp.cpp.o
[ 75%] Building CXX object CMakeFiles/glcapsviewer.dir/glCapsViewer.cpp.o
In file included from /home/xxx/Programme/glCapsViewer-master/glCapsViewer.cpp:23:0:
/home/xxx/Programme/glCapsViewer-master/glCapsViewer.h:28:29: schwerwiegender Fehler: ui_glcapsviewer.h: Datei oder Verzeichnis nicht gefunden
#include "ui_glcapsviewer.h"
^
Kompilierung beendet.
CMakeFiles/glcapsviewer.dir/build.make:296: die Regel für Ziel „CMakeFiles/glcapsviewer.dir/glCapsViewer.cpp.o“ scheiterte
make[2]: *** [CMakeFiles/glcapsviewer.dir/glCapsViewer.cpp.o] Fehler 1
CMakeFiles/Makefile2:67: die Regel für Ziel „CMakeFiles/glcapsviewer.dir/all“ scheiterte
make[1]: *** [CMakeFiles/glcapsviewer.dir/all] Fehler 2
Makefile:83: die Regel für Ziel „all“ scheiterte
make: *** [all] Fehler 2

The application allows the user to specify core context (which also seems to force "forward compatibility" even though it's not the same thing) versus "default", whatever that means for the driver.

There is no way to force "compatibility" context, no control over "forward compatibility" flag and no way to specify minimal OpenGL version.

For example, on my HD7850 most applications report OpenGL version 4.5, because that's what the driver gives when not asked for any specific version (which according to spec is the same as asking for 1.0) so I though 4.5 is all I have.
But I recently found out that asking for 4.6 during context creation actually succeeds. I would like to be able to examine this 4.6 context but there is currently no way of doing so.

For example c++ version should be set using set_property(TARGET glcapsviewer property CXX_STANDARD 20). For hardening I have an own module https://gitlab.com/KOLANICH/SQLiteCpp/blob/fixes_by_KOLANICH/cmake/Hardening.cmake , feel free to reuse.

To reproduce - select "OpenGL default" when starting, hit "Reload", select "OpenGL ES X.0 context". Information won't be correctly updated.

Tested on two Linux systems, both with precompiled version and built from git source.

I've build glCapsViewer on ArchLinux and it shows that "Device not yet present in database". Then I'm trying to use Upload, and it seems to succeed - at least it shows success in "Report submitted" popup. But I cannot find my submission in http://opengl.gpuinfo.org/ list. I did also submit report using Windows precompiled binary from https://github.com/SaschaWillems/glCapsViewer/releases/ and that seems to show up in the list (http://opengl.gpuinfo.org/gl_generatereport.php?reportID=1235).

Any idea why submission from ArchLinux doesn't work?

Hi!

The Linux binary version distributed through https://opengl.gpuinfo.org/download.php will fail with the error:

./glcapsviewer: error while loading shared libraries: libGLEW.so.2.0: cannot open shared object file: No such file or directory

The problem is that glcapsviewer is linking against libGLEW.so.2.0 instead of libGLEW.so.2.1 which is the one included in Ubuntu 20.04

The version compiled is simply too old for that version of Ubuntu and the lib is not bundled together.

Workaround

A simple solution is to copy /usr/lib/x86_64-linux-gnu/libGLEW.so.2.1.0 into the same folder as the glcapsviewer e.g. /home/user/Downloads/glcapsviewer_1_2_linux64 and rename it to libGLEW.so.2.0.

Then use LD_LIBRARY_PATH to make it look for libGLEW.so.2.0 in that folder:

LD_LIBRARY_PATH=/home/matias/Downloads/glcapsviewer_1_2_linux64 ./glcapsviewer

It just works fine.

Yesterday I uploaded https://opengl.gpuinfo.org/displayreport.php?id=8670. I quickly noticed that it was missing even the most basic capabilities. After fixing the bug in #34 I used the application to update the database entry. But the entry shown on the website now contains wrong data.
The database dropped 11 capabilities that the application was able to read out, invented 8 capabilities that the application did not read out and messed up the assignment of all values. It looks like the values have the correct order on the website, but are shifted by a few rows. The four "n/a" values from the xml are missing.

The missing capabilities are

• GL_MAX_TEXTURE_SIZE
• GL_MAX_VIEWPORT_DIMS[0]
• GL_MAX_COMBINED_TEXTURE_IMAGE_UNITS
• GL_NUM_COMPRESSED_TEXTURE_FORMATS_ARB
• GL_MAX_TEXTURE_IMAGE_UNITS
• GL_MAX_VARYING_FLOATS
• GL_MAX_VERTEX_ATTRIBS
• GL_MAX_VERTEX_TEXTURE_IMAGE_UNITS
• GL_MAX_COLOR_TEXTURE_SAMPLES
• GL_MAX_DEPTH_TEXTURE_SAMPLES
• GL_MAX_INTEGER_SAMPLES

The "invented" capabilities are

• GL_MAX_COLOR_ATTACHMENTS
• GL_MAX_ARRAY_TEXTURE_LAYERS
• GL_MAX_VERTEX_UNIFORM_VECTORS
• GL_MAX_FRAGMENT_UNIFORM_VECTORS
• GL_MIN_PROGRAM_TEXEL_OFFSET
• GL_MAX_SUBROUTINES
• GL_MAX_GEOMETRY_UNIFORM_BLOCKS
• GL_MAX_VIEWPORTS

I have attached the saved xml: glCapsViewer_Report.xml.txt

$ uname -a
Linux debian 5.6.0-1-amd64 #1 SMP Debian 5.6.7-1 (2020-04-29) x86_64 GNU/Linux
$ uname -v
#1 SMP Debian 5.6.7-1 (2020-04-29)
r$ uname -r
5.6.0-1-amd64
$

Linux version 5.6.0-1-amd64 ([email protected]) (gcc version 9.3.0 (Debian 9.3.0-11)) #1 SMP Debian 5.6.7-1 (2020-04-29)

The 5.6.0 is not a version of the kernel, it is just a release of the kernel package in Debian. The actual kernel version is 5.6.7 (+ patches).

On my Intel Sandybridge GPU, glCapsViewer fails to read the OpenGL Core Profile properties. GLFW reports that a Core Profile context is only available with OpenGL 3.2+. However, I am able to create a Core Profile context with version 3.3 from Qt using QSurfaceFormat and QOpenGLContext. Also, glxinfo also states that version 3.3 should be possible for Core:

OpenGL core profile version string: 3.3 (Core Profile) Mesa 10.4.3

Not so, however, for non-core:

OpenGL version string: 3.0 Mesa 10.4.3

I suspect that this might in fact be a GLFW bug.

This on Manjaro Linux 64 bits, i7 + nvidia 960m.
I tried on both GPU the intel card and the nvidia card. Doesnt work. It shows that error and then it closes.