How about a more relevant analogy to Flash? It has the same insecurities and platform-dependence plus being encumbered by the same patents (and more!), but Mozilla took exactly the opposite approach!
Since 2004, Mozilla has had baked-in support for automatically installing Flash on the first encounter if the plugin is not found. A nice little yellow infobar pops down (a brilliant UI innovation), prompting you to install it with a few clicks, even without root access on both Windows and Linux.
They've also recently implemented automatic update checking for Flash. Since it's their biggest security hole, they throw up a big nasty "update now" warning on launch if you're using a known-vulnerable version. Mozilla even initially distributed the Flash binaries under license themselves via addons.mozilla.org -- I'm not sure if they still do so.
Flash is shitty, nonredistributable, closed-source, restricted-platform, proprietary, and patent-encumbered but they're willing to go to great lengths to help their users use it. Why not do the same thing for ffmpeg, which is merely patent-encumbered?
Flash managed to evolve with the bandwidth (and came across as sexier than Java Applets) and by doing so more and more users had it installed and eventually it got to the point where you "just could not" go to a website without being prompted to install the plugin (yes, plugin, not part of the browser core).
At this point you could not stop it (from a vendor's perspective), so run with it. With the lessons of the past in mind and HTML5 still not being widely deployed, yeah, I'd say stand your ground. And from that angle I'd say it's more similar to ActiveX than Flash.
It's semantics. But I think it was a non-bad decision to include it in the default installation procedure.
(edit: Actually, reading back, one might say that I don't agree with you! :)
Robert's opinion is that flash is equally evil, but dropping it would be even more damaging than never supporting h.264, so the damage is already done.
Hey, I wanted to meet up with you in Boulder (Qualcomm interview guy). I couldn't find your email, so I'm spamming all your comments, which is probably against the law. Please email me at ebisumaru@gmail.com, or read my longer comment:
http://news.ycombinator.com/item?id=1078343
Because Flash has 99%+ marketshare, whereas the H.264 video tag has <1% marketshare, so Mozilla are in a position to influence the latter but not the prior.
Most of the video delivered on the web today is in h.264, using Flash as a way of delivering it. This is why it's trivial for YouTube and Vimeo (and everybody else that currently uses Flash) to use h.264 in <video> -- all of their video is already in h.264.
And, heck, while we're at it: Flash includes a closed-source H264 decoder implementation. At this point, adding an open-source decoder would be an overall improvement.
"Flash is shitty, nonredistributable, closed-source, restricted-platform, proprietary, and patent-encumbered"
All true except the "shitty" part -- it's actually a nice little VM with some good technology and skilled people behind it. Unfortunately, Adobe ignored non-Windows/Mac for too long and alienated a lot of free software people even more.
I don't see how the web browser is the right place for codecs to live. I have multiple web browsers and multiple media players installed. Do I need six copies of every codec?
And that's part of the problem too. The Mozilla devs have made it next to impossible to plug in a video decoder to replace the embedded one, so there's no way to just punt the decision to the OS by passing the video to DirectShow / QuickTime / gstreamer / etc. It's Theora or nothing.
Dirac stands a good chance of being added in the near future.
It seems it would be a weekend task to add a mozilla extension that replaces <video> with embedded Microsoft Windows Media Player <object> tags, and the necessary scripting hokum.
Entirely doable, but <object> doesn't expose the same scripting APIs that <video> does. So, for instance, you will get a playable video in YouTube, but none of the YT buttons will work.
The YT buttons could be made to work because there is an analog for them, for example: document.getElementById('video').controls.pause(); does what you would expect.
If they make a compromise, they should drop Flash and support H.264. I would prefer THAT choice. Flash is buggy, slow, unsecure, proprietary from a single vendor. H.264 is much more useful, has a standard, multiple implementations (hardware and software)...
Since 2004, Mozilla has had baked-in support for automatically installing Flash on the first encounter if the plugin is not found. A nice little yellow infobar pops down (a brilliant UI innovation), prompting you to install it with a few clicks, even without root access on both Windows and Linux.
They've also recently implemented automatic update checking for Flash. Since it's their biggest security hole, they throw up a big nasty "update now" warning on launch if you're using a known-vulnerable version. Mozilla even initially distributed the Flash binaries under license themselves via addons.mozilla.org -- I'm not sure if they still do so.
Flash is shitty, nonredistributable, closed-source, restricted-platform, proprietary, and patent-encumbered but they're willing to go to great lengths to help their users use it. Why not do the same thing for ffmpeg, which is merely patent-encumbered?