YouTube: HTML5 Video Is No Match for Flash

The YouTube developer blog lists several things Flash can do that HTML5 video tags cannot:

Flash cuts down on the number of formats YouTube needs to encode. With browsers divided over which video codecs to use, YouTube would need to re-encode most of its content. With YouTube users uploading 24 hours of video to the site every minute, that’s no small task. The new WebM video codec offers some hope here, but it isn’t universally supported yet.

YouTube already does this anyway. The codec issue is therefore already resolved with the exception of a few mozilla hippies who were insisting on ogg but may now settle for VP8 in any case.

Flash offers “fine control over buffering and dynamic quality control.”

Hadn’t really noticed, it all looks pretty bad to me a lot of the time.

The HTML5 video tag doesn’t cover live streaming, nor does it allow for adaptive video quality when streaming long movies. However, as the post points out, “a number of vendors and organizations are working to improve the experience of delivering video over HTTP,” meaning there’s hope this problem will eventually be solved.

Hopefully quicker than flash is adapted for mobile. I was under the impression streaming HTTP was already used in iPhone but could be wrong.

Flash offers content protection.

While not the top of the list when it comes to features a user is looking for, without a means of protecting content from being distributed illegally, most of YouTube’s content partners would likely jump ship.

Name me a single user who wants “copy protection” or a “copy protection” that actually works.

Encapsulation and embedding.

Flash makes it easy to send extra data along with your embedded video, meaning ads, captions, annotations and extras like related-video lists automatically show up. There’s no easy way to do the same with HTML5 embed code. JavaScript, sure, but not the native code.

Guess what? The same browser that delivers HTML5 likely supports JS too.

Fullscreen video.

This one makes the least sense. Firefox and WebKit both offer rudimentary support for fullscreen HTML5 video, though there is no hardware acceleration or other extras you’d get with Flash.

Hardware acceleration in flash on a mac would be nice too one day.

Camera and microphone access.

The ability to record video directly to YouTube requires the site to be able to access your computer’s camera and microphone, something HTML5 video on its own cannot do.

Hardly a mainstream requirement, but it will be interesting to see how HTML5 integrates with device hardware features as it evolves.

YouTube also doesn’t mention a couple of other areas where HTML5 video lags well behind Flash: accessibility and translation tools.

Accessible flash? Really? I’ve tried to find out more about this and usually find precious little evidence even though I now people who are paid to enable this. Yet to see a flash translation, but I don’t doubt it can be done any more than it can be done in JS.

via YouTube: HTML5 Video Is No Match for Flash | Webmonkey | Wired.com.

Comments

6 responses to “YouTube: HTML5 Video Is No Match for Flash”

  1. Cheese Avatar

    You have not come anything close to arguing any of your points.

    You sound a bit like a kid arguing on the school yard.

    Your replies could have all read “na ah. I don’t agree so you must be wrong”

  2. admin Avatar

    Thanks Cheeseboard!
    I thought I was just correcting a few factual errors. Also there were quite a few so it would’ve taken a while to have gone in to detail, and I now suspect the original article was flaimbait in any case.

  3. rickelstein Avatar
    rickelstein

    came here from webmonkey and i was actually looking for a good set of arguments – most of yours dont cut it – their barely a sentence long

  4. admin Avatar

    Thanks Rickelstein
    Was there any one in particular you’d like to know more about?

  5. Patrick Avatar
    Patrick

    “Hadn’t really noticed, it all looks pretty bad to me a lot of the time.”
    This is stupid and obtuse. You know differently.

    “I was under the impression streaming HTTP was already used in iPhone but could be wrong.”
    ‘I could be wrong’ isn’t much of a rebuttal.

    “Name me a single user who wants “copy protection” or a “copy protection” that actually works.”
    Every user who watches Hulu or Netflix streaming is enjoying a copy protection that works, because the content providers trust it enough to put their content online with it.

    “rudimentary support for fullscreen HTML5 video”
    Two browsers offering rudimentary support is no rebuttal.

    “Hardly a mainstream requirement”
    It’s a Youtube requirement. He’s talking about Youtube’s requirements.

Leave a Reply

Your email address will not be published. Required fields are marked *

This site uses Akismet to reduce spam. Learn how your comment data is processed.