Please add widevine USE flag to pull in www-plugins/chrome-binary-plugins[widevine]: RDEPEND="${COMMON_DEPEND} ... widevine? ( www-plugins/chrome-binary-plugins[widevine] ) " This is needed to watch DRM restricted content.
Thanks Lars, Do you know of a site where I could test this? Is just having www-plugins/chrome-binary-plugins[widevine] enough or does the qutebrowser config need updating as well? Also, do you know if the version of the plugin matters?
(In reply to Justin Bronder from comment #1) > Do you know of a site where I could test this? Yes, https://bitmovin.com/mpeg-dash-hls-drm-test-player/ > Is just having www-plugins/chrome-binary-plugins[widevine] enough or does the qutebrowser config need updating as well? It is enough as long as qtwebengine is used as backend. > Also, do you know if the version of the plugin matters? Yes, it matters. Unfortunately it broke with the update of www-plugins/chrome-binary-plugins from version 61.0.3163.100 to 62.0.3202.62. See https://bugreports.qt.io/browse/QTBUG-64071
(In reply to Lars from comment #2) > (In reply to Justin Bronder from comment #1) > > Do you know of a site where I could test this? > > Yes, https://bitmovin.com/mpeg-dash-hls-drm-test-player/ Thanks > > > Is just having www-plugins/chrome-binary-plugins[widevine] enough or does the qutebrowser config need updating as well? > > It is enough as long as qtwebengine is used as backend. > > > Also, do you know if the version of the plugin matters? > > Yes, it matters. Unfortunately it broke with the update of > www-plugins/chrome-binary-plugins from version 61.0.3163.100 to > 62.0.3202.62. See https://bugreports.qt.io/browse/QTBUG-64071 So, I'm hesitant to add this until we have something that works. 61.0.3163.100 isn't in the tree anymore so I can't lock the version. Mind pinging me here when that QT bug is fixed if I don't notice it first?
Hello, I am help solving this issue but I have not access to netflix account, so what could be great is someone with an account to test. There is some discussion about it on the qutebrowser github https://github.com/qutebrowser/qutebrowser/issues/3953 So I think the widevine blob should be in dev-qt/qtwebengine package.
(In reply to Guillaume Seren from comment #4) > Hello, > I am help solving this issue but I have not access to netflix account, > so what could be great is someone with an account to test. I have a netflix account. I opened this issue. Meanwhile I switched back to firefox with pentadactyl add-on. But I could test netflix with qutebrowser if it helps.
FWIW from what I've seen so far, when it works with https://bitmovin.com/mpeg-dash-hls-drm-test-player/ (which doesn't need an account), it should work on Netflix as well.
Hello, I just try this url https://bitmovin.com/mpeg-dash-hls-drm-test-player/ with qutebrowser and it works. I don't have the www-plugins/chrome-binary-plugins installed btw. Please lars test this, and report back more details on the issue.
I get a DRM_NO_KEY_SYSTEM on that link using qutebrowser. Let me know if I can help by providing more information or testing specific configurations.
After installing www-plugins/chrome-binary-plugins, you should be able to use widevine by doing one of the following - Patch qtwebengine to add the widevine path. See https://github.com/qt/qtwebengine/blob/dev/src/core/content_client_qt.cpp#L352-L362 - In qutebrowser :set qt.args '["widevine-path=/usr/lib64/chromium-browser/WidevineCdm/_platform_specific/linux_x64/libwidevinecdm.so"]'
I have opened https://bitmovin.com/demos/drm in qutebrowser, it shows «Detected [Chrome], using widevine». The video here https://integration.widevine.com/player is played as well. I have no chrome-binary-plugins installed. I don't know how it works. I have no Netflix account.
The detection shows the same for me, but none of the two sites linked above are able to play the video for me.
I certainly needed the plugin here, but there's a reason why it can work without that specific package. If you have google-chrome installed qtwebengine will load it from /opt/google/chrome, I think it can also load it from chromium[widevine] paths but haven't tried -- possibly other sources, haven't checked code. qtwebengine simply doesn't ship with this, so if it works it's coming from /somewhere/ Feel it'd be more solid to depend on the plugins and set a qtargs system default only when flag is enabled (otherwise it breaks using /opt/google/chrome).
The bug has been closed via the following commit(s): https://gitweb.gentoo.org/repo/gentoo.git/commit/?id=fd172713cff3fe36c322fd9718ae972d3270dcd8 commit fd172713cff3fe36c322fd9718ae972d3270dcd8 Author: Ionen Wolkens <ionen@gentoo.org> AuthorDate: 2021-10-12 17:20:15 +0000 Commit: Ionen Wolkens <ionen@gentoo.org> CommitDate: 2021-10-15 15:43:51 +0000 www-client/qutebrowser: add IUSE=widevine Modifying qtwebengine could be an option instead, but don't want to burden something as big as qtwebengine with more patches. Here it's very trivial to control and rebuild. Closes: https://bugs.gentoo.org/635532 Signed-off-by: Ionen Wolkens <ionen@gentoo.org> profiles/arch/arm64/package.use.mask | 1 + profiles/arch/x86/package.use.mask | 1 + www-client/qutebrowser/metadata.xml | 2 ++ www-client/qutebrowser/qutebrowser-2.3.1-r2.ebuild | 10 ++++++++-- 4 files changed, 12 insertions(+), 2 deletions(-)