Summary: | www/qt5-webengine: HTML5 video rendering/play color problem | ||||||||||||
---|---|---|---|---|---|---|---|---|---|---|---|---|---|
Product: | Ports & Packages | Reporter: | Nuno Teixeira <eduardo> | ||||||||||
Component: | Individual Port(s) | Assignee: | freebsd-kde (group) <kde> | ||||||||||
Status: | Closed FIXED | ||||||||||||
Severity: | Affects Only Me | CC: | asherikov, dmk, salvadore, tcberner | ||||||||||
Priority: | --- | Flags: | tcberner:
maintainer-feedback+
|
||||||||||
Version: | Latest | ||||||||||||
Hardware: | Any | ||||||||||||
OS: | Any | ||||||||||||
Bug Depends on: | 240095, 240096, 240097, 240098 | ||||||||||||
Bug Blocks: | |||||||||||||
Attachments: |
|
Description
Nuno Teixeira
![]() ![]() Created attachment 203661 [details]
otter with webengine
Created attachment 203662 [details]
otter with webkit
Created attachment 203663 [details]
glxinfo log
*** Bug 237330 has been marked as a duplicate of this bug. *** I think the problem is that we need to get back WebRTC. See https://wiki.qt.io/QtWebEngine/VideoAcceleration . qutebrowser has the same issue. For those who are looking for a quick fix: forcing software rendering helps, e.g, "c.qt.force_software_rendering='chromium'". I'm using nvidia-driver on FreeBSD 12.0-RELEASE-p2. The only browser I have that uses qt-webengine (according to pkg info -d) is konqueror. The video at quirksmode looks fine to me. Just including another result in the hope that it can help narrow things down. I think this is not a real bug, but a misconfiguration with hardware acceleration, as comment #6 and comment #7 also suggest. If you have a recent enough hardware, you should try to get hardware acceleration working properly. This page, although for arch linux, can help: https://wiki.archlinux.org/index.php/Hardware_video_acceleration If, on the contrary, you have an old graphic card, such as myself, you can disable hardware acceleration by starting your browser with --disable-gpu. I can confirm that this fixes the problem with falkon 3.1.0 and qt5-webengine 5.12.2_3 on FreeBSD 12.0-RELEASE r350836 amd64. (In reply to Lorenzo Salvadore from comment #8) Hello Lorenzo, My hardware is from 2010. I've tested youtube videos with very good framerate and quality with "--disable-gpu" option. This option works. I was thinking if this option should be included in pkg-message in all browsers that use webengine as backend, I was waiting for this information for months. I've just tested Falkon, I will try to test other browsers with the same issue. Thanks :) Yours, Nuno I proposed a patch to pkg-message for falkon, qutebrowser, otter-browser and konqueror in bug #240095, bug #240096, bug #240097 and bug #240098 to explain the --disable-gpu option. Once a decision has been made about those PRs I think we can close this one. A commit references this bug: Author: tcberner Date: Sun Aug 25 16:21:44 UTC 2019 New revision: 509802 URL: https://svnweb.freebsd.org/changeset/ports/509802 Log: www/konqueror: add hint and resolution to color problems in video playback - when hardware accelartion is not available users can experience switched colors - to work around the issue it is possible to pass --disable-gpu to the command line PR: 240098 PR: 237277 Submitted by: Lorenzo Salvadore Reported by: Nuno Teixeira Changes: head/x11-fm/konqueror/pkg-message A commit references this bug: Author: tcberner Date: Sun Aug 25 16:27:57 UTC 2019 New revision: 509803 URL: https://svnweb.freebsd.org/changeset/ports/509803 Log: www/otter-browser: add hint and resolution to color problems in video playback - when hardware accelartion is not available users can experience switched colors - to work around the issue it is possible to pass --disable-gpu to the command line PR: 240097 PR: 237277 Submitted by: Lorenzo Salvadore Reported by: Nuno Teixeira Changes: head/www/otter-browser/pkg-message A commit references this bug: Author: tcberner Date: Sun Aug 25 16:35:14 UTC 2019 New revision: 509804 URL: https://svnweb.freebsd.org/changeset/ports/509804 Log: www/falkon: add hint and resolution to color problems in video playback - when hardware accelartion is not available users can experience switched colors - to work around the issue it is possible to pass --disable-gpu to the command line PR: 240095 PR: 237277 Submitted by: Lorenzo Salvadore Reported by: Nuno Teixeira Changes: head/www/falkon/pkg-message Thanks for the investigation an the reports to both of you. I cannot reproduce/test the fix as I don't have the "appropriate" hardware here, so I simply went with it :) and committed the suggested work-around hint to the pkg-message. A commit references this bug: Author: adridg Date: Sun Jul 19 13:38:27 UTC 2020 New revision: 542576 URL: https://svnweb.freebsd.org/changeset/ports/542576 Log: Remove mention of a command-line-flag that doesn't work. There is a discussion of these flags in qutebrowser's bugtracker (not otter!), https://github.com/qutebrowser/qutebrowser/issues/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 Changes: head/www/otter-browser/pkg-message |