131–140 of 145 posts
Can you say you are supporting HTML5 if you just get in bed with Microsoft?
I don‘t see why not. Two of the editors of the HTML5.1 spec are Microsoft representatives: http://www.w3.org/html/wg/drafts/html/master/
Earlier quoted context omitted.
The user has access to the machine code for IE. However, you are onto the right track. One proposed solution to DRM (that I believe was impleneted with DVD and/or blueray) is to establish a chain of trust in the hardware. The idea would be that you send an encrypted signal to the monitor, and the monitor has a tamper resistant decryption chip with its own key. Obviously, this only gets you so far, as once someone cra…
The hardware DRM you are talking about, is HDCP. It is required for Blu-ray.
For anyone interested, it looks like HDCP has been broken on pure crypto grounds [1]. As much as I agree that this type of DRM is fundamentally not possible, I'm still kind of surprised that their was a direct attack on the crypto.
Thank god. I hate Silverlight. It's so resource intensive. EDIT: I just felt like ranting against Silverlight some more. The only reason I use Silverlight is because of Netflix. I run it in Chrome on my Mac Air. Besides being buggy and resource hungry, it also doesn't stop my Mac from dimming even when watching a video in fullscreen, unlike YouTube videos, etc. (Could this be because it doesn't use the graphics card?…
Your perception is not based at all on factual evidence. I see people all the time complaining about flash/SilverLight performance problems. The reality is that no browser has so far outperformed either of these plug-ins in terms of CPU or memory utilization. You might want to use this as a reality check. What other "truths" in your life are actually true and not merely biases created by the agenda's of others around…
Earlier quoted context omitted.
I really don't think it's as big of a problem as you're trying to make it out to be.
http://en.wikipedia.org/wiki/Usage_share_of_operating_system...
Earlier quoted context omitted.
Movies are a much different story.
Why is a video stream featuring a movie different from a video stream featuring a TV show?
Earlier quoted context omitted.
Linux will never get a PlayReady Media Extension. Linux users control the kernel of the device. Even if hypothetically TPM technology or similar could be used to play video "securely" nevertheless (with hypothetical future tech), it would still be too great a risk to let it on to such a "compromised" system.
You could delegate decryption to the video-card itself. This would also prevent the attack vector of running a 'secure' system inside of a transparent VM. Not to mention the fact that Linux has some very smart people, with a history of reverse engineering stuff for compatibility; and breaking any advanced DRM system is an honor onto itself.
Earlier quoted context omitted.
The Flash player is playing the exact same H.264 video that you could get with the HTML5 player.
Then why do they bring up the Flash player when I've opted in to the HTML5 preview?
Earlier quoted context omitted.
You could delegate decryption to the video-card itself. This would also prevent the attack vector of running a 'secure' system inside of a transparent VM. Not to mention the fact that Linux has some very smart people, with a history of reverse engineering stuff for compatibility; and breaking any advanced DRM system is an honor onto itself.
That was the hypothetical future tech I had in mind. AFAIK, it does not exist. It would also need to integrate with the audio, while still letting DRM-unprivileged processes manipulate the location on the screen, volume, pause, fast forward, etc etc etc. It's a pretty tall order to make all this work on a system where the user is controlling the entire rest of the software stack, and absolutely, positively ensuring t…
I await the patent on how to DRM photons.
Relating to the rest of your points, I am not convinced that it is that difficult to mix protected and non-protected graphics. The untrusted software tells the graphics card a square region of the screen where the movie should be played, and streams the cipher text to the card. When the graphics card goes to render a frame for the physicall display, it first renders the the protected content, then renders any unprotected content from the software. Where the two overlap, the protected content simply gets hidden by the unprotected content. Obviously, all of this rendering would happen in an undisplayed buffer, so the user only sees the finished frame.
Earlier quoted context omitted.
That was the hypothetical future tech I had in mind. AFAIK, it does not exist. It would also need to integrate with the audio, while still letting DRM-unprivileged processes manipulate the location on the screen, volume, pause, fast forward, etc etc etc. It's a pretty tall order to make all this work on a system where the user is controlling the entire rest of the software stack, and absolutely, positively ensuring t…
>ensuring that there is no way whatsoever to get the audio or the video I await the patent on how to DRM photons. Relating to the rest of your points, I am not convinced that it is that difficult to mix protected and non-protected graphics. The untrusted software tells the graphics card a square region of the screen where the movie should be played, and streams the cipher text to the card. When the graphics card goes…
It's all simple and obvious until you try to implement it on real hardware.