No HTML5 Hulu Anytime Soon 202
99BottlesOfBeerInMyF writes "The Hulu website briefly commented the other day about why they would not be implementing HTML5 video for their service: 'We continue to monitor developments on HTML5, but as of now it doesn't yet meet all of our customers' needs. Our player doesn't just simply stream video, it must also secure the content, handle reporting for our advertisers, render the video using a high performance codec to ensure premium visual quality, communicate back with the server to determine how long to buffer and what bitrate to stream, and dozens of other things that aren't necessarily visible to the end user.' They plan to release a dedicated application for the iPad and iPhone instead, likely a paid subscription service. Perhaps this is a good sign for Web-based television, as it will move more users away from the single, locked down channel from the networks and to more diverse options less interested in extracting subscription fees (like YouTube)."
Re:OK ... (Score:4, Informative)
That's not the right kind of "variable bit rate". The kind of VBR you're describing is merely varying the bit rate within a stream for compression efficiency. Hulu dynamically switches between streams at different bit rates, depending on the speed of your connection.
Re:OK ... (Score:4, Informative)
Re:Summary says what? (Score:5, Informative)
What 'single locked down channel' are we discussing here? There is presently more than Hulu alive on the web now, is there not?
Hulu is a joint venture of Fox, NBC, and ABC (now pulling out). The idea was they could maintain a singe front for providing mainstream TV, even as users moved way from cable and towards the internet for entertainment video. They were scared by YouTube and the like and wanted to make sure they could be the gatekeepers controlling the content as a cartel (like the RIAA has done with radio). That way they could extract more money in subscription fees going forward and at the same time reduce the threat of independent TV programming from being a more democratized source of content. Fox (for example) doesn't want to have to sell programs to users. They want to be able to sell subscriptions to all their content at once and so get paid just as much by people who think 90% of their content is crap.
Please do clarify, dear submitter.
Does that clarify my somewhat vague submission? I sort of assumed Slashdotters knew the history behind Hulu and the network's strategy with it.
Re:OK ... (Score:5, Informative)
You don't understand. By variable bitrate, they mean changing the bitrate on a per-viewer basis. So, if someone has a particularly bad connection, it gives them a lower quality picture so that they can keep up. And if they're connection improves (they turn off their torrents, for example) then the bitrate they are being provided would improve.
As far as I know, the object in HTML5 does not allow swapping out the referenced video while it's playing with another one encoded at a different bitrate. Silverlight does this for you with its streaming engine, with Flash it's at least possible to synchronize all the components, but it's rarely done. (You need to synchronize audio and video to a high degree of precision to avoid the user noticing.)
This is a valid complaint, and actually one of Microsoft's major selling points on Silverlight, and it's why Netflix adopted it for their online viewer. The variable bitrate per viewer playback that adjusts itself according to your connection is extremely important to providing at least a basic experience. Netflix's implementation is a little bad (it does pause the video if your connection quality goes down, but there are other Silverlight players that do it seamlessly.)
Re:OK ... (Score:3, Informative)
You could just post a link to the mp4 stream, lots of players handle that just fine.
Re:OK ... (Score:2, Informative)
Youtube doesn't stream video and they don't provide live feeds either. I'm sure progressive downloads can be done just as well in HTML5 as they can be done in flash, but that's totally different from what Hulu does.
Re:Summary says what? (Score:3, Informative)
Thanks for the reply. It is as I assumed, then. You're making a huge generalization
There is an attempt, somewhat stalled, to use Hulu to control Web TV to a large extend by consolidating the efforts of the major networks and allowing them to (probably illegally) collude on mainstream TV's display on the Web. That's not really a generalization as a rather ubiquitous analysis of the market by many many different news and industry groups.
ave left out at least one major television network, if not several, in your 'single' descriptor.
Hulu failed to get buy in from CBS because CBS had already launched a competitor and was getting better advertising revenue than they wanted to offer. The others hoped the success of Hulu would pressure CBS to get on board, but it has failed so far and with ABC bailing out the venture might be a lost cause (Note that Steve Jobs sits on the board and is the biggest shareholder of Disney which owns ABC). That covers all of the "big four" of broadcast TV. There are smaller players, of course, many of which Hulu had signed on but which are not really very important in terms of the industry, which is remarkably consolidated right now.
Re:Its odd ABC did it (Score:3, Informative)
The ABC player is not HTML5, it's a native app.
Re:Before Flash, there was Quicktime (Score:4, Informative)
"Why on earth our own Quicktime, even with DRM since V5 not even considered as an option?"
QuickTime does not have DRM in any meaningful sense in this context. It can decode Apple's DRM'd media, but it does not provide a mechanism for other people to add DRM to their media that is then playable with QuickTime.
They didn't even bother to ship Quicktime X for Windows
They also don't ship it for OS X 10.5. It's a complete rewrite with hooks into the display subsystem for things like GPU acceleration and some superficial similarities to QuickTime. Porting it to Windows would be a lot of effort, for a negligible benefit.
Re:Performance is another issue (Score:5, Informative)
Flash is a horrible dog. It's only VERY, VERY recently started performing well on Windows, because they gave up decoding video, and handed it off to the OS, which can accelerate it via the videocard. For fuck's sake, Flash didn't even do the most basic hardware overlay until maybe a year ago, available in the mid 90s on damn near every video card, and standalone video player.
And while Flash may have gotten lucky on Windows, no such luck on other platforms. Flash on Linux is as big of a dog now as it ever was. Jumpy, flickery, tearing mess. And don't claim they can't do better, VADPU support on Linux has been in MPlayer for many months. Besides, I shouldn't need hardware acceleration just so stupid 480kbps 400x300 Hulu videos don't bring my 2GHz+ CPU to a grinding halt...