HTML5 video will never be acceptable by people who believe that DRM in Video is a requirement.
Fortunately, those people have over the last few years been proven more and more to be ignorant of what the wider market wants -- and the video-industry overall isn't being as stupid as the music industry, but fundamentally, they will try to hold on to DRM'ed video content for as long as possible, which is something that HTML5 streaming of video content will never allow.
Speaking as an ex-jooster, there are lots of things you can do to create white picket fences when streaming over HTTP, like one time tickets, dynamic rate limiting to prevent mass ripping[1], etc. At best these limit people 'stealing' content to doing it in real time, and makes it hard to 'rip' an entire site.
Today that is the situation even Flash is in -- there are lots of tools out there to steal content from Hulu in 1:1 time, and they could do it over HTTP for effectively the same protections, but the content owners still believe in the illusion that they have more viable white picket fences, which Adobe is happy to sell to customers in FMS:
http://www.adobe.com/devnet/flashmediaserver/articles/protec...
The worst part of the DRM illusion, is that HULU is entirely second-run TV. It is, by definition, video that has already be recorded, digitized and stored by any number of DVRs.
"Locking down" HULU won't stop the serious, won't stop the casual and won't have any effect on video availability past original broadcast. The networks have long since lost the ability to control rebroadcast availability and they remain in deep denial -- almost surely, because lucrative contracts for re-runs require them to maintain this fiction.
Fortunately, those people have over the last few years been proven more and more to be ignorant of what the wider market wants -- and the video-industry overall isn't being as stupid as the music industry, but fundamentally, they will try to hold on to DRM'ed video content for as long as possible, which is something that HTML5 streaming of video content will never allow.
Speaking as an ex-jooster, there are lots of things you can do to create white picket fences when streaming over HTTP, like one time tickets, dynamic rate limiting to prevent mass ripping[1], etc. At best these limit people 'stealing' content to doing it in real time, and makes it hard to 'rip' an entire site.
Today that is the situation even Flash is in -- there are lots of tools out there to steal content from Hulu in 1:1 time, and they could do it over HTTP for effectively the same protections, but the content owners still believe in the illusion that they have more viable white picket fences, which Adobe is happy to sell to customers in FMS: http://www.adobe.com/devnet/flashmediaserver/articles/protec...
[1] - http://svn.apache.org/viewvc?view=revision&revision=7219...