Examining the HTML 5 Video Codec Debate 459
Ars Technica has a great breakdown of the codec debate for the HTML 5 video element. Support for the new video element seems to be split into two main camps, Ogg Theora and H.264, and the inability to find a solution has HTML 5 spec editor Ian Hickson throwing in the towel. "Hickson outlined the positions of each major browser vendor and explained how the present impasse will influence the HTML 5 standard. Apple and Google favor H.264 while Mozilla and Opera favor Ogg Theora. Google intends to ship its browser with support for both codecs, which means that Apple is the only vendor that will not be supporting Ogg. 'After an inordinate amount of discussions, both in public and privately, on the situation regarding codecs for and in HTML5, I have reluctantly come to the conclusion that there is no suitable codec that all vendors are willing to implement and ship,' Hickson wrote. 'I have therefore removed the two subsections in the HTML5 spec in which codecs would have been required, and have instead left the matter undefined.'"
It's a toughy (Score:5, Informative)
Maybe "implementation dependent" is the term we're after.
Re: (Score:3, Insightful)
Do we use an inferior standard or a closed standard?
Since it seems pretty likely most web users couldn't care less about open vs. closed software, the answer seems obvious - go with h.264, the superior but closed codec. And do it now before Microsoft wades in and decides to muddy things up with more embrace/extend/extinguish shenanigans.
encourage browser vendors (Score:3, Insightful)
If the H.264 folk were smart they'd encourage browser vendors to support H.264 and license it to them for free. Why? Because that would ensure that H.264 becomes the dominate standard, and open the floodgates to users creating and uploading and playing H.264 video.
In the meantime, the H.264 group makes its money off the hardware guys, as now every computer, notebook, phone, and media device will need low-power dedicated H.264 hardware decoders.
The H264 scumbags are a scourge (Score:3, Insightful)
They're not content with having hardware makers pay, they charge for encoding, decoding and software, if they can get away with it.
MPEG-LA licensing is a fucking bitch (Score:5, Insightful)
and a poster child against software patents. It's *very* expensive for small players, it's incompatible with free media, the terms are almost impossible to comprehend (or at least you need several "IP" lawyers on staff), plus you aren't even assured that you won't be sued in Texas by some scum sucking, syphillitic pus-drinking, rotting corpse-devouring and worm-infested defecation-eating patent troll.
Re:MPEG-LA licensing is a fucking bitch (Score:4, Funny)
Re:It's a toughy (Score:5, Insightful)
Inferior standard. Judging from HTML4, by the time we could safely drop HTML5 support from our web browsers there'll be at least a dozen codecs that perform far, *far* better than H.264 does today so alleged superiority buys us very little, there'll still be a time where people interested in performance ignore the standard altogether. On the other hand, H.264's patent concerns will be with us for the next ~20 years, so Theora's advantage in ease of implementation will likely hold up for a much longer time.
Re:It's a toughy (Score:5, Informative)
It matters very little. If Microsoft and Apple fail to implement Theora, the fact that the standard calls for it will not matter (because it will not be practical as a universal fallback).
Mozilla can't license H.264 in a way that lets downstream packagers use it, so they don't want to put it in the standard either.
The previous /. story discussing the email Hickson sent out covered this stuff pretty well.
It isn't particularly hard to do things like put a flash fallback inside of a video tag, so people that want to use the standard but still have wide reach have lots of options (flash is the de facto way to play 'web' video today, so I don't think it is unreasonable to assume that this may continue).
Re: (Score:3, Informative)
I don't see why video will be any different once there is actually an accepted standard for it.
XviD isn't even a candidate in this, even though it has far wider support in both hardware and software than h.264. Why? "ohh, h.264 is much better". What makes you think the same won't happen with h.264 itself?
I've got no concerns over h.264 patents. The only people are those who have an agenda to push.
Wrong. Either you live outside the US, or you *should* worry about h.264 because MPEG certainly cares about you or anyone else who uses their patent without the requisite license.
Other than 'I can't just use their code without paying for it', I've yet to see any other reason not to use h264, please enlighten me, without resorting to FUD (i.e. copyright/patent bullshit).
Per-user licensing schemes are incompatible with most Free Software licenses. If you want to know more, ask a lawyer, I'm
Re:It's a toughy (Score:4, Insightful)
Why the false dichotomy? The market had already voted long before W3C threw in the towel. Apple wasn't going to budge simply because its hardware platform was geared for h.264. It would render the hardware obsolete because now you have to run a software decoder for Theora, sapping the battery for processing that a dedicated, low power h.264 chip already does.
The problem with the 'open standard' is not necessarily its inferiority, per se, but its complete, utter lack of general market acceptance.
Re: (Score:3, Insightful)
See, you're not looking towards the future. You need to be thinking what browsers people will be using. See, you keep thinking that everyone in the future will be sitting at home on a computer. You keep thinking that whatever browser people will be using, they'll have myriad choices on what device they will be using it on.
More and more people will be using mobile devices to do surfing, watch videos, etc. This comes back to hardware. What devices currently have a hardware decoder for Theora? How many i
Re:It's a toughy (Score:5, Interesting)
I think Microsoft has lost the media wars, and they pretty well know it. (admittedly, just a guess) Expect their products to support H264 and AAC. The bigger fly in their ointment is probably improved web standards in general. They've been gearing up to fight Adobe (Silverlight vs. Flash) for the proprietary "rich web" market, and if HTML/CSS gets rich enough that we don't need a proprietary plugin, that might not end up being a market worth winning.
Re: (Score:2)
Re: (Score:3, Insightful)
The desktop application market never vanished even after web apps became popular, so why assume that plugins and applets will not be worth fighting for?
Re: (Score:3, Informative)
Re: (Score:3, Informative)
Flash/Silverlight ... I can't exactly work on a web application when the internet is down
Yes, you can exactly do that. Or will, soon, if it's coded like that. Silverlight out of browser apps (and, I suppose, Adobe AIR apps) can run without network. Better yet, the coder can detect that there's no network, and keep data locally for a later sync.
There is not a single advantage that Flash or Silverlight really have if HTML, JavaScript and CSS can make application-like things in the browser?
A nicer programming
Re:It's a toughy (Score:4, Interesting)
Flash, to my recollection, was pretty much limited to ads and mediocre games before YouTube came along. If YouTube dumped flash, would it still be deemed necessary by the average user? Certainly iPhone users seem to be getting along without it...
Re: (Score:3, Interesting)
Re: (Score:3, Interesting)
Re: (Score:3, Interesting)
> I don't think Flash will go away overnight.
I don't think it will go away at all
Not when agencies can charge $100s for a 100K flash app that does something our html contractor could have done in 5 minutes and 2 lines of javascript he found online. (trivial apps like rotating images)
(Many) Agencies and individuals like to be "experts" on things that take special tools and knowledge so they can charge more.
LOTS of contractors can do html/css/basic javscript. Not as many can do flash and those who can do
Re: (Score:3, Informative)
I think Microsoft has lost the media wars, and they pretty well know it. (admittedly, just a guess) Expect their products to support H264 and AAC.
It has already been announced a while ago: Silverlight 3 will support H.264 for video, and AAC for audio [on10.net].
Re: (Score:3, Informative)
I think Microsoft has lost the media wars, and they pretty well know it. (admittedly, just a guess) Expect their products to support H264 and AAC.
Microsoft products have supported H.264 and AAC for quite a while. They're in Zune, Xbox 360, MediaRoom (IPTV), and it's coming in Silverlight 3 and Windows 7.
Like Capitalism (Score:2)
Re:Like Capitalism (Score:4, Insightful)
The market has already decided. But it wasn't decided because of software, it was decided on hardware. Theora does not have a dedicated hardware decoder that hardware makers can pull off the shelf and incorporate into their devices. h.264 does. And, when you take into consideration the sheer number of devices that have that chip installed (virtually every 5th generation iPod and forward from Apple) it becomes very easy to tell that h.264 was going to be the winner.
Re: (Score:3, Insightful)
If HTML5 had required Theora support, there'd be two or three months delay and then all the ASICs you could shake a stick at would be there.
It's not nearly that "trivial"...
These days it's not about simple decoders/ASIC chips, it's about complex SoCs that require a huge amount of development, testing, reference software/drivers, etc (not to mention manufacturing, marketing, sales/design wins, and application development/integration before it gets into a CE device...)
And those SoCs with H.264 support are alr
Re: (Score:3, Insightful)
Pretty much every new video-playing device these days does h.264. iPods, iPhones, Zunes, Xboxes, PS3s, PSPs, Nokias, Palms, every Blu-ray player...
http://en.wikipedia.org/wiki/List_of_devices_that_support_H.264/MPEG-4_AVC [wikipedia.org]
To think h.264 is somehow limited to Apple is kind of nutty.
Re:Like Capitalism (Score:4, Insightful)
Again, this isn't just free software that licensing this will damage. End users will pay the price for licensing. It's not free; not even freeware.
And no, "free software" as a collective is not going in one direction. When the hell has any one type of software ever done that? Is "propietary software" going in one direction, too? Sure, parts have objectives - Gnome is going their pretty nifty Gnome Shell (which has no "me too" in it, I can assure you) and KDE is simply interested in polishing what they've got so far. The Linux kernel is working out filesystems and making things faster, all the while adding drivers. As a collective, these projects are making progress, but not in any distinct fashion. But then again, are all of the programs installed on the average Windows box also cohesively working as a team? I dare say not. You have a double standard for free software because you lump them together as if they should be a team, which is ludicrous at best.
Re:Like Capitalism (Score:4, Insightful)
All I can say is "Fuck Apple".
Re:Like Capitalism (Score:4, Insightful)
The key here is that pretty much everyone else is either going to be neutral on the codecs or is going to be seeking the least encumbered. If Apple wants to cripple its products, then I say "Fuck them". Apple is rapidly taking Microsoft's place as being the most pernicious abuser of vendor lock-in ploys. I could care less whether those poor little iPhone and Safari fanbois can't watch online videos because Steve Jobs and his pack of well-trained corporate trolls somehow think that trying to ignore open standards is a worthwhile pursuit. There is enough penetration by players like Google and Mozilla now that I think giving a bunch of worthless assholes like Steve Jobs and Co. the one-fingered salute can probably fly. It ain't 1985 any more, and those retards at Apple will either wake up to it, or find, once more, they're taking good hardware and marginalizing it.
Re: (Score:3, Interesting)
Firefox will NEVER support H.264 (Score:5, Insightful)
Unless there is a miracle and Software Patents are deemed illegal, Firefox will never support H.264. Being tri-licensed at least the GPL/LGPL would prevent Mozilla from licensing H.264.
Seriously? Lolcats? (Score:5, Funny)
Ars Technica has a great breakdown
Oh, I totally agree. The best articles always insert two lolcats into their page so that we get a better idea of what's going on.
Did I miss something or is it still 2006?
Re: (Score:2)
O rly?
This is what made me click the link to TFA.
Lolcats are still in, dude. They'll never go away. They'll enter the lexicon and become so ingrained that you only need the text, not the picture.
(Ya rly)
why does the codec have to be in the spec? (Score:5, Insightful)
Re:why does the codec have to be in the spec? (Score:4, Insightful)
Because otherwise you end up with the case that no one codec works in all browsers, so websites will have to support both formats by encoding all their videos twice. Instead, I suspect most website owners would just say "yeah....OR I could just keep doing it in flash and only worry about 1 format that can work in all browsers."
Re: (Score:3, Insightful)
I'm guestimating roughly 1000% of those platforms that currently don't support flash, won't ever support HTML5.
These platforms will be replaced by updated/new platforms which may just as easily support Flash or HTML5.
The existance of these platforms is therefore of no influence to deciding between HT
Re: (Score:3, Informative)
Because people shouldn't have to be prompted to install codecs in order to view in-browser videos.
So you include the codecs with the browser. Since you don't want to include every codec known to man, you pick one. Or several, as the case may be...
Re:why does the codec have to be in the spec? (Score:5, Funny)
Because people shouldn't have to be prompted to install codecs in order to view in-browser videos.
Yeah really! Every time I go to certain sites I get a prompt to install a new codec to see this hot video... And each time I do that my homepage changes to something not quite safe for work... I wouldn't mind so much if they'd quit messin with my homepage... sheesh!
Re:why does the codec have to be in the spec? (Score:5, Insightful)
The whole point of the element is to allow content providers to choose one of the always supported formats and therefore know a-priori that it will work in the user's browser. A "choose one from this list" strategy, or creating a new plugin-hell for codecs doesn't accomplish this end.
I disagree - the video element explicitly allows for several source files, so the whole point is not to allow only for one codec, or to mandate several codecs which are supported by everyone. That would have been nice, but hasn't been possible. As it is the video element is now being treated more like the image one - different browsers will support different image formats, but most will support a few core ones.
The whole point of the video element is to allow pages to easily embed video files (as opposed to the messy complicated method using object elements). The video element allows for several encodings in order, so the process of choosing a codec is transparent to the user, so long as you can give them something they can play, and is painless for the provider, given that there are free options for converting to ogg.
So it's quite possible right now, in theory at least, to serve video that every browser on every device can play (h.264/ogg/flash) - here's an example [camendesign.com].
Life would be great if there was one clear unencumbered codec with no drawbacks, or at least a choice of a few (as there are for image formats), but there isn't one clear winner (ogg theora has definite disadvantages, the most important being lack of hardware support and quality issues). I think Apple should support Ogg, and see why Mozilla resist h.264 - there are strong arguments for both sides.
In the meantime the video element makes presenting video possible without a plugin with any sane browser (i.e. not IE), and is a step toward native browser support when people converge on a codec (or several) as they did with image formats.
Re: (Score:3, Interesting)
Or simply invalidate the patents behind it. Call it Eminent Domain or something. I mean, I know it would suck to lose your patents, but I'm sure whoever created it has recouped their expenses and even profited by now, since it's so damned important.
Re: (Score:3, Insightful)
"Both codecs are free"
No, they're not. H.264 is patented and you have to pay royalties: http://en.wikipedia.org/wiki/H.264/MPEG-4_AVC#Patent_licensing [wikipedia.org]
Apple and Xiph (Score:5, Interesting)
It seems like Apple has something against implementing any Xiph codec... FLAC and Vorbis support in iTunes is nonexistent, and even with the QuickTime plugin, iTunes still doesn't have proper tagging support. And now refusing to add Theora support in Safari?
Perhaps someone on the Xiph board did something to one of Apple's Media guys when they were kids or something?
Re: (Score:3, Insightful)
Perhaps someone on the Xiph board did something to one of Apple's Media guys when they were kids or something?
Apple simply does not like free codecs because if customers are allowed to use them, then the corporation loses some control over the customers. That's the reason why people should refuse to buy anything from Apple and other companies with similar attitude towards their customers.
Re:Apple and Xiph (Score:5, Insightful)
Apple uses open standards in their MobileMe / .Mac implementation. They also write standards-based server components, like CalDAV. Their platforms' preferred 3d library is OpenGL, another open standard.
Clearly they support many open standards, so it's not just about control over their customers.
Re: (Score:3, Funny)
...for high bitrates.
Don't tell us about it, tell to the CEOs of the Mozilla Foundation, the Wikimedia Foundation, Redhat, Opera and so on that they are not "industry players". Also don't forget to tell W3C that the real industry players changed their standard to include a patent ridden
Re:Apple and Xiph (Score:4, Insightful)
We (developers) are the ones that determine who wins the browser battles. We make the sites and we tell people what browser to use. FireFox didn't install itself on grandma's computer - that was us.
Re:Apple and Xiph (Score:5, Insightful)
Regardless of why they have some hatred for Xiph who cares what Apple's doing?
Ipod and iPhone owners care. Content providers looking to target iPod and iPhone owners care.
Apple will either lose market share as people switch to a browser that doesn't suck or they'll cave and use Ogg.
You're oversimplifying. This about more than just Web browsers. It is also about content services. When you don't have Google's Youtube on board with Ogg and you don't have iTunes on board with Ogg and it won't play on iPhones or iPods and you have little likelihood of that changing, specifying Ogg in the spec results in the spec not gaining widespread implementation and failing.
Are we just going to stop bothering to innovate because Apple won't give us its blessing?
Apple is one of the companies pushing HTML5 and already implements it in Safari. They aren't holding back progress so much as trying to push it in a different way than what Mozilla and Opera want.
We (developers) are the ones that determine who wins the browser battles.
I'd say the content providers have as much or more influence than browser developers. If the video element is implemented in a way content providers like iTunes and YouTube are not happy with, then it will be ignored by them and we''ll be stuck without any progress and a Web still locked into a fragmented mix and dominated by Flash video and Silverlight.
Re:Apple and Xiph (Score:5, Informative)
You misunderstand the nature of HTML5 standardization process. Unlike previous HTML iterations, which were designed by W3C committee which largely did not intersect with people who actually implemented it, HTML5 is a vendor-driven effort that had only recently came under the aegis of W3C (after the latter's XHTML 2.0 died a quick and painless death). Since it's vendor-driven, it's going to be exactly what the vendors can agree upon - no more, and no less.
Re:Apple and Xiph (Score:5, Insightful)
We (developers) are the ones that determine who wins the browser battles. We make the sites and we tell people what browser to use.
Woah woah woah. That's a huge misconception that needs to be squashed right now: We, the content providers, do not tell the customer what browser to use; rather, the customer tells us what browser they're willing to use to view our content.
Why do you think so many "IE6 approved" sites still exist? Because those website's operators desperately want people to continue using IE6? No, they do it because a very large number of people are still using IE6 and are going to continue using IE6 regardless of what browser we mighty developers to try "force" others to use.
As someone else pointed out above, the problem with trying to hardball Apple into playing nice is that Apple will just sit and wait. When website developers go to create their sites and try to ensure cross-browser compatibility, their response to the problem will NOT be "Oh, Apple is just being douchebags. I'll just not bother supporting Safari until they support Theora." Instead, what they'll probably say is, "Hey, flash videos work in every browser. Why should I bother using this stupid VIDEO tag?"
Re: (Score:3, Informative)
It seems like Apple has something against implementing any Xiph codec... FLAC and Vorbis support in iTunes is nonexistent, and even with the QuickTime plugin, iTunes still doesn't have proper tagging support. And now refusing to add Theora support in Safari?
No need for conspiracy theories. Theora doesn't solve any problems for Apple.
Theora won't work in iPods, iPhones, or AppleTV.
And Theora is less efficient than even H.264 baseline, and so would raise their (presumably quite substantial) bandwidth costs for delivering video content.
Re: (Score:3, Informative)
The fact that it's open source or royalty free doesn't mean there are no patent trolls ready to file a lawsuit once Apple or Microsoft use it.
It would be nice if Congress could pass a law for proposed standards to give patent trolls a 6 (or 3) month period to announce any infringement or forever hold their peace.
Re:Apple and Xiph (Score:5, Insightful)
The fact that it's open source or royalty free doesn't mean there are no patent trolls ready to file a lawsuit once Apple or Microsoft use it.
Likewise, simply because the MPEG LA controls the licensing of KNOWN patents for H.264 doesn't mean there are no patent trolls ready to file a lawsuit once it gets adopted as a standard.
There is also no assurance that the MPEG LA won't try to monetize their position as the sole licensing authority for H.264 if it were to be adopted into the standard. Unisys anyone?
So Apple's case would only be plausible if they can show that there is any reason to believe that the software-patent-related risk is higher for Theora than H.264, and they have not done that.
Re: (Score:3, Interesting)
irrelevant (Score:5, Insightful)
"Apple is the only vendor that will not be supporting Ogg"
Except IE, which doesn't support, and has not announced plans to support, anything. Until they decide what they're going to do, it really doesn't matter what everyone else is doing.
Re: (Score:3, Interesting)
Just watch. Once IE's market share hits 50%, suddenly Microsoft will start playing ball. The search revenue from all the IE users who don't bother to change the default search is too nice to simply give up.
Re:irrelevant (Score:5, Insightful)
Well it does matter, it's just that the matter is far from settled.
Honestly, I think it is possible to overestimate the power of Microsoft's vendor lock-in. If they don't get in gear and really compete in the browser market, it's only a matter of time before it bites them in the ass. They've already lost of decent chunk of the market to these other browsers.
If these browsers get to the point where they're all offering a clearly superior experience on the web, and Microsoft is still dragging their feet, they will eventually become irrelevant themselves.
Re: (Score:3, Interesting)
If these browsers get to the point where they're all offering a clearly superior experience on the web, and Microsoft is still dragging their feet, they will eventually become irrelevant themselves.
Exactly. Which is precisely why Microsoft isn't doing anything, and probably won't. Apple's NIH syndrome and Google's bandwidth interests will prevent them from accepting Theora, Mozilla's legal and Opera's monetary problems with H.264 prevent them from accepting it in turn, and neither faction holds enough leverage over the web to 'win' here without Microsoft's support.
End result? no single codec is picked as the standard, web developers ignore the video tag and continue relying on Flash, the status quo is
Major browser vendors (Score:5, Insightful)
Right, while convenient, that doesn't strike me as a very comprehensive list of "major browser vendors".
Re: (Score:3, Funny)
It doesn't have to be an exhaustive list, it just has to have a few big names in support to mitigate the toppling effects of change.
Because Mozilla are obviously the good guys because they're the ones I like, personally, Apple and Google need to cave into the will of the commons. The commons, of course, being myself.
Re:Major browser vendors (Score:4, Informative)
"Microsoft has not commented on their intent to support <video> at all."
Re: (Score:3, Informative)
Right, while convenient, that doesn't strike me as a very comprehensive list of "major browser vendors".
Good point. Let me fix that: "Hickson outlined the positions of each major browser vendor that is likely to get off their ass and release something relevant to this issue within the decade". Does that about cover it?
Re: (Score:3, Informative)
ftp://ftp.mozilla.org/pub/mozilla.org/firefox/ [mozilla.org]
There was a simple solution... (Score:5, Insightful)
They could have simply specified that a browser must support ONE of the two options, h.264 or Theora. This would have at least provided a reference to websites, such that they can guarantee that they need support no more than two codecs. Without a standard, they can't necessarily guarantee that a browser will support either. A third party browser may come by and decide to implement nothing but MJPEG since it isn't specified.
I mean, there are legitimate concerns in both camps. Theora's hardware support is non-existent, and h.264 has expensive licensing fees. So why not allow browser manufactuerers to pick the one that best suits their position, rather than leaving it undefined entirely?
A guarantee of at least one of two being supported is better than no guarantee at all.
Re:There was a simple solution... (Score:5, Insightful)
HTML doesn't specify what image format must be supported (PNG, GIF, JPG, etc); why is video any different? If HTML had specified GIF explicitly up-front, we'd all be in trouble when UniSys became dicks about it.
Let the market decide. If h.264 succeeds despite the extra cost, it means folks found enough value to justify the cost. If DivX or VC1 come out of nowhere to take over the web we won't be left with an out-dated standard. If a sleeper patent hits Theora hard we'll be glad we didn't lock ourselves down.
Re:There was a simple solution... (Score:4, Insightful)
That's a good point, but the bandwidth and storage requirements of images pale in comparison to video. I've had to make sites using GIF for IE6 and PNG for browsers that don't suck (to take advantage of the alpha channel). It was a PITA, but the extra storage requirements were not that big a deal. Doing the same with video would be much more of a problem, even with today's cheap storage.
Re: (Score:3, Informative)
you forgot this one, if a sleeper patent hits h.264, DivX, VC1, or any of the codecs then in every case it will have to be dealt with. Sorry, I just don't buy the bit about only one codec, the open source one, being subject to patent issues.
LoB
Re: (Score:3, Insightful)
Theora's hardware support is non-existent
Huh? Theora would have hardware support fired up within three blinks of its ratification as part of HTML5 and the release of browsers supporting it. For many (most? all?) instances, such "hardware" support is often implemented on DSP core(s), not a dedicated ASIC just for a specific codec, making the update just a matter of new firmware for existing systems.
Allowing a "pick one" scenario means that third-party content providers have no freaking clue what format they can present their data in for their use
Re: (Score:3, Interesting)
It's definitely a better option, but there is a catch - it means that content providers who want to reach the widest possible audience will need to encode video in H.264. And that means that they will need H.264 encoders, which are by definition non-free (since license fees must be payed for those).
Now consider something like Wikipedia. Since videos are uploaded by the users, it would effectively require all of them to have licensed H.264 codecs to contribute - which is an unacceptable burden for a Free enc
Hardware Encoders (Score:5, Insightful)
Re:Hardware Encoders (Score:5, Informative)
Hardware encoders/decoders would come pretty fast if Theora was made the HTML5 standard.
Why does it care? (Score:5, Insightful)
Really? Why does the HTML5 spec care what codecs are used? Why doesn't it just provide a way to specify which codec the author used to encode the media file, and let the browser prompt the user to get it if needed?
Re: (Score:2)
Re: (Score:3, Insightful)
Re:Why does it care? (Score:4, Informative)
If we go this route with video what options are left? Stick with flash? Encode everything in two different codecs and *hope* that the browsers all support one of the two? I don't know about you but I think those options suck.
Re: (Score:3, Interesting)
Img-tag doesn't specify which image formats you must or must not use so I really don't understand why video-tag should be any different. Video-tag could just instruct the browser that "put the video in here and fetch stream from here or if user has no ability to play the video display whatever is inside the alt-attribute".
So when browser sees video-tag it renders it by using which ever video plugin or built-in mechanism is in use, be it Flash, Silverlight, Windows Media Player or whatever. Then it is up to
Re: (Score:3, Interesting)
No, you don't know much about video codecs - or the browser wars.
The huge headache everyone wants to avoid is content providers having to code around, and store duplicate copies of video, to cater to all the browsers.
This is before you get into all the bullshit about codecs that are really rootkits and the like. You do not want your browser saying, "I cannot cope with the computationally intensive task to render this video without 'magic software' from goatse.cx".
Re:Why does it care? (Score:5, Informative)
The fear is that the "good format" in this case will be H.264, and once it will stick and become de facto standard, we'll have the same mess as with GIF all over again - since FOSS browsers won't be able to support it legally (at least in U.S.), nor free content creation/editing tools.
Re: (Score:3, Insightful)
> Why does the HTML5 spec care what codecs are used?
You somehow missed the whole discussion, didnt you? If a spec shouldnt care in what way content is encoded it is trying to show, what _should_ it actually care about?
> Why doesn't it just provide a way to specify which codec the author used to encode the
> media file, and let the browser prompt the user to get it if needed?
And where should a free browser get a patented and thus non-free codec from? Or did you actually mean that a free browser shoul
Re:Why does it care? (Score:4, Insightful)
At present, any time I'm surfing the Web and I get a popup telling me "You need to install 'X' to view this video", I assume it's a virus. I'd actually prefer to keep it that way... it's simple, at least.
XiphQT Components (Score:5, Informative)
http://xiph.org/quicktime/ [xiph.org]
Adds support for Ogg Vorbis and Ogg Theora to QuickTime (which is used for nearly all media playback on OSX). Easy to install (but could be made easier easily - such as making into a .pkg), and makes Safari 4 work with <video> and Theora.
Also, can we please stop whining about this in relation to the HTML5 spec? HTML has never specified file formats for media/objects (<img>, <object>) and it should *not* start now.
why not both or more? (Score:2)
I'm not sure why we can't implement support for both or even more codecs. Can anyone tell me why this isn't possible?
The way I figure it, if both is supported, and agreement to assist in implementing support for the other can be reached and as long as the spec is documented, adding the functionality to the browsers should be trivial to any group capable of creating and maintaining a modern browser. We could actually implement a plug in scheme that allows functionality to be snapped in on the fly.
What am I m
Re: (Score:3, Interesting)
More importantly are these factors:
- Ogg requires ZERO licensing costs, which is very important to the Open Source community who want to create free products that do not produce revenue for the creator.
- Ogg is not currently hardware accelerated by any mainstream hardware (encode or decode) and therefore is not ideal for current generation netbooks or other low powered devices.
- Ogg does not produce quite the same quality as the patent encumbered options at low bitrates
These are the core arguments for and a
Re: (Score:3, Insightful)
Even Linux users can "legitimately" use WMV if they want.
How?
an alternate solution: (Score:2, Funny)
</flamebait>
Argument moot, just use both (Score:4, Informative)
You can use a single block of HTML below to provide video for everyone using the new tag:
Video For Everybody [camendesign.com]
It works on older browsers too, falling back on built in players or even flash if it has to. You simply provide it one .mp4, and one .ogg file and it uses which is best.
Don't let this bickering stop everyone from moving to the video tag as soon as possible, which may then see further solution on a final standard.
I have to say though, the hardware support aspect to me makes h.264 support a must. I also think Apple should support ogg too, but Mozilla really needs to support this de-facto standard for video (it's not just Apple using this in hardware).
Re: (Score:3, Informative)
Not another time (Score:4, Informative)
I could swear I already saw this a few days ago here, on Slashdot. And indeed:
http://tech.slashdot.org/story/09/07/02/184251/Browser-Vendors-Force-W3C-To-Scrap-HTML-5-Codecs?from=rss [slashdot.org]
The thing that really amazes me about this (Score:3, Insightful)
..isn't that Apple is holding things up. It's that they're holding things up because of lack of decoding hardware for a tiny device. Wait a minute, who the fucks watches video on a tiny screen?
Developers, don't answer that. Yes, I know your handheld device can play the video. I'm sure you're very proud.
I'm asking the users. Are there any? I know many iPods have shipped, but what are you people doing with them? You're watching video on them? Really?
No, really: who the fuck is watching movies on a 3 inch screen? And if that's you, are you actually happy with it? When you want to watch some video, your first instinct is to reach for your battery-powered thingie?
This obscure corner case is what is going to hold video back for everyone (including the desktop users and PVR users) for 20 years, until the patents expire?!
No mention of Dirac!? (Score:3, Insightful)
What interests me is the fact that in these discussions about Theora being an old and antiquated codec, nobody seems to know about Dirac [diracvideo.org], which is a modern video codec quite comparable to H.264 developed by the BBC.
Dirac is specifically designed to be free in the sense we love, and they have specifically checked to make sure it doesn't violate any patents, etc.
It is supported in recent versions of FFMPEG, and since VLC 0.9.2. Support for it is maturing quite fast, and I don't understand why Mozilla didn't include support for it in their HTML5 video implementation.
Since Opera implements <video> with GStreamer, it should already support Dirac if you have the support installed.
Just use OGG (Score:3, Insightful)
I see no problem. Apple doesn't want to support OGG, I couldn't care less. They'll come around eventually if it becomes popular.
Re: (Score:2)
Fucking Apple. You can't trust those turtleneck wearing fascists.
At least they're supporting something, unlike Microsoft which isn't supporting any HTML video element.
I know that "lesser of two evils" isn't exactly a good argument, but it's not nothing..
Microsoft are "waiting" (Score:2)
No sense spending money obfuscating, perverting "standards" or extending, if they can halve the amount, just with a few days/weeks waiting...
Re: (Score:2)
Not fascists, but it is frustrating to see them so stubborn about such a Good Idea when they've been the leaders of innovation for over a decade.
I guess the problem is that they won't be making tons of money off an obscure and clever design.
Re: (Score:2, Insightful)
Re: (Score:3, Insightful)
It would be nice if Apple would go ahead and support OGG Vorbis and OGG Theora. Can any lawyerly folk give an idea of the worst possible scenario here? Someone steps forward claiming to have patented something in OGG, and Apple is forced to either strip support or pay a licensing fee?
On the other hand, their method of supporting the video tag seems somewhat reasonable. It looks like any format that Quicktime supports, Safari will support in the "video" tag. It's not hard to go download the OGG Theora c
Re:Translation (Score:4, Informative)
Well, with a "submarine" patent, the patent holder will typically wait until the "invention" is in common use, THEN sue for retroactive damages. Those sorts of awards can get very expensive.
Re: (Score:3, Interesting)
Microsoft's blessing was a must when they had 95% market share. Right now they have no more than 70% and it is steadily declining - by the time HTML5 is available, they might not matter any more. Moreover the majority of their market share is just uninformed. All it takes now is one really big "killer site" like Youtube not supporting IE, and their share will plummet into the low 20s.
Re: (Score:3, Informative)
Since it is under a BSD style license it doesn't require either the GPL of the LGPL code so your whole argument disappears into a void of stupidity.
And yes they published the spec of the format and yes it is up to date. And yes it isn't a standard from whatever standards body you like this week which in practice means you don't have to pay for it.
Re: (Score:3, Informative)
Again you fail at the simplest of things. Where would one expect to find a specification for a free format? Probably under "Documentation", right? And what would you know it is in fact there: http://www.theora.org/doc/ [theora.org]. But even if there weren't that wouldn't even matter, since there is a BSD licensed reference implementation of the decoder which would do well enough as a specification.
Now as for that hardware thing -- no, Theora does not and probably will never have hardware decoding support and that is
Re: (Score:3, Informative)
Not only is it license encumbered, but next year they could change the licensing so that websites hosting h264 video will be charged broadcast fees.