Earlier quoted context omitted.
I can't speak for the person you're responding to, but it doesn't seem like much of a mystery why non-techies don't know about the specific details of why they can't save a streamed movie to watch it offline, or in a non-approved open source video player. That glib attitude of captive audiences is exactly what DRM vendors prey upon. They know exactly how much they can get away with at this point.
> I can't speak for the person you're responding to, but it doesn't seem like much of a mystery why non-techies don't know about the specific details of why they can't save a streamed movie to watch it offline, or in a non-approved open source video player. To me, the mystery is not that the people don't know about these details (these details are indeed somewhat complicated - I agree), but how much they don't care .
I tried creating a web browser, and Google blocked me
171–180 of 632 posts
Re: I tried creating a web browser, and Google blocked me
#172> Google, the creators of the open source browser Chrome, won’t allow DRM in an open source project. Chrome is not an open-source browser. Chromium is, and Chromium doesn't have Widevine support. Download and sandbox the Widevine binary blob the same way that Firefox does. Done.
> Download and sandbox the Widevine binary blob the same way that Firefox does. Done. Mozilla has a license to redistribute the binary. You can't simply do that (legally).
We don't know anything about the conversation with Widevine other than that they wrote, "I'm sorry but we're not supporting an open source solution like this". They clearly are supporting an open source solution like Firefox. So what is the difference, and can Metastream be less "like this" and more like Firefox?
Re: I tried creating a web browser, and Google blocked me
#173Earlier quoted context omitted.
No, blame the movie studios, record labels etc. They're the one which require asinine DRM support for web browsers. Google/Microsoft/Apple/Adobe want to support media content, but to do so requires towing the line with the media companies otherwise they refuse to license the content (at least in HD+). Having worked with various DRM teams I know that they have to treat their code as if its the most secret code in the…
> No, blame the movie studios, record labels etc. They're the one which require asinine DRM support for web browsers. Google/Microsoft/Apple/Adobe want to support media content, but to do so requires towing the line with the media companies otherwise they refuse to license the content (at least in HD+). Let's say Google, Microsoft and Apple announce that they will be removing any DRM from their browsers on 2020-01-01…
Then Apple and Google would get deluged with complaints from their customers and Jailbreaks would once again become popular.
Re: I tried creating a web browser, and Google blocked me
#174Earlier quoted context omitted.
Building Chrome requires downloading proprietary binaries that they licensed. Chromium does not include these and does not include widevine by default, but it can be installed as a plugin. https://wiki.archlinux.org/index.php/chromium#Widevine_Conte...
Can't those proprietary binaries be used in another browser? Is the API known?
Re: I tried creating a web browser, and Google blocked me
#175Re: I tried creating a web browser, and Google blocked me
#176So he built an app that is a thin layer over someone else’s app, to play someone else’s content, and he’s upset he cannot get for free the nice things someone else paid for (in development time). My heart bleeds.
Re: I tried creating a web browser, and Google blocked me
#177Earlier quoted context omitted.
Blame Google and Microsoft. They were the people who created the specification, and pushed for it, when Netflix came begging for a solution to their DRM conundrum. Even if the W3C hadn't approved it, that's two of the big four browser vendors who are committing to implementing it anyways, which is enough to guarantee a de facto standard anyways.
No, blame the movie studios, record labels etc. They're the one which require asinine DRM support for web browsers. Google/Microsoft/Apple/Adobe want to support media content, but to do so requires towing the line with the media companies otherwise they refuse to license the content (at least in HD+). Having worked with various DRM teams I know that they have to treat their code as if its the most secret code in the…
We were sold DRM as "the evil legacy studios are evil and make us use DRM". Well, now that Netflix produces their own content and it's still DRM'd... I guess that isn't really the reasoning.
Re: I tried creating a web browser, and Google blocked me
#178Re: I tried creating a web browser, and Google blocked me
#179The blame for this sits squarely on the w3c for their efforts in trying to replace flash by letting the content companies dictate standards for encrypted playback. If they had held fast, we could have forced the companies to do their key management in something like WebAssembly and avoided this gatekeeping mess.
We have DRM, we hate it but it's there, and it serves a purpose. If it is your intellectual property, you get to decide how it is used. And if you don't want to make copying too easy because you think that it will get you more money, that's your right.
The goal of the W3C is not to make to make a political statement about the rightness or wrongness of DRM. They are here to create standards that respond to use cases. And unfortunately, copyrighted content diffusion is one use case, and content owners want DRM.
And if you read the standard they came up with, it is not that bad. They managed to isolate the "evil DRM" part well enough without completely destroying its effectiveness. They also didn't require any proprietary component, though services can require them (that's what happened in the article).
Using WebAssembly (which is essentially optimized JS) for DRM is a terrible idea IMHO. DRM, to be effective, usually requires access to protected system components. It means that to make an effective enough DRM to be accepted by content providers (which is the entire point of the standard), we would need to give WebAssembly way to much power.