Why Linux HDCP Isn't the End of the World (collabora.com)
"There is no reason for the open-source community to worry..." writes Daniel Stone, who heads the graphics team at open-source consultancy Collabora. mfilion quotes Collabora.com:
Recently, Sean Paul from Google's ChromeOS team, submitted a patch series to enable HDCP support for the Intel display driver. HDCP is used to encrypt content over HDMI and DisplayPort links, which can only be decoded by trusted devices... However, if you already run your own code on a free device, HDCP is an irrelevance and does not reduce freedom in any way....
HDCP support is implemented almost entirely in the hardware. Rather than adding a mandatory encryption layer for content, the HDCP kernel support is dormant unless userspace explicitly requests an encrypted link. It then attempts to enable encryption in the hardware and informs userspace of the result. So there's the first out: if you don't want to use HDCP, then don't enable it! The kernel doesn't force anything on an unwilling userspace.... HDCP is only downstream facing: it allows your computer to trust that the device it has been plugged into is trusted by the HDCP certification authority, and nothing more. It does not reduce user freedom, or impose any additional limitations on device usage.
HDCP support is implemented almost entirely in the hardware. Rather than adding a mandatory encryption layer for content, the HDCP kernel support is dormant unless userspace explicitly requests an encrypted link. It then attempts to enable encryption in the hardware and informs userspace of the result. So there's the first out: if you don't want to use HDCP, then don't enable it! The kernel doesn't force anything on an unwilling userspace.... HDCP is only downstream facing: it allows your computer to trust that the device it has been plugged into is trusted by the HDCP certification authority, and nothing more. It does not reduce user freedom, or impose any additional limitations on device usage.
When Game of Thrones gets interrupted in the middle because the HDCP checks fail, it takes away my freedom!
Copy protection almost always comes at a cost to usability.
#firstworldproblems
DRM does not work. If you doubt this, name for me one piece of copyrighted material HDCP is intended protect that is not already available for piracy online. This cannot be done, therefore, anything I could watch if HDCP is supported, I can already watch without it. So if there's no value-add for the user, and no value-add for the media companies, and it contradicts the open nature which has made Linux so successful in the first place, why should it be included?
The are many problems with this, in no particular order:
1) HDCP imposes restrictions on what users can do with content they've legally purchased. I should be able to record content that I'm sending over an HDMI cable to my TV, but HDCP prevents this.
2) It's an inconvenience to users, while not actually impeding piracy. HDCP encryption has been broken, so it's not secure. There are also some HDMI splitters that can remove HDCP encryption.
3) If HDCP is supported by more systems, it does provide convenience to users. However, many of those users are likely to tolerate HDCP, further allowing DRM to become entrenched.
HDCP stops me from recording the HDMI signal that comes out of my cable box. Most of the channels are protected by setting the CCI flag to copy once, which prevents me from recording them on any software other than Windows Media Center. Were it not for the DRM, it would be completely legal for me to record content through either of those means. If I can easily record the content myself, it takes away the incentive to pirate that content from the internet. I might share the content with friends by giving them copies on flash drives, but small scale piracy has been around at least since the days of VHS. However, it reduces the incentive to participate in large scale piracy like obtaining the content from torrents. I hypothesize that DRM like HDCP actually encourages piracy.