Le mar. 5 sept. 2023 à 18:55, Lisandro Damián Nicanor Pérez Meyer <perezme...@gmail.com> a écrit : > > forwarded 1051267 https://bugs.kde.org/show_bug.cgi?id=474095 > thanks > > El martes, 5 de septiembre de 2023 12:46:19 -03 Johnny Jazeix escribió: > [snip] > > Hi, > > Thank you for opening the bug and the MR! > > My pleasure! > > > this code is used to set the graphicsApi to either Software or OpenGL > > (https://doc.qt.io/qt-5/qsgrendererinterface.html#GraphicsApi-enum) > > Mmm, according to the above: > > QSGRendererInterface::OpenGL 2 OpenGL ES 2.0 or higher > > gles stands for OpenGL ES, so it should be working... > > > in > > the code > > https://invent.kde.org/education/gcompris/-/blob/master/src/core/main.cpp?ref_type=heads#L292-305. > > I have the gut feeling that the code would simply work if you remove lines > 299 to 305, ie, only switch to software if required, then let Qt "do the > right thing". Or at leats the default :-D >
The default value is "auto" so it does not go inside any of this code and it lets Qt do as it wishes. > > We offered the switch for Desktop that did not have OpenGL, but in the > > issue we have, it works in opengl mode but only without > > libqt5quick5-gles (using software mode is a "degraded" mode). I'm not > > sure what are the differences between libqt5quick5 and > > libqt5quick5-gles to understand what could be different, > > The difference is that libqt5[gui quick quickparticles]5-gles are compiled > against OpenGL ES instead of "Desktop" (normal) OpenGL. > > https://en.wikipedia.org/wiki/OpenGL_ES > > Sadly on Linux you can't switch the OpenGL implementation at runtime, so one > needs to compile against OpenGL or OpenGL ES (gles). > Thanks for the link and explanation :).