https://bugs.kde.org/show_bug.cgi?id=458143
--- Comment #4 from Jean-Fred <jf...@free.fr> ---
Maik,
More investigation results on my side.
I did a few experiments to address the folowing things:
1 - About the missing libEGL.dll lib:
I copied a few ANGLE related dlls from Chrome in to digiKam dir (It
seems ANGLE comes from Google...)
That changes things quite a bit:
I first get a different error message telling that GL_ARB_texture is
not managed.
(This is confirmed by DebugView log: "00001756 47.07304001 [13568]
digikam.dplugin.generic: GL_ARB_texture_rectangle not supported.")
Process explorer shows that ligEGL.dll, d3compiler_47.dll and d3d11.dll
(the one I copied) are loaded when OpenGL viewer is called.
When clicking OK in error window no crash any more but a black OpenGL
Viewer window.
From the info I found, ANGLE seems not to support
GL_ARB_texture_rectangle extension => consistent with behavior described above.
2 - About the missing opengl32sw.dll lib:
Was no able to find an opengl32sw.dll lib that works if libEGL is not
there... Probably need to match library Qt5 was linked against...
3 - About understanding why my openGL seems not to work with digiKam:
Looking to Qt5 doc, there is a way to force the use of desktop OpenGL
driver through the use of an env. var.
I tried this from a command prompt: "set QT_OPENGL=desktop" then start
digiKam from same prompt.
Doing so digiKam OpenGL viewer operates flawlessly - no doubt that
display is hardware acelerated considering how fast display refreshes.
(Whether the extra libegl:... libraries are in digiKam dir or not does
not chnage anything.)
I guess that the way Qt5 manages OpenGL is that it first checks if a desktop
openGL driver is available if not it tries ANGLE (which will fail if libegl and
its dependencies are not there) and finally tries openGL software emulation
(which fails if opengl32sw is not there).
On my system, not sure why, it seems Qt5 fails to detect if an openGL desktop
driver is there...
To conclude with this, I added QT_OPENGL in my environment variable and that
works.
However I think that's not very clean as this may interfere with other Qt
apps...
Maybe there are other ways to force Qt using desktop driver usage from inside
the app, that may allow implementation of a "OpenGL driver" checkbox/combobox
inside digiKam config.
Not sure why Qt5 does fail detecting my openGL driver (a bug?).
As a side note, maybe libegl and related libs as well as opengl32sw lib need to
be added to the window bundle (even though libegl does not help) to get all
dependencies fullfilled?
Regards,
Jean-Fred
--
You are receiving this mail because:
You are watching all bug changes.
