3 ms·

They would have no control over the rest of the stack. If netflix created a linux build of a DRM binary that worked with their service then it would become the

by jlgreco 13y ago

They would have no control over the rest of the stack. If netflix created a linux build of a DRM binary that worked with their service then it would become the tool of choice for everyone that wanted to rip/upload to usenet the latest Netflix exclusive content. Also they frankly just don't care about linux users. If this were something that they were interested in having, they would have had Netflix on Chrome on 'regular GNU desktop' Linux months ago when it started working with Chrome on a Linux kernel with ChromeOS.

tjoff 13y ago
Does it matter what tool or OS people use to get rid of the DRM?
- jlgreco 13y ago
  Since DRM is all about making it inconvenient/difficult to delay the inevitable, yes. They are not going to do anything that will only help a very fraction of their subscribers but would streamline, let alone automate, the ripping process.
  - tjoff 13y ago
    But it surely already is an automated process? The only reason for it not to be ought to be that netflix doesn't have any content of interest or of too low quality.
    - jlgreco 13y ago
      Moreso than a few pipes and a hacked up curl? I doubt it. My impression is that the current preferred method is ripping the decoded video stream from an unsecured cable.
tmzt 13y ago
If an extension to XvMC or the proprietary ATI/Nvidea equivalent supported a protected path for media content, which could theoretically bypass the kernel by sending ciphertext directly to the renderer, then Widevine or another DRM system could be supported on GNU/Linux.
- jlgreco 13y ago
  Seems possible, though theoretical. I would not expect to see this unless somebody was paying for it (no particular reason for ATI/Nvidia/Whoever to go out of their way to support such a thing), meaning that I will not expect to ever see it in "normal" Linux distros (perhaps in "ChromeOS style" locked down distros being marketed with their own completely separate branding). Proprietary graphics stuff in Linux has always been a world of hurt anyway (despite the lower performance it was a godsend when progress on the radeon drivers started to accelerate). I would expect few Linux users to be thrilled about compromising their streamlined modern Linux installation to watch netflix when a separate Roku or smartphone would do. (I know I would never go for this proposal. It would not be worth the grief to be plunged back into 2005. Not on the computer that I try to get work done on...)
- gsnedders 13y ago
  This was the spoken about way of achieving the goal on the HTML WG mailing list, if that is required, on Linux (note Flash doesn't do that currently and many are happy to licence content for it despite that, so this may well never come to fruition).

by jlgreco 13y ago

tjoff 13y ago

Does it matter what tool or OS people use to get rid of the DRM?

jlgreco 13y ago
Since DRM is all about making it inconvenient/difficult to delay the inevitable, yes. They are not going to do anything that will only help a very fraction of their subscribers but would streamline, let alone automate, the ripping process.
- tjoff 13y ago
  But it surely already is an automated process? The only reason for it not to be ought to be that netflix doesn't have any content of interest or of too low quality.
  - jlgreco 13y ago
    Moreso than a few pipes and a hacked up curl? I doubt it. My impression is that the current preferred method is ripping the decoded video stream from an unsecured cable.

tmzt 13y ago

If an extension to XvMC or the proprietary ATI/Nvidea equivalent supported a protected path for media content, which could theoretically bypass the kernel by sending ciphertext directly to the renderer, then Widevine or another DRM system could be supported on GNU/Linux.

jlgreco 13y ago
Seems possible, though theoretical. I would not expect to see this unless somebody was paying for it (no particular reason for ATI/Nvidia/Whoever to go out of their way to support such a thing), meaning that I will not expect to ever see it in "normal" Linux distros (perhaps in "ChromeOS style" locked down distros being marketed with their own completely separate branding). Proprietary graphics stuff in Linux has always been a world of hurt anyway (despite the lower performance it was a godsend when progress on the radeon drivers started to accelerate). I would expect few Linux users to be thrilled about compromising their streamlined modern Linux installation to watch netflix when a separate Roku or smartphone would do. (I know I would never go for this proposal. It would not be worth the grief to be plunged back into 2005. Not on the computer that I try to get work done on...)
gsnedders 13y ago
This was the spoken about way of achieving the goal on the HTML WG mailing list, if that is required, on Linux (note Flash doesn't do that currently and many are happy to licence content for it despite that, so this may well never come to fruition).