Skip to content
New issue

Have a question about this project? Sign up for a free GitHub account to open an issue and contact its maintainers and the community.

By clicking “Sign up for GitHub”, you agree to our terms of service and privacy statement. We’ll occasionally send you account related emails.

Already on GitHub? Sign in to your account

Enable hardware acceleration with QtWebEngine #2671

Closed
terlar opened this issue May 29, 2017 · 11 comments
Closed

Enable hardware acceleration with QtWebEngine #2671

terlar opened this issue May 29, 2017 · 11 comments

Comments

@terlar
Copy link

terlar commented May 29, 2017

Is it possible to enable the hardware acceleration with QtWebEngine in some way?

I could access chrome://gpu/ where it says it is not enabled. I read that for Chromium you can enable these kind of options under chrome://flags/ but inside qutebrowser we don't have such a page, is it possible to do somehow with set or some other way?

@The-Compiler
Copy link
Member

This is done by Qt, there's nothing qutebrowser can do about it. I've heard some talk about the investigating what more they can do with how they render stuff, but I'm not sure what the state there is - I also didn't find an issue in their tracker so far.

@wesbarnett
Copy link

wesbarnett commented Nov 11, 2017

This seems to enable hardware acceleration:

qutebrowser --qt-flag ignore-gpu-blacklist --qt-flag enable-gpu-rasterization --qt-flag enable-native-gpu-memory-buffers --qt-flag num-raster-threads=4

Before

After

@terlar
Copy link
Author

terlar commented Nov 12, 2017

@wesbarnett Thanks for this finding!

@The-Compiler
Copy link
Member

Note that there's probably a good reason that Chromium and Qt have those switches/blacklists.

@rien333
Copy link
Contributor

rien333 commented Mar 13, 2019

Any (recent) information on this? Is it still not recommended to use those flags, and what might be reasons for auto disabling them?

@jgkamat
Copy link
Member

jgkamat commented Mar 13, 2019 via email

@rien333
Copy link
Contributor

rien333 commented Mar 13, 2019

Agreed, but I had to switch to viewing some videos in my browser because of some DRM stuff that was recently enforced.

@The-Compiler
Copy link
Member

@rien333 Not really, you'd need to ask the Chromium devs.

@gitjanfri
Copy link

This seems to enable hardware acceleration:

qutebrowser --qt-flag ignore-gpu-blacklist --qt-flag enable-gpu-rasterization --qt-flag enable-native-gpu-memory-buffers --qt-flag num-raster-threads=4

Before

After

I have a project with QT/VS2017/Win10 - where i try put this parameter ? Where i make a list situation ?

@toofar
Copy link
Member

toofar commented Jul 25, 2019

@gitjanfri You mean you are running qutebrowser from visual studio? Presumably like this. If you are making some other QtWebengine based project you pass, for example, "--ignore-gpu-blacklist" in a list as the argument to the constructor of QApplication.

uqs pushed a commit to freebsd/freebsd-ports that referenced this issue Jul 19, 2020
There is a discussion of these flags in qutebrowser's bugtracker
(not otter!),
	qutebrowser/qutebrowser#2671
but the mechanism of "--qt-flag" is specific to qutebrowser:
it isn't a general Qt thing. I can't find anywhere in otter-browser's
source history where it has a --disable-gpu flag: that **is** a Qt
thing, as documented at
	https://doc.qt.io/qt-5/qtwebengine-debugging.html
However the application has to be able to pass that on to Qt
(which otter apparently doesn't anymore, and neither does falkon).

Overall the recommendation is to use environment variables to
manage Chromium-inside-WebEngine, as documented by Qt,
e.g.
	QTWEBENGINE_CHROMIUM_FLAGS="--disable-gpu" otter-browser

PR:		237277 240097


git-svn-id: svn+ssh://svn.freebsd.org/ports/head@542576 35697150-7ecd-e111-bb59-0022644237b5
uqs pushed a commit to freebsd/freebsd-ports that referenced this issue Jul 19, 2020
There is a discussion of these flags in qutebrowser's bugtracker
(not otter!),
	qutebrowser/qutebrowser#2671
but the mechanism of "--qt-flag" is specific to qutebrowser:
it isn't a general Qt thing. I can't find anywhere in otter-browser's
source history where it has a --disable-gpu flag: that **is** a Qt
thing, as documented at
	https://doc.qt.io/qt-5/qtwebengine-debugging.html
However the application has to be able to pass that on to Qt
(which otter apparently doesn't anymore, and neither does falkon).

Overall the recommendation is to use environment variables to
manage Chromium-inside-WebEngine, as documented by Qt,
e.g.
	QTWEBENGINE_CHROMIUM_FLAGS="--disable-gpu" otter-browser

PR:		237277 240097
Jehops pushed a commit to Jehops/freebsd-ports-legacy that referenced this issue Jul 20, 2020
There is a discussion of these flags in qutebrowser's bugtracker
(not otter!),
	qutebrowser/qutebrowser#2671
but the mechanism of "--qt-flag" is specific to qutebrowser:
it isn't a general Qt thing. I can't find anywhere in otter-browser's
source history where it has a --disable-gpu flag: that **is** a Qt
thing, as documented at
	https://doc.qt.io/qt-5/qtwebengine-debugging.html
However the application has to be able to pass that on to Qt
(which otter apparently doesn't anymore, and neither does falkon).

Overall the recommendation is to use environment variables to
manage Chromium-inside-WebEngine, as documented by Qt,
e.g.
	QTWEBENGINE_CHROMIUM_FLAGS="--disable-gpu" otter-browser

PR:		237277 240097


git-svn-id: svn+ssh://svn.freebsd.org/ports/head@542576 35697150-7ecd-e111-bb59-0022644237b5
@rien333
Copy link
Contributor

rien333 commented Mar 11, 2021

Relevant upstream bug: https://bugreports.qt.io/browse/QTBUG-91677

svmhdvn pushed a commit to svmhdvn/freebsd-ports that referenced this issue Jan 10, 2024
There is a discussion of these flags in qutebrowser's bugtracker
(not otter!),
	qutebrowser/qutebrowser#2671
but the mechanism of "--qt-flag" is specific to qutebrowser:
it isn't a general Qt thing. I can't find anywhere in otter-browser's
source history where it has a --disable-gpu flag: that **is** a Qt
thing, as documented at
	https://doc.qt.io/qt-5/qtwebengine-debugging.html
However the application has to be able to pass that on to Qt
(which otter apparently doesn't anymore, and neither does falkon).

Overall the recommendation is to use environment variables to
manage Chromium-inside-WebEngine, as documented by Qt,
e.g.
	QTWEBENGINE_CHROMIUM_FLAGS="--disable-gpu" otter-browser

PR:		237277 240097
Sign up for free to join this conversation on GitHub. Already have an account? Sign in to comment
Labels
None yet
Projects
None yet
Development

No branches or pull requests

7 participants