4 ms·

There are no use cases for EME other than DRM.

by Touche 10y ago

tzs 10y ago
How about sharing encrypted videos among a private group of people who are not technologically sophisticated? The conventional way to do so would require recipients to download an encrypted video file, then run a separate program to decrypt the file. Then they could play the file. Then they have to remember to delete the decrypted file if it is something sensitive that should not be lying about unencrypted on their system. It should be possible to design a system that plugs into EME that greatly simplifies this.
- hsivonen 10y ago
  If you mean using EME just for non-DRM encryption, no it doesn't make sense: https://news.ycombinator.com/item?id=11692420 https://news.ycombinator.com/item?id=11692420 If you mean that the recipients of the video are restricted in what they can do with it, that's a DRM use case.
  - tzs 10y ago
    From your linked comment:> If you want to use the Clear Key key system for privacy, you need to deliver the key over https I don't see anything that requires that the key be delivered over the net. I just did a test with Clear Key where the page with the video playback has a text field that the viewer pastes the key into, and that worked [1]. The scenarios I'm envisioning involve sharing videos between people that have good non-web methods of communicating, so can distribute a video's encryption key via some non-web means. End user encryption applications tend to by usability train wrecks for non-tech people (heck, they are often terrible for tech people, too...), so what I'm going for here is trying to get rid of the video viewer having to go outside their browser to deal with viewing an encrypted video. Maybe this can be done with MSE without EME, by handling the decryption in JavaScript? [1] Based on the Clear Key sample here: https://www.html5rocks.com/en/tutorials/eme/basics/ https://www.html5rocks.com/en/tutorials/eme/basics/

There are no use cases for EME other than DRM.

by Touche 10y ago

There are no use cases for EME other than DRM.

tzs 10y ago

How about sharing encrypted videos among a private group of people who are not technologically sophisticated? The conventional way to do so would require recipients to download an encrypted video file, then run a separate program to decrypt the file. Then they could play the file. Then they have to remember to delete the decrypted file if it is something sensitive that should not be lying about unencrypted on their system. It should be possible to design a system that plugs into EME that greatly simplifies this.

hsivonen 10y ago
If you mean using EME just for non-DRM encryption, no it doesn't make sense: https://news.ycombinator.com/item?id=11692420 https://news.ycombinator.com/item?id=11692420 If you mean that the recipients of the video are restricted in what they can do with it, that's a DRM use case.
- tzs 10y ago
  From your linked comment:> If you want to use the Clear Key key system for privacy, you need to deliver the key over https I don't see anything that requires that the key be delivered over the net. I just did a test with Clear Key where the page with the video playback has a text field that the viewer pastes the key into, and that worked [1]. The scenarios I'm envisioning involve sharing videos between people that have good non-web methods of communicating, so can distribute a video's encryption key via some non-web means. End user encryption applications tend to by usability train wrecks for non-tech people (heck, they are often terrible for tech people, too...), so what I'm going for here is trying to get rid of the video viewer having to go outside their browser to deal with viewing an encrypted video. Maybe this can be done with MSE without EME, by handling the decryption in JavaScript? [1] Based on the Clear Key sample here: https://www.html5rocks.com/en/tutorials/eme/basics/ https://www.html5rocks.com/en/tutorials/eme/basics/