5 ms·

I love Qutebrowser. I just never had Netflix working on it (Linux Mint). So sadly I still use Firefox. I hope this release fix what ever the DRM issue is !

VoidWhisperer 6y ago
This seems relatively unlikely, mainly because the drm issues are likely related to widevine, which google is notoriously picky about who they allow to use it
- The-Compiler 6y ago
  For some reason, it works just fine (at least last time I tested) with QtWebEngine if it's available (e.g. because Chromium/Chrome is installed on the same system).
j1elo 6y ago
Related: https://news.ycombinator.com/item?id=25849800 https://news.ycombinator.com/item?id=25849800 The major players of the industry have DRM keys, and browser competition is hindered by only allowing access to DRM protected contents to some other vetted major players. Nasty situation. But I guess it makes sense from the POV of the entities that want to protect their contents with DRM (if DRM was opensource... its use wouldn't make much sense)
- The-Compiler 6y ago
  For some reason, DRM support works just fine (at least last time I tested) with QtWebEngine if it's available (e.g. because Chromium/Chrome is installed on the same system).
sverona 6y ago
Qutebrowser runs on top of Blink, which is the same guts that are in Chrome. So if Widevine is packaged for some other browser that is available on your distro, you can pass in the QT arg "widevine-path=/path/to/google/chrome/WidevineCdm/_platform_specific/linux_x64/libwidevinecdm.so" and it should work. This even works on NixOS, although you have to pull the relevant path out of the Nix store, and I don't know a good way to do that automatically that can fit inside a qutebrowser config.
- The-Compiler 6y ago
  QtWebEngine already detects a variety of places automatically: https://github.com/qt/qtwebengine/blob/v5.15.2/src/core/content_client_qt.cpp#L284-L389 https://github.com/qt/qtwebengine/blob/v5.15.2/src/core/cont... So that flag is only needed if the file is in some strange place (like I'm guessing is the case on NixOS).
The-Compiler 6y ago
This is nothing qutebrowser can fix - DRM/Widevine support is something done entirely by the underlying QtWebEngine and Chromium code. It's a bit of a pain to set up, but it should be possible to get it to work. Basically, you'll need to get an older Chrome version (corresponding to whatever Qt version you're running), extract the needed .so files from there, and then put them in the right place so QtWebEngine picks them up. Unfortunately, there's almost no feedback when it doesn't work. Here's a rough guide: https://www.reddit.com/r/qutebrowser/comments/jwb90w/how_do_i_get_drm_content_netflix_spotify_to_work/gcprrt2/?context=3 https://www.reddit.com/r/qutebrowser/comments/jwb90w/how_do_... Alternatively, someone there reported installing Google Chrome on the same system did help.

VoidWhisperer 6y ago

This seems relatively unlikely, mainly because the drm issues are likely related to widevine, which google is notoriously picky about who they allow to use it

The-Compiler 6y ago
For some reason, it works just fine (at least last time I tested) with QtWebEngine if it's available (e.g. because Chromium/Chrome is installed on the same system).

j1elo 6y ago

Related: https://news.ycombinator.com/item?id=25849800 https://news.ycombinator.com/item?id=25849800 The major players of the industry have DRM keys, and browser competition is hindered by only allowing access to DRM protected contents to some other vetted major players. Nasty situation. But I guess it makes sense from the POV of the entities that want to protect their contents with DRM (if DRM was opensource... its use wouldn't make much sense)

The-Compiler 6y ago
For some reason, DRM support works just fine (at least last time I tested) with QtWebEngine if it's available (e.g. because Chromium/Chrome is installed on the same system).

sverona 6y ago

Qutebrowser runs on top of Blink, which is the same guts that are in Chrome. So if Widevine is packaged for some other browser that is available on your distro, you can pass in the QT arg "widevine-path=/path/to/google/chrome/WidevineCdm/_platform_specific/linux_x64/libwidevinecdm.so" and it should work. This even works on NixOS, although you have to pull the relevant path out of the Nix store, and I don't know a good way to do that automatically that can fit inside a qutebrowser config.

The-Compiler 6y ago
QtWebEngine already detects a variety of places automatically: https://github.com/qt/qtwebengine/blob/v5.15.2/src/core/content_client_qt.cpp#L284-L389 https://github.com/qt/qtwebengine/blob/v5.15.2/src/core/cont... So that flag is only needed if the file is in some strange place (like I'm guessing is the case on NixOS).

The-Compiler 6y ago

This is nothing qutebrowser can fix - DRM/Widevine support is something done entirely by the underlying QtWebEngine and Chromium code. It's a bit of a pain to set up, but it should be possible to get it to work. Basically, you'll need to get an older Chrome version (corresponding to whatever Qt version you're running), extract the needed .so files from there, and then put them in the right place so QtWebEngine picks them up. Unfortunately, there's almost no feedback when it doesn't work. Here's a rough guide: https://www.reddit.com/r/qutebrowser/comments/jwb90w/how_do_i_get_drm_content_netflix_spotify_to_work/gcprrt2/?context=3 https://www.reddit.com/r/qutebrowser/comments/jwb90w/how_do_... Alternatively, someone there reported installing Google Chrome on the same system did help.