Le mar. 5 sept. 2023 à 16:21, Lisandro Damián Nicanor Pérez Meyer <perezme...@gmail.com> a écrit : > > tag 1051267 patch > submitter 1051267 jaz...@gmail.com > forwarded https://bugs.kde.org/show_bug.cgi?id=474095 > thanks > > I have just created > > https://salsa.debian.org/qt-kde-team/extras/gcompris-qt/-/merge_requests/3 > > in order for the maintainer to take a look at. > > @Johny: in CMakeLists.txt:154 I see > > set(GRAPHICAL_RENDERER "auto" CACHE STRING "Policy for choosing the renderer > backend [opengl|software|auto]") > > If the code is not doing direct OpenGL calls then maybe it would be good if > you could take a look, maybe there is a way for this to work on OpenGL-ES and > let GCompris run on embedded devices without Desktop OpenGL support. > > Cheers, Lisandro.
Hi, Thank you for opening the bug and the MR! this code is used to set the graphicsApi to either Software or OpenGL (https://doc.qt.io/qt-5/qsgrendererinterface.html#GraphicsApi-enum) in the code https://invent.kde.org/education/gcompris/-/blob/master/src/core/main.cpp?ref_type=heads#L292-305. 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, Cheers, Johnny
