Das bedeutet Digitales Rechtemanagement für blue TV Air

What digital rights management means for blue TV Air

Digital rights management (DRM) is a widespread method for protecting the copyright of digital media and files. DRM has relevance for all encrypted channels on blue TV Air, including subscribed premium channels, such as blue+, Sport Events and blue Video, as well as channels included in the normal Swisscom line-up such as RTL, Love Nature, Fox News, etc.

For licensing reasons, Swisscom may not provide subscribing customers with unrestricted access to these encrypted channels. We must comply with the law and the restrictions of the rights holders.

For encryption, Swisscom uses the industry standard HDCP. This increases the requirements for your home installation such as computer, screen and monitor cable so that you can continue to have access to protected content.

Technical requirements

HDCP relies on end-to-end protection. This means that software, devices and cables used to play digital content must support the HDCP standard. In case of problems, it often helps to unplug all unnecessary devices from the computer.

Software

Microsoft Windows: the HDCP standard is supported by Windows XP and later. However, you have to make sure that the operating system and all drivers are up to date.

MacOS: Apple has supported HCDP since 2008. Everything should work fine provided you have the latest MacOS version installed.

Hardware

Due to end-to-end protection, the computers, screens, projectors and cables that you use to play digital media must support the HDCP standard. If any element is not compatible, you will see an error message like this:

drm en.jpg

Since HDCP is used only for multimedia content, some monitors and connecting cables may not support HDCP for cost reasons.

Connecting cables and HDCP compatibility

kabel_vga.jpg

VGA

VGA cables, which are usually recognisable by their blue plugs, are an analogue interface and not compatible with HDCP.


kabel_dvi.jpg

DVI

DVI connectors are usually white. There are 5 types of DVI connector:

  • In short, only DVI-D (Dual Link) supports HDCP.
  • DVI-I (Dual Link) may work if the connection is digital.
  • For all other types, the display will not work.

kabel_dvi_types.jpg


kabel_hdmi.jpg

HDMI

HDMI connectors are guaranteed to work from version 2.0.

In case of doubt, the HDMI cable supplied with the Swisscom TV Box can be used to ensure that the previous cable is not the problem.


kabel_dp.jpg

DisplayPort

The DisplayPort connector usually snaps into place and can be released with a button. It looks similar to the HDMI connector, but is only bevelled on one side.

Support for HDCP is guaranteed by DisplayPort version 1.4 and later. The version is usually indicated on the cable/connector.


kabel_usbc.png

USB-C

USB-C supports HDCP as standard. Connection problems with USB-C are usually due to incompatible adapters.


Show original language (German)

Liebe Grüsse / Salut et à bientôt / Ciao e a presto / Cheers, see you soon!
ThomasS

Illustration of a man with a laptop

@Stephan_76

Linux has a market share of less than 2% in Switzerland and that is then divided into x different distributions. So it’s only logical that you don’t waste any resources.

Show original language (German)

I have never read anywhere else that HDCP is marketed as end-to-end encryption.

The highlight of end-to-end encryption is that it doesn’t matter how the data gets from A to B, since the decryption is only decrypted at the recipient (here TV, app, web browser) and the other devices only have the encrypted ones See data that you can’t do anything with.

Show original language (German)

@Stauldoteiy82

Whether “end-to-end encryption” is the 100% accurate description is actually secondary to understanding how something like this is set up. 😉

If you search for [hdcp googled](https://www.google.com/search?q=hdcp&sxsrf=ALiCzsaeDXHg35I54nD4DFyUj__RAzKpiQ%3A1652979510421&ei=NneGYrnW F5Th7_UP4PqM4A0&ved=0ahUKEwi5yabEhOz3AhWU8LsIHWA9A9wQ4dUDCA4&uact=5&oq=hdcp&gs_lcp=Cgdnd3Mtd2l6EAMyBAgjECcyBAgAEEMyB QgAEIAEMgsIABCABBCxAxCDATIFCAAQgAQyBQgAEIAEMgUIABCABDIFCAAQgAQyBQgAEIAEMgUIABCABDoRCC4QgAQQsQMQgwEQxwEQ0QM6BwgAELED EEM6CggAELEDEIMBEEM6CAgAEIAEELEDSgQIQRgASgQIRhgAUABYpglg9gpoAHABeACAAYQBiAGMA5IBAzIuMpgBAKABAcABAQ&sclient=gws-wiz), This text appears very prominently: "HDCP stands for “High-bandwidth Digital Content Protection”, which translates as “protection for digital content with high bandwidth”. The process developed by Intel in 2003 is therefore a type of copy protection."

It’s not primarily about end-to-end encryption, but rather about ensuring that only authorized devices are allowed to pass on and process the transmitted data. If a device reports “I can’t do anything with that” or “huh, what do you want from me?”, the transmission is interrupted; It doesn’t really matter how the data gets from A to B. The source <-> image playback chain must therefore fully support DRM/HDCP.

And viewed this way, one might be inclined to call this end-to-end encryption, because without decryption at the end no image arrives, or at least not one that we would like to see.

Show original language (German)

@kaetho and what are the respective ends of the end-to-end encryption here?

Technology is already complex enough, but when such false relationships are spread by reputable sources, it is even more difficult to explain to laypeople what the differences are in the various encryptions, for example in messengers.

And as you wrote correctly: With HDCP it doesn’t matter how the data gets from A to B. With end-to-end encryption, however, it doesn’t matter.

Show original language (German)

@Stauldoteiy82 one end is the TV-Box or the laptop/PC with the “extended arm” up to the image output. The other end is probably somewhere in the Swisscom backend.

But if I interpret your post correctly, you have a pretty good idea of ​​what this could be called instead of end-to-end encryption. Let’s hear it 😉

Show original language (German)

@Stauldoteiy82

Basically, it doesn’t matter what you call it exactly, because the experts obviously don’t agree on DRM/HDCP either. Some call it copy protection, others call it coding and others call it signal encryption.

It’s best to simply call the child by its name: digital rights management using high-bandwidth digital content protection.

Show original language (German)

@kaetho exactly this “extended arm” is the indication that it is not end-to-end encryption but that the device on this arm decides what it does with the signal, whether it decrypts it and in which way Quality it is passed on.

With end-to-end encryption, devices between the ends cannot do this.

I took a long coffee break and read up on HDCP, shook my head a lot and saw that the individual HDCP variants are extremely different, which doesn’t make it any easier to use a suitable name.

Personally, I would call it, for example, “playback protection on the player”.

The end-to-end encryption probably bothers me so much because the article by @ThomasS is otherwise very well written and I would like to share it.

In that section I would find “end-to-end protection” more correct.

Show original language (German)

P.S. It is much more unpleasant to comment on knowledge box articles on a smartphone than on other articles. If we continue to “talk shop”, we should probably do this in a separate post. This doesn’t deter those who find the knowledge box via a search engine.

Show original language (German)

@Stauldoteiy82

If someone really wants to use the term “encryption”, it might be better called hop-by-hop or node-by-node encryption instead of E2E encryption. But I’m with you, end-to-end protection or end-to-end content protection seems more appropriate to me.

Show original language (German)

@Stauldoteiy82 @hed
Thank you very much for your feedback/discussion. Knowledge articles are usually about explaining something in as short a form as possible and covering as much information as possible (marketing is not included). The term end-to-end encryption was used accordingly.

However, I agree that from a technical point of view this is not entirely correct for the expert, which is why we have now adjusted it slightly again.

Show original language (German)

Liebe Grüsse / Salut et à bientôt / Ciao e a presto / Cheers, see you soon!
ThomasS

7 days later
a year later

The Linux kernel has HDCP options for certain graphics cards etc. So it should be possible to compile a kernel that runs HDCP [https://superuser.com/questions/1616548/how-can-i-know-if-hdcp-is-supported-in-my-linux-distribution](https://superuser.com/questions/1616548/ how-can-i-know-if-hdcp-is-supported-in-my-linux-distribution)

All Linux browsers I know need Google’s Widevine for DRM (even the Linux version of Microsoft’s edge). https://bitmovin.com/demos/drm shows what you have. There is also VMP (verified media path). Google search “Widevine VMP Linux” says that Widevine does not support VMP for Linux. An interesting question for Swisscom is: Do you need VMP?

Widevine and DRM are possible with the blue tv competition.

The Firefox Browser Console (Ctrl+Shift+J) shows that it doesn’t work because of DRM. Web Developer Tool shows the error from theo-player.

I’m looking for a solution for Linux. But so far without success. Of course, the non-DRM channels run perfectly in Linux Firefox (DRM also works in Windows Firefox).

Show original language (German)