[Interest] What's up with Qt's graphic stack (6.2.1) (and WebEngine)?

Allan Sandfeld Jensen kde at carewolf.com
Wed Nov 24 14:29:31 CET 2021


On Mittwoch, 24. November 2021 12:24:23 CET Nils Jeisecke wrote:
> Thanks for your response Allan.
> 
> On Tue, Nov 23, 2021 at 4:28 PM Allan Sandfeld Jensen <kde at carewolf.com> 
wrote:
> > We only support two backends in WebEngine currently, either WGL OpenGL or
> > the software backend. The software backend should work just fine though.
> > If you have any other QSG backend than OpenGL, it should automatically be
> > used, but you can also force it by selecting the software QSG backend or
> > using the chromium flag --disable-gpu.
> 
> Looks like overriding the renderer with
> QQuickWindow::setGraphicsApi(QSGRendererInterface::Software) *after*
> calling QtWebEngineQuick::initialize() seems to activate software
> rendering in Chromium. However, performance with Video (JITSI in my
> use case) is subpar :-( Any plans to enable Hardware Acceleration in
> Chromium with the "native" RHI backends (D3D11, metal)? Or is this
> technically imbossible (due to Chromium limitations)?
> 
We are planning to do that, but it is somewhat complicated. The QQuickWidget 
we use, only support OpenGL and Software in Qt 6.2, and there is no other 
QRHIWidget available or planned. We will be trying with a QWindow approach for 
6.3 or 6.4.

Another issue is that Chrome itself is still using OpenGL, on Windows using 
ANGLE, which Qt removed support for :/ 

Perhaps we can run QtWebEngine under ANGLE and the rest of Qt under D3D, but 
it is still at a research stage, and we are low on manpower.

So it is definitely something we would like to get working, but there are many 
pieces not fitting together at the moment.

Best regards
Allan




More information about the Interest mailing list