Slashdot Mirror


Examining the HTML 5 Video Codec Debate

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.'"

459 comments

  1. It's a toughy by 91degrees · · Score: 5, Informative

    Do we use an inferior standard or a closed standard?

    Maybe "implementation dependent" is the term we're after.

    1. Re:It's a toughy by hattig · · Score: 1

      We could call it a day and use DRM encrusted WMV!

      Bet Microsoft is miffed they didn't get in earlier with HTML5 video support, as it is most content providers will use H.264 and thus force it to become the de-facto standard.

    2. Re:It's a toughy by nine-times · · Score: 4, 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.

    3. Re:It's a toughy by betterunixthanunix · · Score: 1

      Oh it will still be worth winning. Even if HTML5 provides a "rich web experience," applet based approaches like Flash are already very well established and will not go away overnight. 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?

      --
      Palm trees and 8
    4. Re:It's a toughy by 93+Escort+Wagon · · Score: 2, 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.

      --
      #DeleteChrome
    5. Re:It's a toughy by Draek · · Score: 4, 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.

      --
      No problem is insoluble in all conceivable circumstances.
    6. Re:It's a toughy by Darkness404 · · Score: 2, 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?

      ...Because desktop applications have some real strengths where Flash/Silverlight have none? For example, I can't exactly work on a web application when the internet is down. On the other hand, Flash seems to be enjoying hogging CPU cycles and crashing browsers, plus ActionScript isn't much easier to use than JavaScript/HTML/CSS. About the only "strength" Flash has is that it is visually based (its easy for an artist to pick up). 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? Flash and Silverlight aren't any faster, easier, more accessible, etc.

      --
      Taxation is legalized theft, no more, no less.
    7. Re:It's a toughy by poetmatt · · Score: 1

      I wish I knew enough about this stuff to make a good guess. From a time perspective though I can see where you are going in that there will be replacements to H264 and possibly Ogg will still be around by then, at a later time of implementation.

      Really, by not forcing a codec on HTML5, what does that do/what impact? I don't really understand. Can someone clarify?

    8. Re:It's a toughy by betterunixthanunix · · Score: 2, Informative

      Applets certainly do have strength. Applets can guarantee a consistent experience for your users (and you can always point the blame at third party runtimes if they cause a problem). Applets can be signed when users want a higher level of security. Applets add support for unusual codecs or features that are not envisioned by a standards committee (features that can be implemented by a web developer instead if a browser developer).

      --
      Palm trees and 8
    9. Re:It's a toughy by shutdown+-p+now · · Score: 2, 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.

    10. Re:It's a toughy by Chabil+Ha' · · Score: 3, 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.

      --
      We're all hypocrites. We all have hidden parts, it's the contrast between them that make us more a hypocrite than others
    11. Re:It's a toughy by MightyYar · · Score: 3, 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...

      --
      W..w..W - Willy Waterloo washes Warren Wiggins who is washing Waldo Woo.
    12. Re:It's a toughy by nine-times · · Score: 1

      Oh, I don't think Flash will go away overnight. On the other hand, a lot of that will be the inertia of people sticking with Flash particularly, which is exactly the force MS has to overcome to spur Silverlight adoption. But absent that inertia, I think people may well move to open standards, assuming sufficiently good standards exist.

    13. Re:It's a toughy by nine-times · · Score: 1

      Oh, yeah, I meant, "Expect their products to support H264 and AAC from here on out." I think the Windows 7, Zune, and Xbox already support H264 and AAC. (Though I don't own any of them, so I may be wrong.)

    14. Re:It's a toughy by maxume · · 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).

      --
      Nerd rage is the funniest rage.
    15. Re:It's a toughy by 91degrees · · Score: 1, Flamebait

      Browser developers do care! It's not just a political thing. Website developers and users would prefer h.264 (even if they don't know it) because it provides higher quality or lower bandwidth requirements. Several browser developers prefer Theora because their income is too small for the expense of licensing h.264.

    16. Re:It's a toughy by Serious+Callers+Only · · Score: 1

      It has already been announced a while ago: Silverlight 3 will support H.264 for video, and AAC for audio [on10.net].

      Yes, they appear to have given up fighting to control codecs, though the more important question is whether IE will support the video element this decade.

    17. Re:It's a toughy by EXrider · · Score: 2, Insightful

      I think Microsoft has lost the media wars, and they pretty well know it. (admittedly, just a guess)

      Ugh... bulky .WMV files are all I get in those "Subject: FW: FW: Fwd: FWD: FW: WOW NEATO LOOK AT THIS!!!" emails from retired relatives. Seems MS has one niche in the market nailed; the niche that doesn't understand how to post and/or send links of videos that are posted on websites.

      --
      grep -iw skynet /etc/services
    18. Re:It's a toughy by StrawberryFrog · · Score: 2, 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 model. C# may not be for everyone, but lots of people know it, like it, and prefer it over flash or JavaScript.

      Easier to mix graphics and text in Silverlight than in html.

      Also, easier to make pixel-precise layouts across browsers and OSs.

      Flash and Silverlight aren't any faster

      Javascript has gotten lots faster lately, but I think compiled C# bytecode is still faster.

      --

      My Karma: ran over your Dogma
      StrawberryFrog

    19. Re:It's a toughy by shutdown+-p+now · · Score: 1

      I'm fairly certain it's possible to emulate <video> using JavaScript and Silverlight. It won't be perfect - much like IE6 PNG alpha hack wasn't - but so long as it gets the job done, it's good enough. And if enough people use it, it will get properly supported eventually.

    20. Re:It's a toughy by gandhi_2 · · Score: 1

      But you can harvest thousands of email addresses from those FW: FW: Fwd: FWD: FW: WOW NEATO LOOK AT THIS!!! emails.

    21. Re:It's a toughy by a2wflc · · 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 don't want flash to go away.

      If an agency delivers HTML, there is usually someone in the office who can edit it (change wording, colors, etc). But if you want flash changed, you are more than likely going to need to give the agency more work.

    22. Re:It's a toughy by DrGamez · · Score: 2, Insightful

      The whole point was to make it so you didn't need any additional plugins or support to get video to play. I know it's a work-around but faking it seems to go against the whole point.

    23. Re:It's a toughy by EXrider · · Score: 1

      Indeed, thanks to the same niche who doesn't understand how to use the BCC field.

      --
      grep -iw skynet /etc/services
    24. Re:It's a toughy by benwaggoner · · Score: 1

      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

      What codecs are you thinking of? None of the research codecs have come close to matching H.264 so far. The most promising efforts are those of MPEG, working on what's likely to become H.265.

      I can't think of even a dozen new delivery codecs being worked on. Theora, Snow, Dirac... What else?

      The plus of the ISO process is that everyone with a great codec idea they'd like to get paid for brings it to the table, so you get that alchemy of all the best current ideas being implemented together, with lots of tuning by relevant experts.

      Coming up with a competitive codec bitstream requires a sustained multi-year effort by dozens of experts.

    25. Re:It's a toughy by benwaggoner · · Score: 2, 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.

    26. Re:It's a toughy by BitZtream · · Score: 1

      We already have that, and it fucking sucks, the point is to implement a common standard that EVERYONE supports as the lowest common denominator, not just add a new version of the object or applet tag specific to video.

      Myself, I'll go with closed over inferior, the only people who won't are zealots/fanboys. Unfortunately the real problem here is that Theora might not be inferior if you throw some resources at it.

      Remember, Linux didn't become awesome overnight, I've yet to see an OSS project that does. Without financial motivation most OSS projects will take years of people donating spare time to make them compete with a company that can put lots of cash into development. Of course, Google could easily accomplish this without noticing the money spent even being gone.

      --
      Persistent Volume manager for Kubernetes - https://github.com/dwimsey/openshift-pvmanager
    27. Re:It's a toughy by Draek · · Score: 2, 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 not one. Opera could, of course, pay for them but they oppose it on philosophical grounds since that automatically raises the barrier of entry on the browser market which only benefits currently-established companies.

      --
      No problem is insoluble in all conceivable circumstances.
    28. Re:It's a toughy by jvillain · · Score: 1

      On the audio side yes Microsoft has lost big time. But they almost have the video side sewn up. DRM is becoming more and more prevalent with video and pretty well all DRM leads back to Microsoft. It doesn't matter what codec they use if you can't see it any ways because it is wrapped in a Microsoft only DRM wrapper. This is a leaver they can use both to clobber other operating systems as well as other browsers. If you can't run most movie content on your mac because Microsoft hasn't deemed to provide a plugin that will work in Safarri guess what happens to Saffari? HTML 5 needed to be released several years ago not 5 or 10 years from now.

    29. Re:It's a toughy by Sir_Lewk · · Score: 1

      Also, easier to make pixel-precise layouts across browsers and OSs.

      I think portability should be pretty low on your list of reasons to use a proprietary browser plugin.

      --
      "linux is just DOS with a UNIX like syntax" -- Galactic Dominator (944134)
    30. Re:It's a toughy by Sloppy · · Score: 1

      That's my thinking. If youtube dumps Flash, Flash becomes obscure overnight.

      Flash, the world won't miss you.

      --
      As copyright owner of this comment, I authorize everyone to defeat any technological measure which limits access to it.
    31. Re:It's a toughy by imamac · · Score: 2, Interesting

      I have yet to wish for flash on my iPhone.

    32. Re:It's a toughy by complete+loony · · Score: 1

      And then there's google gears which attempts the same disconnected operation with straight html & javascript.

      --
      09F91102 no, 455FE104 nope, F190A1E8 uh-uh, 7A5F8A09 that's not it, C87294CE no. Ah! 452F6E403CDF10714E41DFAA257D313F.
    33. Re:It's a toughy by arevos · · Score: 1

      The problem with the 'open standard' is not necessarily its inferiority, per se, but its complete, utter lack of general market acceptance.

      Which market? The browser market is currently tipped toward Theora, because Firefox, being an open source project, is unlikely to implement H.264.

    34. Re:It's a toughy by PJ+Kix · · Score: 1

      why does there only have to be one format? ....
      for a fun time s/ogg/jpeg and s/h264/gif
      see how ridiculous it sounds now

    35. Re:It's a toughy by hairyfeet · · Score: 2, Interesting

      Could we please get the game sites to dump flash as well? I don't mean those sites where you play 'lunchbreak" games, I am talking about the major sites set up to support a AAA commercial game. It is so fun when I get a new game and end up having to go to some out of the way place to find patches for it because the site set up by the game publisher makes you wade through 30 minutes plus of irritating as shit bling bling marketing BS just to get to the download section.

      Would it really be so hard to have a fricking menu on the left side that was NOT based in flash where we could just go get the fricking patches please? It is bad enough that I have to crack every damned game I buy because while the game runs in 64bit the &^%$^&%$ DRM does not, but really, the websites being based entirely in flash, with loud sound effects and more bling bling than you can shake an Impala at really REALLY need to die in a fire.

      --
      ACs don't waste your time replying, your posts are never seen by me.
    36. Re:It's a toughy by PJ+Kix · · Score: 1

      why not support as many formats as possible?
      also for reference look at the current browsers image support.
      http://en.wikipedia.org/wiki/Comparison_of_web_browsers#Image_format_support

    37. Re:It's a toughy by gbarules2999 · · Score: 1

      But browsers are FREE. Licensing isn't an issue for software that isn't given away. This stuff doesn't come free (or cheap), you know.

      Remember how the MPEG "patent police" came and confiscated a whole bunch of MP3 playing devices at a convention? Sandisk still has a grudge about that; that's partially why they added OGG and FLAC capabilities to their latest players, I'd guess.

      http://hardware.slashdot.org/article.pl?sid=06/09/05/0316250

    38. Re:It's a toughy by Chabil+Ha' · · Score: 2, 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 in the future will? I would place my chips on h.264 being on more future devices looooooonnngggg before I see them with Theora.

      Which market? The browser market is currently tipped toward Theora, because Firefox, being an open source project, is unlikely to implement H.264

      But what stops a hardware device maker from including them with its device? Again, your thinking is too limited.

      And that is my greatest criticism for OSS (yes, I know generalities)--it only thinks of its own self-importance, too busy playing 'me too', and not taking the big picture into consideration when developing a strategy (if one is even created at all).

      --
      We're all hypocrites. We all have hidden parts, it's the contrast between them that make us more a hypocrite than others
    39. Re:It's a toughy by nine-times · · Score: 1

      DRM is becoming more and more prevalent with video and pretty well all DRM leads back to Microsoft.

      Can you spell that out a little more? I mean, a few years ago, I was aware of a lot of services selling DRM wrapped WMAs, but I can't think of a service that uses DRM wrapped WMVs. Mostly I hear about people using Hulu, which isn't using Microsoft's DRM. It doesn't seem to me that DRM with video isn't any more prevalent than it was a couple years ago.

    40. Re:It's a toughy by drewness · · Score: 1

      Can you spell that out a little more? I mean, a few years ago, I was aware of a lot of services selling DRM wrapped WMAs, but I can't think of a service that uses DRM wrapped WMVs. Mostly I hear about people using Hulu, which isn't using Microsoft's DRM. It doesn't seem to me that DRM with video isn't any more prevalent than it was a couple years ago.

      If you want an explicit Microsoft DRM video example, Netflix uses Silverlight DRM for their PC and Mac based player. It's basically the only part of Silverlight they haven't licensed to Novell for Moonlight. So, no Netflix for Linux, even once Moonlight 2 and 3 are ready.

    41. Re:It's a toughy by drewness · · Score: 1

      Really, by not forcing a codec on HTML5, what does that do/what impact? I don't really understand. Can someone clarify?

      The biggest problem it causes is that you can't just stick one video inside a <video> tag and know it will work with all browsers. You can specify several videos of different formats and browsers will play the first one that they can (and right now you also have to put a flash based player or something in for IE, but that's a separate problem), but you still have to at least generate an h264 and a Theora video.

    42. Re:It's a toughy by benwaggoner · · Score: 1

      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?

      No, I bet H.264 has more decoders out there than MPEG-4 ASP. There're certainly much more content, and more authoring tools.

      ASP really only caught on in the piracy scene.

      Plus MPEG-4 Part 2 is also licensed by MPEG-LA, so it doesn't address licensing issues, but it'd a lot weaker codec than H.264.

    43. Re:It's a toughy by noundi · · Score: 1

      No the question is: by the time HTML5 is fully used, how long will it take until Theora is equal to H.264? If it becomes such a standard the project will be in the interest of many. Those of you that understand the process of developing FOSS have already concluded that Theora is the best choice and that it's only a matter of time.

      --
      I am the lawn!
    44. Re:It's a toughy by Repossessed · · Score: 1

      It would need to be more than just youtube for me to uninstall flash, but streaming video is the one thing I actually care about enough to put up with it for...

      --
      Liberte, Egalite, Fraternite (TM)
    45. Re:It's a toughy by discord5 · · Score: 1

      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).

      Then why even bother at all and let's keep on using flash. Currently as a host you only need to host a flash app and either encode your content to flv or h.264. Most of your target audience already has flash installed, and those who want to view your content will probably install flash. Since now it's undefined in the standard, that would mean that you'd have to host an h.264 for the ogg-impaired browsers, an ogg for the h.264 impaired, and then fall back to ye olde tried and tested method of the abominable flash app (optionally reusing h.264, but for backwards compatibility let's assume flv format).

      If you're currently hosting 20GB in videos, all of a sudden you'll find yourself hosting 60GB in video with no real benefit except that some users can get rid of adobe flash. A gigabyte here, a gigabyte there and soon you'll have real storage. Just scale those 20G up to a couple of TB, which starts adding up to real money. As much as I dislike flash, when you start adding the numbers flash is the least expensive solution if you're going to be forced to fall back on it anyway.

      And there's a number of things content providers will want to do with the player: add commercials, add a logo in the player, change the user interface to match up with their website, add suggestions at the end of the video, etc etc etc. Some browsers will support feature X and Y, some will not but instead have feature Z. At the moment I'd just buy a license for some player or if I'm crafty enough with flash make one myself (from what I hear it's not that hard, I just don't know how to do that), and get the features I need and know that it'll work on any browser that supports flash. With an in-browser player unless it's clearly defined in a standard what you can do, you're going to end up with an enormous mess (read: gobs and gobs of javascript code, doing all sorts of things, probably working on some browsers, and not on other).

      You can't get the "players" in the field to agree what codec they want, and I'm sure that that has more to do with ulterior motivations than "patent concerns" or whatever the excuse of the day is. Microsoft has nothing to gain since they're trying to gain momentum for Silverlight (and last time I checked, aren't getting anywhere). Apple is clearly not interested in ogg citing patent concerns for VP6 in ogg (if I'm not mistaken, please correct me if I am). Mozilla and opera don't want to deal with the MPEG-LA (and I can't really say I blame them). With the standard being undefined, I personally will stick to flash. I think for the time being it's going to give me less of a headache than jumping in head first to support <video>, and we'll see how things play out in the near future.

      This is all of course from the perspective of someone hosting a few videofiles on a website, and not from the viewpoint of an end-user.

    46. Re:It's a toughy by dhasenan · · Score: 1

      Ironically, this is an argument for using Silverlight -- Moonlight is at a reasonable state and rapidly improving.

    47. Re:It's a toughy by maxume · · Score: 1

      Hence the 'people who want to use the standard'. I don't think it will improve things much tomorrow, but 5 years from now, it will probably be easier to serve video.

      --
      Nerd rage is the funniest rage.
    48. Re:It's a toughy by StrawberryFrog · · Score: 1

      I didn't say portable. Having done it, it's *way* easier to make an app look and move exactly the same on a mac and a Windows box using Silverlight than it is using html/JavaScript.

      --

      My Karma: ran over your Dogma
      StrawberryFrog

    49. Re:It's a toughy by psbrogna · · Score: 1

      I wouldn't rule out the possibility that applet based approaches WILL go away overnight should HTML5 deliver a sufficiently rich replacement. Flash blocking browser extensions & their ilk are some of the most popular downloads out there. Granted the cost of switching is high, but if the penetration rate for rich content is suddenly an order of magnitude higher (and this might be conservatively low), then the switching cost is justified by the increased views.

    50. Re:It's a toughy by DragonWriter · · Score: 1

      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?

      Whether or not YouTube was the "killer app" that drove it to prominence, its become very popular for all kinds of things since, so, yeah, I think YouTube alone being usable without it wouldn't make it superfluous for users immediately. OTOH, the other things it is used for are also things that HTML5+CSS3+Javascript could handle, and many of them are in the realm that would require only parts of HTML5+CSS3 that are more widely implemented now than the video tag.

      OTOH, as long as the desktop is the dominant browser platform (which it still is, though less so over time) and IE is dominant on the desktop (ditto), and IE doesn't make any serious efforts to implement HTML5 because Microsoft's preferred competition to Flash is Silverlight, there's going to be a strong incentive for people to stay with Flash, since it will remain the best way to reach the desktop browser crowd, since it will remain the technology with the broadest applicability that also works on IE (whereas HTML5 won't work on IE, and Silverlight won't work lots of other places.)

    51. Re:It's a toughy by Draek · · Score: 1

      No, I bet H.264 has more decoders out there than MPEG-4 ASP. There're certainly much more content, and more authoring tools.

      Wrong. Pretty much all DVD players by LG, Samsung and Sony support DivX, not to mention every video-capable portable media player from the PSP to chinese-made "MP4 players", none of which support h.264. And to say it "only" caught on the piracy scene is like saying IE is "only" dominant among Windows users, the piracy scene is what made MP3 what it is today.

      I know about the licensing schemes, but when comparing it to h.264 its meaningless: everyone who demands the better codec over the more widely supported one *today* will likely still prefer the better one tomorrow when h.264 is the 'more popular but worse performing' one, and then we'll be stuck with a codec that's both inferior *and* has per-user licensing, the worst of both worlds. If widespread availability was the main concern, then this discussion would be between DivX and Theora and h.264 wouldn't even enter into the picture.

      --
      No problem is insoluble in all conceivable circumstances.
    52. Re:It's a toughy by MightyYar · · Score: 1

      and IE is dominant on the desktop (ditto),

      I think here is the interesting point. If a service comes along that is deemed as must-have as YouTube and it requires HTML 5, it may drive people to install a browser which supports it - much like people actually went through the trouble to install Flash just so they could use YouTube.

      Of course, this mystery service is currently mythological... :)

      --
      W..w..W - Willy Waterloo washes Warren Wiggins who is washing Waldo Woo.
    53. Re:It's a toughy by benwaggoner · · Score: 1

      Wrong. Pretty much all DVD players by LG, Samsung and Sony support DivX, not to mention every video-capable portable media player from the PSP to chinese-made "MP4 players", none of which support h.264.

      But none of the cable/sat set top boxes do Part 2, and there are tons of those. And they account for many, many more eye-ball hours than Part 2 on DVD players; most users have probably never watched a "divx" file off disc.

      Flash and Silverlight don't have Part 2 support. QuickTime does SP, but not ASP.

      I'm confident the number of H.264 players in use today is substantailly bigger than for MPEG-4 part 2.

    54. Re:It's a toughy by Sir_Lewk · · Score: 1

      No, you didn't say portable. What you said was "across browsers and OSs." which to any reasonable individual is read to mean "portable".

      --
      "linux is just DOS with a UNIX like syntax" -- Galactic Dominator (944134)
    55. Re:It's a toughy by arevos · · Score: 1

      See, you're not looking towards the future. You need to be thinking what browsers people will be using.

      Are you suggesting that by the time HTML5 video becomes common, the primary method of browsing the web will be through low-power handheld devices?

      I'm inclined to disagree. I think the HTML5 video format war will be largely decided before handheld devices overtake desktop machines.

      And that is my greatest criticism for OSS (yes, I know generalities)--it only thinks of its own self-importance, too busy playing 'me too', and not taking the big picture into consideration

      It's not just that Mozilla doesn't want to support H.264. They legally cannot do so and remain open source.

    56. Re:It's a toughy by ZachPruckowski · · Score: 1

      Really, by not forcing a codec on HTML5, what does that do/what impact? I don't really understand. Can someone clarify?

      What it does is requires you to have a Ogg file to show to Firefox/Opera and a H.264 file for Safari. Chrome will support both (but downstream repackagers of Chromium are stuck with Ogg-only). Who knows what Internet Explorer will do. This isn't technically hard (as the video tag allows for multiple sources already), just annoying (as you need two copies of each video) for websites.

    57. Re:It's a toughy by ZachPruckowski · · Score: 1

      Oh it will still be worth winning. Even if HTML5 provides a "rich web experience," applet based approaches like Flash are already very well established and will not go away overnight. 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?

      Because the number of new applications for plugins will shrink. If I'm making a website and have a choice between two plug-in that not all my customer base will have and using straight HTML5 that anyone can access, I'm skipping the plugin unless it's much more poweful. HTML5 might take a while to replace legacy Flash sites, but when people do get around to migrating them, they won't move to Silverlight if HTML5 is easier for their viewer base.

    58. Re:It's a toughy by betterunixthanunix · · Score: 1

      Your assumption is that everyone will suddenly have an HTML5 compliant browser. Just because something is standardized does not mean that it will suddenly be widely used -- I would not be surprised if it took 10 years before HTML5 worked reliably across all browsers.

      --
      Palm trees and 8
    59. Re:It's a toughy by Rotworm · · Score: 1

      I don't understand the inferiority justification, side by side they look indistinguishable to me.

    60. Re:It's a toughy by ZachPruckowski · · Score: 1

      I'm assuming HTML5 adoption will be swift, because unlike HTML4, the browser vendors are writing the spec. Many features in HTML5 are being supported already in the browsers. It's not like past specs, where the committee writes the spec and tries to get people to go along with it. Instead, as this debate illustrates, all the non-Microsoft browser vendors are coming to consensus on the HTML5 draft spec. Implementation will be swift(ish). The video tag itself works today in Firefox and Safari.

      When HTML5 is finalized, support will come with the next major version of every browser, such that within 12-18 months of finalization, the only people not using a HTML5 browser will be using an un-updated browser or Internet Explorer.

  2. Like Capitalism by RedK · · Score: 1

    Let the market decide. Too bad we've already been down that road and it wasn't pretty at all...

    --
    "Not to mention all the idiots who use words like boxen."
    Anonymous Coward on Monday August 04, @06:49PM
    1. Re:Like Capitalism by V!NCENT · · Score: 1

      People use Wikipedia. In order to see it, sysadmins in companies and schools will support it. Firefox will support it. Linux distro's will support it. So OGG video support will enter the Windows world. H.264 will not be available on all platforms.

      Not all Linux distro's will support h.264. Firefox will not support it. So In order for Google to get the widest audience it either needs to continue flash (check Gnash progress; the future looks good) or go for OGG.

      I think people should fight for OGG, but I am confident OGG will win if the specs remains undifined. Even if it doesn't then it will in the future.

      YouTube will not offer both h.264, flash and OGG at the same time; too expensive.

      --
      Here be signatures
    2. Re:Like Capitalism by Chabil+Ha' · · Score: 3, 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.

      --
      We're all hypocrites. We all have hidden parts, it's the contrast between them that make us more a hypocrite than others
    3. Re:Like Capitalism by MightyMartian · · Score: 3, Insightful

      All I can say is "Fuck Apple".

      --
      The world's burning. Moped Jesus spotted on I50. Details at 11.
    4. Re:Like Capitalism by Anonymous Coward · · Score: 0

      Does it hurt?

    5. Re:Like Capitalism by ground.zero.612 · · Score: 1

      I think the problem is that in the 1980's, US Capitalism was replaced with US Corporatism. Subtle difference really. You are right about capitalism, in that traditionally the market will decide. The piece you are missing is that in corporatism, the corporation will decide. Typically in the past we have said that makes everyone but the corporation lose. However, since the 80's the US Federal Government as been (please excuse this vulgarity) sucking large corporations' cocks. This now means that when the corporation decides, the lobbyists and their pocket Senators/Congressmen win.

      A lot of my fellow Americans see this as the ultimate downfall of our society. I personally hold out hopes for a 2nd American Civil War or a New American Revolutionary War (against it's own Federal Government).

      --
      "Be prepared, son. That's my motto. Be prepared." --Joe Hallenbeck
    6. Re:Like Capitalism by RedK · · Score: 2, Interesting

      This same argument has been made for more than 15 years about every piece of opensource software. In the end, Microsoft gets to decide, if they even implement at all. That's what I've been referring to by saying we've been down that road before. And guess what, Microsoft will probably go over to h.264, not Ogg Theora. And guess what, Firefox will have h.264 support when all is said and done.

      --
      "Not to mention all the idiots who use words like boxen."
      Anonymous Coward on Monday August 04, @06:49PM
    7. Re:Like Capitalism by Gizzmonic · · Score: 1

      Not all Linux distro's will support h.264. Firefox will not support it. So In order for Google to get the widest audience it either needs to continue flash (check Gnash progress; the future looks good) or go for OGG.

      Do you honestly think Google cares about Linux users enough to switch its entire video infrastructure? Did you not read the summary? Google is already committed to H.264.

      I think people should fight for OGG, but I am confident OGG will win if the specs remains undifined. Even if it doesn't then it will in the future.

      Why?

      YouTube will not offer both h.264, flash and OGG at the same time; too expensive.

      Why?

      I'm giving you an "F" on this little essay. You need to come up with arguments to support your assertations.
          See me after class.

      --
      (-1, Raw and Uncut is the only way to read)
    8. Re:Like Capitalism by Anonymous Coward · · Score: 0

      The market has already decided.

      When did Apple become "the market"?

    9. Re:Like Capitalism by Chabil+Ha' · · Score: 1

      When consumers purchased 22,727,000 iPods and 4,363,000 iPhones in the 1st quarter of fiscal 2009 alone.

      Looking at h.264 hardware marketshare, that alone is pretty damning. Next question?

      --
      We're all hypocrites. We all have hidden parts, it's the contrast between them that make us more a hypocrite than others
    10. Re:Like Capitalism by rawler · · Score: 2, Interesting

      Interestingly, sites implementing H.264 will not really find a big market. (At least, initially). According to http://en.wikipedia.org/wiki/Usage_share_of_web_browsers and it's sources, 1 out of 10 users actually run a browser that will support the video-tag with h.264 in the near future. The Theora combo on the other hand will soon be supported by for 1 in 4 viewers.

      It will be interesting to see how this plays out. My guess is a combo. It should not be difficult to figure using Javascript what type of device you're running on, and deliver full-resolution Theora content for desktops (where Firefox is king of the HTML5-gang), and lower-resolution H.264 for handhelds. (I assume content-site will still would probably want different bitrates and resolutions for handhelds.)

      Another interesting aspect is what the numerous smaller streaming-sites will go with. They may not want to pay a H.264 license. Maybe we're going to start seeing the "Site works best with browser X"-stamps again, and there is really only one browser that is platform-neutral and will work equally well for the 10% Mac-users, as for the 88% Windows-users, and the 2% others. Interesting times, it was almost 10 years since we really saw a full-out browser war.

    11. Re:Like Capitalism by Goaway · · Score: 1

      Firefox will support h.264 sooner or later, by using the OS-provided media playing frameworks. If they don't, they'll get left behind.

      Also, Youtube's HQ and HD videos for flash are already h.264, so there's very little cost for them to support h.264-in-video.

    12. Re:Like Capitalism by Goaway · · Score: 2, 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

      To think h.264 is somehow limited to Apple is kind of nutty.

    13. Re:Like Capitalism by Anonymous Coward · · Score: 0

      And of course, the legal minefield that is h.264 means that no free software user will ever be able to (legally) participate. Score another win for Microsoft and Apple's ongoing effort to scuttle the idea of software freedom.

    14. Re:Like Capitalism by Chabil+Ha' · · Score: 1

      But not necessarily because they're 'evil'. Free Software has no strategy for hardware. It has no coherent strategy for what it wants. It's not looking to the future of what it can be and what it wants to do. It's not enough to have a 'me too' mentality. (That's also what's killing Microsoft!)

      And in simple terms, as a business, I wouldn't want that kind of thinking in my products.

      --
      We're all hypocrites. We all have hidden parts, it's the contrast between them that make us more a hypocrite than others
    15. Re:Like Capitalism by imamac · · Score: 1

      How dare they push people away from Flash...

    16. Re:Like Capitalism by gbarules2999 · · Score: 3, Insightful

      How can free software have a strategy for hardware at all? It's free software, not free hardware.

      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.

    17. Re:Like Capitalism by MightyMartian · · Score: 3, 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.

      --
      The world's burning. Moped Jesus spotted on I50. Details at 11.
    18. Re:Like Capitalism by Chabil+Ha' · · Score: 1

      You don't think Microsoft is in cahoots with hardware makers??? You better believe it. Software has been and always will be inextricably tied to hardware. The PC revolution happened not because of software, but because of the comoditization of the hardware. We're seeing it again with smart phones.

      The Linux kernel is working out filesystems and making things faster, all the while adding drivers.

      Drivers? For what? Hardware?

      But then again, are all of the programs installed on the average Windows box also cohesively working as a team?

      Microsoft has developed a successful platform, not because of its technical merits, but because it writes software for cheap hardware. It makes writing for that platform extremely easy. So yes, they work cohesively more so than you give credit.

      --
      We're all hypocrites. We all have hidden parts, it's the contrast between them that make us more a hypocrite than others
    19. Re:Like Capitalism by lfaraone · · Score: 1

      YouTube will not offer both h.264, flash and OGG at the same time; too expensive.

      They can offer h.264 and Flash-processing-h.264 at the same time, however. They currently have no problem with a dep. on Flash.

      --
      Maybe if this signature is witty enough, someone will finally love me.
    20. Re:Like Capitalism by V!NCENT · · Score: 1

      Do you honestly think Google cares about Linux users enough to switch its entire video infrastructure?

      They totally do not care about their own Android Linux users. You are absolutely right. They don't spend millions on the floss Google Summer of Code. How could I be so stupid?

      Why?

      I don't remember. Maybe it has something to do with an open web, freedom and culture. Oh well..

      Why?

      I don't know... Maybe if they have two different quality versions of the same videos already then Google has to store 3*2 videos (3x times the storage) and has to convert uploaded vids 6 times instead of 2?

      See me after class.

      Go 'F' yourself

      --
      Here be signatures
    21. Re:Like Capitalism by packman · · Score: 0, Troll

      Ehm Theora is not an 'open standard' by any means. H.264 actually is, but it has some serious licensing issues for 'free software' which is not a problem for Apple since they are already paying for the licenses anyway. Implementing Theora is risky for Apple, and I'm pretty surprised that Google is willing to add it to Chrome. No-one can guarantee that Theora is patent-free, having a codebase in a larger project which isn't covered by any patents at all has become almost impossible, certainly if you specialize in areas like video and audio codecs, where commercial labs such as Fraunhofer Institute operate, which live from patent royalties on technologies they researched. I'm not exactly what you can call an Apple fanboy, I do have an iPhone however, but have no mac, typing this on a HP laptop with winxp, running 3 linux vm's, and developing on a bsd and a linux server remotely. I always get confused when people talk about Apple being "evil". Sure their focus is not on 'standards' - but on user experience. I absolutely don't get the 'lock in'. Apple pushed for DRM-free tunes in the iTunes store - because it's bad for the customers, not because it conflicts with some idealistic bullshit. I don't really get how behavior like this is lock-in? This means anything that can play AAC files - which is quite a lot (AAC is standardized after all and not an Apple propriatry format). This opens the market for competition for their iPod, so explain me exactly where the lock-in is? And that's only one part. Apple clearly supports opensource software. Yes they struggled somewhat with giving back to webkit in the beginning, but now, things are looking fine on that level. They get it that they can benefit from OSS, and they do include a lot of OOS with OS/X ( like Apache etc). Some people say they are exploiting OSS projects, but in the end, Red Hat, Novell & co. are also doing that right? Now - can someone please explain me how Apple would "lock me in" by refusing to implement a non-standardized video-codec of which the creators claim it is patent-free. They do want to implement a codec that most video-capable devices out-there can already play, and is still the standard to which Theora is being compared. Please shut up about 'crippling' products, 'vendor lock-in', 'ignoring open standards'. It may look like I'm "pro" H.264 - but I'm actually not really. I don't care what codec will be used to be honest. Just have the video tag support all codecs supported by the main OS. I think the Mozilla foundation is acting like a bunch of morons refusing to go that way. There's no such thing as "forcing freedom" on people, which is exactly what they're trying to do.

    22. Re:Like Capitalism by packman · · Score: 1

      For android it's simple, they can pay for the royalties and include a H.264 codec. Would cost them a lot less than recoding all their video to OGG, not to mention bandwidth costs. And you're confusing the Google freedom for idealistic bullshit you see on /. all the time. People at google are actually able to think for themselfs, unlike most of the /. audience which just blindly believes in "everything has to be free or it's evil".

    23. Re:Like Capitalism by Philip_the_physicist · · Score: 1

      Alternatively, someone free from patent concerns will produce a H264 plugin for Firefox, and those in the US will just use it illegally (like DVD players and so on).

    24. Re:Like Capitalism by dhasenan · · Score: 1

      Google has computing power to spare. The developer time to convert their h.264 video to Theora would be minuscule. So it doesn't much matter if they have to convert all of Youtube to Theora as a one-time cost.

      If, however, a Theora video of reasonable quality requires significantly more space, that's going to be a concern. Bandwidth more than disk space, and client-side bandwidth as much as server-side. Likewise, if Google could realize significant bandwidth reduction by switching to Theora, they probably would.

    25. Re:Like Capitalism by Anonymous Coward · · Score: 0

      Troll??? You gotta be kidding.

    26. Re:Like Capitalism by Super_Z · · Score: 1

      Why on earth did you get a 'troll' mod?

    27. Re:Like Capitalism by Gizzmonic · · Score: 1

      They totally do not care about their own Android Linux users. You are absolutely right. They don't spend millions on the floss Google Summer of Code. How could I be so stupid?

      They've already thrown their support behind H.264 for mobile device. A tiny fraction of idealistic Linux users aren't really on Google's radar.

      I don't remember. Maybe it has something to do with an open web, freedom and culture. Oh well..

      I'm sure they care a lot more about that than having to waste server and engineering resources to make their Android phone work with 2 standards rather than one. Yes, if supporting OGG in software creates consumer confusion and makes the battery life on their phone shorter, they won't use it. Oh, and H.264 is an open standard.

      I don't know... Maybe if they have two different quality versions of the same videos already then Google has to store 3*2 videos (3x times the storage) and has to convert uploaded vids 6 times instead of 2?

      I don't think it will matter, they are stuck with FLV for the foreseeable future anyway. But server storage gets cheaper by the day so it's possible they might be able to put all 3 formats up. Never say never, especially for Google.

      I'm feeling generous today so I'll give you a D-. Next, work on separating your own petty idealistic motivations from that of a for-profit company, Google!

      --
      (-1, Raw and Uncut is the only way to read)
    28. Re:Like Capitalism by Tacvek · · Score: 1

      First of all, It looks like your paragraph breaks may have been eaten. Therefore I will be reformatting your message:

      Ehm Theora is not an 'open standard' by any means. H.264 actually is, but it has some serious licensing issues for 'free software' which is not a problem for Apple since they are already paying for the licenses anyway. Implementing Theora is risky for Apple, and I'm pretty surprised that Google is willing to add it to Chrome. No-one can guarantee that Theora is patent-free, having a codebase in a larger project which isn't covered by any patents at all has become almost impossible, certainly if you specialize in areas like video and audio codecs, where commercial labs such as Fraunhofer Institute operate, which live from patent royalties on technologies they researched.

      I'm not exactly what you can call an Apple fanboy, I do have an iPhone however, but have no mac, typing this on a HP laptop with winxp, running 3 linux vm's, and developing on a bsd and a linux server remotely. I always get confused when people talk about Apple being "evil". Sure their focus is not on 'standards' - but on user experience. I absolutely don't get the 'lock in'. Apple pushed for DRM-free tunes in the iTunes store - because it's bad for the customers, not because it conflicts with some idealistic bullshit. I don't really get how behavior like this is lock-in? This means anything that can play AAC files - which is quite a lot (AAC is standardized after all and not an Apple propriatry format). This opens the market for competition for their iPod, so explain me exactly where the lock-in is? And that's only one part. Apple clearly supports opensource software. Yes they struggled somewhat with giving back to webkit in the beginning, but now, things are looking fine on that level. They get it that they can benefit from OSS, and they do include a lot of OOS with OS/X ( like Apache etc). Some people say they are exploiting OSS projects, but in the end, Red Hat, Novell & co. are also doing that right?

      Now - can someone please explain me how Apple would "lock me in" by refusing to implement a non-standardized video-codec of which the creators claim it is patent-free. They do want to implement a codec that most video-capable devices out-there can already play, and is still the standard to which Theora is being compared.

      Please shut up about 'crippling' products, 'vendor lock-in', 'ignoring open standards'. It may look like I'm "pro" H.264 - but I'm actually not really. I don't care what codec will be used to be honest. Just have the video tag support all codecs supported by the main OS. I think the Mozilla foundation is acting like a bunch of morons refusing to go that way. There's no such thing as "forcing freedom" on people, which is exactly what they're trying to do.

      Now my reply.

      Ehm Theora is not an 'open standard' by any means.

      I'm trying to figure out why you claim this.

      I suppose it depends on what definition of Open Standard you use.
      If you require a sufficiently complete specification that is available to anybody who desires it at no fee, and without an NDA, with all patents available under RAND terms, then both H.264 and Theora are Open Standards.

      If you require that there be no fee on implementations (besides the cost of obtaining the standard itself), I understand that to exclude H.264.

      On the other hand, if you require that the standards be created and maintained by a coalition of industry experts which anybody interested can join and participate in, without one group clearing being the controlling interest, then Theora would not be an open standard, but H.264 would be.

      For example, under Bruce Perens's Defintion Theora is an Open Standard, while H.264 is not.
      On the other hand, H.264 meets the ITU-T's definition, while it is not clear if Theora meets it.

      No-one can guarantee that Theora is patent-free

      But nobody can prove that H.264 is not also cove

      --
      Stylish sheet to fix many problems in Slashdot's D3: https://gist.github.com/801524
  3. Translation by Anonymous Coward · · Score: 0, Flamebait

    I hope you like shitty looking, processor hogging, absurdly terrible flash video, because we are stuck with it until someone (I'm looking at you, Apple) takes their head out of their ass.

    Fucking Apple. You can't trust those turtleneck wearing fascists.

    1. Re:Translation by sys.stdout.write · · Score: 1

      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..

    2. Re:Translation by Aphoxema · · Score: 1

      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.

      --
      "Most people, I think, don't even know what a rootkit is, so why should they care about it?"
    3. Re:Translation by Anonymous Coward · · Score: 2, Insightful

      Apple has been a leader at finding innovative ways of pounding you in the ass for a long time...

    4. Re:Translation by nine-times · · Score: 2, 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 codec online, and then Quicktime will support it. Same with DivX and Xvid and anything else.

      No, it doesn't really solve the problem of having a single video format that you can assume everyone can play, but it's sort of a reasonable way of approaching the problem IMO. Too bad the government can't just take patents as eminent domain with some kind of pre-set compensation for the inventors. I kind of feel like we'd all be better off if the issues surrounding H264 could just be settled once and for all, without waiting for the patents to run out.

    5. Re:Translation by timster · · Score: 3, 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.

      --
      I have seen the future, and it is inconvenient.
    6. Re:Translation by larry+bagina · · Score: 1, Insightful

      We're stuck with Flash video because Apple's iPhone doesn't support Flash? Is that right?

      I agree that someone needs to take his head out of his ass.

      --
      Do you even lift?

      These aren't the 'roids you're looking for.

    7. Re:Translation by SpacePunk · · Score: 1

      Your iAttitude doesn't show the proper level of respect for Steve Jobs iPenis. I suggest you straighten up before you are sent to iRe-education camp.

    8. Re:Translation by Draek · · Score: 1

      No standard is, arguably, better than H.264 since this way at least Firefox and Opera can claim to be standards-compliant without paying any kind of fee.

      --
      No problem is insoluble in all conceivable circumstances.
    9. Re:Translation by Anonymous Coward · · Score: 0

      One wonders why they get away with that when there are loud, public calls for disclosure of related patents. It ought to consitute estoppel.

    10. Re:Translation by Anonymous Coward · · Score: 0

      It's the US. There's your answer.

  4. Seriously? Lolcats? by Anonymous Coward · · 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?

  5. why does the codec have to be in the spec? by ibookdb · · Score: 5, Insightful

    and let the content providers decide.

    1. Re:why does the codec have to be in the spec? by LordKronos · · Score: 3, 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."

    2. Re:why does the codec have to be in the spec? by greatica · · Score: 0

      I think you're absolutely right. The clue is right in the article as well... "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." I wouldn't be surprised if a few years from now you can post a slew of different video types on your site, without even the need to specify the codec in your code (browser could detect it).

    3. Re:why does the codec have to be in the spec? by xOneca · · Score: 1

      Why not <video type="mime/type"> like other embedded things (text/css, etc)?

    4. Re:why does the codec have to be in the spec? by John+Whitley · · Score: 1

      <video codec="blah"> and let the content providers decide.

      You fail to grasp the concept. The browser can only decode video for formats that it has decoder software for. If the content provider sends video in XYZZY format, which no one on Earth has ever heard of before, it's worthless. More to the point, if a content provider sends H.264 (or Theora) to a browser that doesn't support it, it's also worthless. The whole point of the <video> 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.

    5. Re:why does the codec have to be in the spec? by clone53421 · · Score: 2, 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...

      --
      Alexander Peter Kristopeit bought his basement from his mommy for one dollar.
    6. Re:why does the codec have to be in the spec? by DragonWriter · · Score: 2, Insightful

      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."

      Except that most browsers don't include Flash support, and browsers do exist on platforms for which there is no Flash.

      Browsers don't just exist in desktop OS's anymore -- that's one of the big reasons for HTML5.

    7. Re:why does the codec have to be in the spec? by Serious+Callers+Only · · 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.

      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.

    8. Re:why does the codec have to be in the spec? by Java+Pimp · · Score: 4, 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!

      --
      Ascalante: Your bride is over 3,000 years old.
      Kull: She told me she was 19!
    9. Re:why does the codec have to be in the spec? by clone53421 · · Score: 1

      *wink*

      Yeah, that's what I was hinting at. At least now I can install a codec pack and then tell my mom anything that claims it needs to install a codec is just a virus...

      --
      Alexander Peter Kristopeit bought his basement from his mommy for one dollar.
    10. Re:why does the codec have to be in the spec? by Midnight+Thunder · · Score: 1

      and let the content providers decide.

      Well, unless the browser has the decoder necessary to display the video you might as well just be sending garbage. Imagine this:
        - 20 different codecs to choose from
        - provider uses 1 of them
        - browser use 1 of them
      Unless the format is agreed upon you have a 1 in 20 chance of being to view the video. This is something that is likely to make a good number of users unhappy and writing up bug reports, or bitching and screaming in forums.

      --
      Jumpstart the tartan drive.
    11. Re:why does the codec have to be in the spec? by corerunner · · Score: 1

      I've been waiting for someone to explain this ever since the video codec wars started making the front page on a daily basis. This is the most logical and informative post I've seen yet. It also seems like the only reasonable outcome.

      --
      "Don't hate the media, become the media." -Jello Biafra
    12. Re:why does the codec have to be in the spec? by mwvdlee · · Score: 2, Insightful

      Except that most browsers don't include Flash support, and browsers do exist on platforms for which there is no Flash.
      Browsers don't just exist in desktop OS's anymore -- that's one of the big reasons for HTML5.

      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 HTML5 and Flash and a non-issue.

      --
      Slashdot social media options: AIM, ICQ, Yahoo, Jabber and Mobile Text. Why no MySpace?
    13. Re:why does the codec have to be in the spec? by Atzanteol · · Score: 1

      Think iPhone. No flash support, hardware H264 decoder.

      --
      "Ignorance more frequently begets confidence than does knowledge"

      - Charles Darwin
    14. Re:why does the codec have to be in the spec? by BitZtream · · Score: 1

      So is there currently better support for Flash or HTML5?

      I'm sorry, what was your point?

      They idea of codec="blah" is just basically like saying 'hey, lets add another special tag thats essentially OBJECT, but limited to video! It'll be open, but only useful for one type of media! Its a brilliant idea ...'

      --
      Persistent Volume manager for Kubernetes - https://github.com/dwimsey/openshift-pvmanager
    15. Re:why does the codec have to be in the spec? by mwvdlee · · Score: 1

      I have a mobile phone with a browser that has neither flash support nor a hardware video codec.

      Why should we be limited by iPhone limitations and not those of my phone?

      --
      Slashdot social media options: AIM, ICQ, Yahoo, Jabber and Mobile Text. Why no MySpace?
    16. Re:why does the codec have to be in the spec? by Anonymous Coward · · Score: 0

      I agree. In fact there should be a similar one for audio too. My 2 cents on this is that it should be a question of Flash versus other video codecs, because Flash is NOT a video codec. Why is it used everywhere? Because the Flash plugin allows you to embed videos and create interfaces to control the video playback, and it sucks less than Java applets at this. Yes, there are other plugins to handle different mime types, but these are typically handled outside of the page, after downloading the entire file.

      The problem is really the proliferation of and tags, which are targeted at plugins but not content. If we can wean browsers off these tags, it's a first step to being free of the tyranny of website-defined plugins. It's high time video and audio get their own html tags just as images do. Just publish the content and worry less about plugins and let the browser handle it (hopefully). The codec may not matter much at this point (also hopefully).

      That being said, it may not so easy to get the major sites off Flash, as many don't just stream the video but offer interactive discovery of other videos, jump to the specific scenes, etc. Perhaps this can be done with Ajax, but it's trading off one programming complexity against another.

    17. Re:why does the codec have to be in the spec? by Anonymous Coward · · Score: 0

      My 2 cents on this is that it should be a question of Flash versus other video codecs, because Flash is NOT a video codec.

      Oops typo, I meant it's NOT a question of Flash vs other video codecs, because Flash is NOT a video codec.

    18. Re:why does the codec have to be in the spec? by mrdtr · · Score: 1

      Hey, thanks for the example

    19. Re:why does the codec have to be in the spec? by msclrhd · · Score: 1

      The point is that it's not really about what big companies can afford to adopt (e.g. through h.264 licensing). The point is that the format is available for everyone - including anyone who wants to post videos they created to their own website or blog and that anyone, on any device (within reason) and on any operating system (including all Linux variants, the BSDs and OpenSolaris) can view the video without doing anything special. It is also meant to make the web developer's life easier (like they can do with images) so they don't have to mess around with getting or tags correct, and ensuring they work on all platforms.

      I can see the SoC/hardware implementation of video codecs being an issue, but I don't see why they can't become programmable like has been done with shaders/effects on the graphics chips. It should be possible to provide DTC, Huffman encoding, wavelet transform and other algorithms on the chip so they can be combined by the encoder/decoder pipeline.

      So at the end of the day, you have the big companies dictating which formats to use (h.264), which means that the average user will not be able to publish their own content as they don't have a license for it. That, and what happens when the licensing changes?

    20. Re:why does the codec have to be in the spec? by FrankieBaby1986 · · Score: 2, Interesting

      Why not just un-encumber h.264? If it is so extremely valuable to the world as a whole, and so superior, then the government should just buy the damn thing and release it.

      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.

      --
      ERROR: SIG NOT FOUND (A)bort, (R)etry, (F)ail?:
    21. Re:why does the codec have to be in the spec? by alantus · · Score: 1

      You mean 1 in 400 chance of viewing the video.

    22. Re:why does the codec have to be in the spec? by Serious+Callers+Only · · Score: 1

      The point is that it's not really about what big companies can afford to adopt (e.g. through h.264 licensing). The point is that the format is available for everyone...So at the end of the day, you have the big companies dictating which formats to use (h.264), which means that the average user will not be able to publish their own content as they don't have a license for it. That, and what happens when the licensing changes?

      The spec does not mandate a particular format. Theora is already widely supported (Firefox, Opera, Chrome, Safari with plugin), so if you wish to use that, you can do so. People are free to use whatever format they want, so the spec does not restrict them from doing that, and in fact encourages it.

      Apple's actions restrict you from publishing ogg to Safari users, but that's another matter - they have their reasons. It's not just some anti-open codec crusade; they'll play anything quicktime supports, natively or via a plug-in. At present the performance/watt of h.264 will be vastly better than Theora because of hardware support. When/if Theora has hardware support and its quality improves, they may change their minds.

      Do you really think if the spec mandated ogg Apple would jump to include it on iPhones and bundle with Safari, even it would degrade battery life significantly? The point of HTML5 is that it is a consensus, and sometimes that means compromises so that the spec actually reflects real world use rather than diverging from it and becoming meaningless (like, say XHTML2).

      As usual Microsoft is late to the party, but presumably eventually will grudgingly add support one of the popular formats, or risk being marginalised.

    23. Re:why does the codec have to be in the spec? by mvdwege · · Score: 1

      Nope. The site has already picked its codec, so the P=1. If the site you were visiting were randomly chosen, then P=0.05 would have applied.

      Mart

      --
      "I know I will be modded down for this": where's the option '-1, Asking for it'?
    24. Re:why does the codec have to be in the spec? by pbhj · · Score: 1

      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.

      I think you've missed the point. The point is to be able to serve one video and know that all standards compliant browsers _can_ show it. We know you can serve different video to different browsers.

      As a developer I don't ever want to go back to the methods of catering for broken browsers (IE6) and working around patent encumbered media formats (GIF). It would be better to be able to use the better format (PNG vs GIF later) if the browser makers (MS) can get the implementation right.

      I suspect most web designers and developers would prefer a system of a working (supported!) cross-browser base with possibility for progressive enhancement - eg you _can_ send Ogg Theora to all compliant browsers but sending H.264 to some and Dirac, say, to others gives better quality. Those who can't afford to, or are unlicensed to, create video in non-open formats then can still participate fully in the web.

    25. Re:why does the codec have to be in the spec? by DragonWriter · · Score: 1

      I'm guestimating roughly 1000% of those platforms that currently don't support flash, won't ever support HTML5.

      I'm guessing you would be very wrong even if you reduced that to the less hyperbolic and actually meaningful 100%; Safari for iPhone already supports a substantial subset of HTML5.

      These platforms will be replaced by updated/new platforms which may just as easily support Flash or HTML5.

      Well, simply, no. It is not "just as easy" to implement a proprietary platform as an open one. Additionally, the former (for any vendor other than the one that controls the platform) involves substantial risks regarding vendor-vendor relationships that do not exist in the case of the latter.

      Which is why several vendors of lower-level platforms prefer HTML5 as a long-term web application platform solution rather than Flash.

    26. Re:why does the codec have to be in the spec? by DragonWriter · · Score: 1

      So is there currently better support for Flash or HTML5?

      There are currently more platforms (hardware + OS) which have browsers included or available with support for some of HTML5 than there are with support for Flash; in fact, I think that the latter set is proper subset of the former.

      And the platforms that offer support for some of HTML5 currently but without Flash are, in at least some important cases, controlled by vendors that are very interested in improving those platforms ability to be used for rich internet applications without introducing a dependency on Adobe for that capability, and which, therefore, would prefer HTML5 including a strong standard for video that would make it a viable one-stop alternative to Flash.

    27. Re:why does the codec have to be in the spec? by Serious+Callers+Only · · Score: 1

      I think you've missed the point. The point is to be able to serve one video and know that all standards compliant browsers _can_ show it. We know you can serve different video to different browsers.

      I'm sure that's what you'd like the point to be, but it's not the point of the video tag, as defined in the spec.

      I suspect most web designers and developers would prefer a system of a working (supported!) cross-browser base with possibility for progressive enhancement - eg you _can_ send Ogg Theora to all compliant browsers but sending H.264 to some and Dirac, say, to others gives better quality.

      The spec supports this, but does not mandate it, as I said in my post above. Whether it happens is up to browser makers - the spec does not have a power to sanction or otherwise force them to comply, it must persuade, sometimes by introducing progress in small steps, like this video tag.

      It would be better to be able to use the better format (PNG vs GIF later) if the browser makers (MS) can get the implementation right.

      MS does not support video and has no plans to, so I don't know why you mention them. I'd like one video format to rule them all too, and a pony, but for now we'll have to deal with the realities on the ground, and a spec which respects those realities and gets agreement from a majority of browser vendors is more likely to gain traction than one which tries to mandate something no-one will fully agree to.

    28. Re:why does the codec have to be in the spec? by pbhj · · Score: 1

      Thanks for your reply.

      The spec _does_ have the power to force anyone to comply who wants to be able to say that their product/webpage meets the spec.

      The browser market is quite active and web use must be the top reason to use a computer. The browser makers want to be on spec. I think those writing the spec have more power than you give them credit for - perhaps they don't realise that.

      If we must serve multiple formats with the video-tag how is it better than a single format with flash?

    29. Re:why does the codec have to be in the spec? by Serious+Callers+Only · · Score: 1

      If we must serve multiple formats with the video-tag how is it better than a single format with flash?

      It doesn't require a binary plugin, which is not available on all platforms (Linux, Mobiles), and it exposes the video files so that users can actually download them if they wish, the HTML/javascript of the page can manipulate them, etc. Also, the code is simpler, and it encourages a situation where all the vendors eventually converge on one or two popular formats.

  6. Apple and Xiph by _Hiro_ · · Score: 4, 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?

    --
    -Pope Peter Porker, S.O.W., K.M.K.R., U.G.O.A., F.S.G.S.D.
    1. Re:Apple and Xiph by Anonymous Coward · · Score: 0

      Apple have their own Lossless Codec. The ipod hardware chips don't do Vorbis.

    2. Re:Apple and Xiph by Anonymous Coward · · 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.

    3. Re:Apple and Xiph by Anonymous Coward · · Score: 4, Insightful

      Regardless of why they have some hatred for Xiph who cares what Apple's doing? Just specify Ogg. Apple will either lose market share as people switch to a browser that doesn't suck or they'll cave and use Ogg. If you can get 3 of them to agree I'd say that's pretty good. Are we just going to stop bothering to innovate because Apple won't give us its blessing? Let's just rename Apple to "Microsoft" and call it a day.

      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.

    4. Re:Apple and Xiph by Anonymous Coward · · Score: 0

      The "official" reason per FTA is:

      Apple refuses to implement Ogg Theora in Quicktime by default (as used by Safari), citing lack of hardware support and an uncertain patent landscape.

      My emphasis. That's some balls to claim that you can't implement Theora because of patent concerns.

    5. Re:Apple and Xiph by 99BottlesOfBeerInMyF · · Score: 4, 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.

    6. Re:Apple and Xiph by truthsearch · · Score: 4, 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.

    7. Re:Apple and Xiph by shutdown+-p+now · · Score: 4, 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.

    8. Re:Apple and Xiph by larry+bagina · · 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.

      --
      Do you even lift?

      These aren't the 'roids you're looking for.

    9. Re:Apple and Xiph by Evanisincontrol · · 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?"

    10. Re:Apple and Xiph by Anonymous Coward · · Score: 0

      Too bad developers have shit to say to the IT guys at big business offices who have "standardized" on IE6. Firefox has a decent market share but it is far from dominant. Take your baseless pride and blow it out your ass!

    11. Re:Apple and Xiph by benwaggoner · · Score: 2, 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.

    12. Re:Apple and Xiph by bennomatic · · Score: 1

      I totally agree with this and wish I had moderator points.

      --
      The CB App. What's your 20?
    13. Re:Apple and Xiph by radtea · · Score: 4, 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.

      --
      Blasphemy is a human right. Blasphemophobia kills.
    14. Re:Apple and Xiph by TheTurtlesMoves · · Score: 2, Interesting

      The same goes for H.264. In fact the already has been more patent trolls with H.264 than with theora....

      --
      The Grey Goo disaster happened 3 billion years ago. This rock is covered in self replicating machines!
    15. Re:Apple and Xiph by Anonymous Coward · · Score: 0

      Big players will determine our history.
      Get the facts!

    16. Re:Apple and Xiph by mortonda · · Score: 1

      Since it's vendor-driven, it's going to be exactly what the vendors can agree upon - no more, and no less.

      That sounds pretty worthless.....

    17. Re:Apple and Xiph by shutdown+-p+now · · Score: 1

      That sounds pretty worthless.

      Does it? Have you actually seen the HTML5 draft spec? There's a lot of new stuff there even with all the constraints - <canvas> is a good example of one very powerful new feature; and there are plenty more.

    18. Re:Apple and Xiph by Anonymous Coward · · Score: 0

      If I'm not mistaken isn't there an Opera Mobile browser for App store? I guess Apple probably knocked it but jailbroken iPhones might have it or be able to get it right?

    19. Re:Apple and Xiph by CoughDropAddict · · Score: 1

      FLAC is years older than Apple Lossless. FLAC was sitting out there for the taking when Apple decided to implement their own.

    20. Re:Apple and Xiph by KingMotley · · Score: 0, Offtopic

      I'm glad you don't have moderator points, because there is no +1 I agree.

    21. Re:Apple and Xiph by arose · · Score: 2, Funny

      but reality is that H.264 is a higher quality-per-bandwidth codec

      ...for high bitrates.

      It's cute that sites like Wikipedia insist on using formats like Theora, but the industry players have committed to H.264, and H.264 is going to be the standard

      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 nightmare, they will be interested to hear that.

      --
      Analogies don't equal equalities, they are merely somewhat analogous.
    22. Re:Apple and Xiph by MightyMartian · · Score: 1

      Mod this up. There isn't anything beyond "Hello World" programs that doesn't care the risk of some submarine patent, and hell, maybe there's some prick standing in line in Waco, TX right now with a patent application for a software process that "writes a greeting to a terminal or command line session's standard output". No one can't be sure that every single codec ever made or that will ever be made isn't somehow encumbered in some way or another by some patent troll, because the patent system is ludicrously busted.

      --
      The world's burning. Moped Jesus spotted on I50. Details at 11.
    23. Re:Apple and Xiph by Anonymous Coward · · Score: 0

      As a matter of fact I have a job writing web applications for the corporate environment and I'm stuck writing against IE6 all day.
      Trite flames aside - You misunderstood my point. We tell grandma / mom / girlfriend (if you're lucky) / friends what browser to use. In that regard, we do control what wins. I also remember the days when people said - "Flash will never work because people have to install something. That'll never go anywhere." Now it's ubiquitous. You can't tell me that wasn't due in part to developers knowingly choosing to use a technology that didn't have 100% market penetration.

    24. Re:Apple and Xiph by PitaBred · · Score: 1

      If Apple wants to pay to free up the H.264 codec so it can be implemented legally by everyone, then they have a point. Otherwise, Apple is sure as shit holding back progress in order to protect their own platform (aka, iPod and friends) which only supports H.264. Fuck Apple.

    25. Re:Apple and Xiph by asa · · Score: 1

      "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. " The same could be said for h.264 or any other technology they license. Patent trolls are patent holders that we don't know about, even if we think we're licensing a technology from a currently known set of patent holders.

    26. Re:Apple and Xiph by ducomputergeek · · Score: 1

      It's true. By far MSIE is the largest browser we see with almost 88% of our hits. Second Place is Safari and Safari Mobile both with 4%. The rest are FF & Opera. Most of the people using our site are ordering from larger businesses. They have no control of their browser and we still see a lot of IE 6. So we develop for IE first because if we don't and something doesn't look "right" in IE, we hear about it rather quickly.

      --
      "The problem with socialism is eventually you run out of other people's money" - Thatcher.
    27. Re:Apple and Xiph by benwaggoner · · Score: 1

      ...for high bitrates

      Actually, H.264 advantages are bigger the lower the bitrate. The combination of the in-loop deblocking filter and CABAC entropy coding make a huge difference at low bitrates.

    28. Re:Apple and Xiph by Anonymous Coward · · Score: 0

      Well one would assume if they already use it in quicktime and throughout their OS, that they've probably already licensed it, so you know, there's no risk.. The cost has been paid, and thus, known, vs. possible unknown cost.

      I'm for ogg btw, but your argument is lacking.

    29. Re:Apple and Xiph by crhylove · · Score: 1

      Bullshit. Apple is doing everything it can to make it's super-closed business model still work, despite being bested by MS 20 years ago.

      They think they have a new chance with ipods and iphones, but cheaper androids that play unDRMed crap is still going to beat them.

      Ditto their bullshit QT and AAC. I know many, many people who refuse to use Apple products because of their price and because of their vendor lock-in.

      Fuck Apple. Just because they lost to MS 20 years ago doesn't make them any less evil. If anything they are MORE evil. The iTunes model rapes musicians. Fuck APPLE!

      --
      I hold very few opinions. I hold information based on observation and fact. If you wish to disagree, please use facts.
    30. Re:Apple and Xiph by crhylove · · Score: 1

      Totally. Firefox is winning the browser wars already, and if it plays YouTube the best out of the box, it will be game over for all competing browsers that don't follow suit.

      Fuck this proprietary crap. Now is our chance to promote freedom and stymie these greasy bastards once and for all!

      I'd just assume Adobe, MS, Apple, and Sony all fold and go under. Good riddance. Not one has innovated a damn thing since 1990 at the latest. Sure Apple brought the iphone to market, but the idea had been there for years already.

      --
      I hold very few opinions. I hold information based on observation and fact. If you wish to disagree, please use facts.
    31. Re:Apple and Xiph by crhylove · · Score: 1

      For a minute..... iPhone and ipod users will upgrade to better/cheaper devices as soon as Apple falls behind on open video standards. And rightly so. Why would anyone try to promote Apple's obvious push for vendor lock in? This is obviously bad for EVERYONE except Apple.

      Let's hope to god that YouTube (Google) does the right thing and axes flash in favor of Ogg. This would be a giant step forward for humanity, in the long run.

      --
      I hold very few opinions. I hold information based on observation and fact. If you wish to disagree, please use facts.
    32. Re:Apple and Xiph by swilver · · Score: 1

      Sites that tell me which browser they're optimized/approved/suited for just scream to me: "A clueless newbie web designer built our site and thinks using the right browser is part of a holy crusade". I couldn't care less what a web site is optimized for, do they REALLY think I would switch browsers just for THEIR site?

      As for Apple, just ignore them. If they had any sense at all they'd just support both standards (like Google) as it is 0 effort on their part to add OGG (as it is free and unencumbered). The fact that they don't want to just shows their true nature, not quite as evil as Oracle, but more evil than Microsoft.

    33. Re:Apple and Xiph by Neil · · Score: 1

      Respectfully disagree - codifying existing practice and getting the browser developers to buy into incremental improvements to the status quo is what got us to HTML4 and the original CSS specs, which I would suggest is basically the last time non-trivial improvements to the standards used to deliver web pages saw wide-spread adoption.

      In contrast, whenever the language designers have tried to forge a path without involving the people who will write the web pages and develop the software the new standards have been largely ignored - for example: HTML3.0 and XHTML (and I write that as an XHTML fan).

    34. Re:Apple and Xiph by Anonymous Coward · · Score: 0

      And Theora is less efficient than even H.264 baseline, and so would raise their (presumably quite substantial) bandwidth costs for delivering video content.

      Ok, let's go through this yet again: we're talking about setting a baseline, not banning other codecs. Even if Theora was the "HTML5 default codec" Apple would be totally free to use other codecs -- when they control both client and server this is totally trivial.

    35. Re:Apple and Xiph by Anonymous Coward · · Score: 0

      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.

      H.264 patent risk is something that Apple has already taken. It is also something that big players have used in the market for some time, and up to this date no submarine patents have surfaced.

      Theora would be a new risk for Apple. And it hasn't been used yet by any big (rich) company.

    36. Re:Apple and Xiph by jez9999 · · Score: 1

      Does it? Have you actually seen the HTML5 draft spec? There's a lot of new stuff there even with all the constraints - <canvas> is a good example of one very powerful new feature; and there are plenty more.

      Is that the one that Microsoft aren't implementing?

    37. Re:Apple and Xiph by pbhj · · Score: 1

      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.

      Apple is a media distributor as well as a browser maker (OK it may be technically financially split) - presumably they're worried about losing some control over the distributed media (not enough DRM) ?

    38. Re:Apple and Xiph by 99BottlesOfBeerInMyF · · Score: 1

      Apple is a media distributor as well as a browser maker (OK it may be technically financially split) - presumably they're worried about losing some control over the distributed media (not enough DRM) ?

      Why would you make such an assumption? Apple has been moving away from DRM consistently because they don't make money on the content. They do make money on selling iPods, but they don't have an interest in implementing a standard that will cost them more money in bandwidth to run their break even content business and which will make their hardware devices less attractive to consumers since there is no hardware acceleration easily available for Ogg and certainly not for already shipped devices.

    39. Re:Apple and Xiph by 99BottlesOfBeerInMyF · · Score: 1

      For a minute..... iPhone and ipod users will upgrade to better/cheaper devices as soon as Apple falls behind on open video standards.

      Why would you expect Apple tog et behind a standard that costs them more money to provide and benefits them not at all?Why would you expect of other content distributors to do so? Just because something is specified in a standard does not force content providers to switch to it, it just means you have an unused standard and people stick with what they have.

      Why would anyone try to promote Apple's obvious push for vendor lock in?

      How is it vendor lock in? Anyone can implement H.264 on near even footing with Apple. If the Web moves to H.264 as a standard, or a mix of H.264 and Ogg, how does that lock users into Apple and what Apple product does it lock them into? I don't understand your assertion at all. Please clarify.

      This is obviously bad for EVERYONE except Apple.

      You mean bad for everyone except Apple and Google, who refuses to switch YouTube to Ogg since it would cost them money and result in an inferior solution. And for that matter, bad for everyone except all the other content distributors who are in the same boat and who will be the ones deciding whether HTML5 is an implemented standard or a dead end.

      Let's hope to god that YouTube (Google) does the right thing and axes flash in favor of Ogg.

      Why would you expect them to since it is not in their best interests and they said they won't? Did you read the article?

    40. Re:Apple and Xiph by 99BottlesOfBeerInMyF · · Score: 1

      If Apple wants to pay to free up the H.264 codec so it can be implemented legally by everyone...

      Wy should Apple or Google have to pay for everyone else. If a company invents a new, patented, fuel injection technology and some companies don't refuse to implement it until the patent expires and it if free to implement are they likewise holding up progress, or is the converse?

      Otherwise, Apple is sure as shit holding back progress in order to protect their own platform (aka, iPod and friends) which only supports H.264.

      Umm, I don't see how Apple is protecting their platform by only implementing H.264. How does that protect iPods? If Ogg is truly better, or even as good but free, won't Apple not implementing it cause people to move away from iPods and to other products?

    41. Re:Apple and Xiph by 99BottlesOfBeerInMyF · · Score: 1

      If I'm not mistaken isn't there an Opera Mobile browser for App store? I guess Apple probably knocked it but jailbroken iPhones might have it or be able to get it right?

      I don't think jailbroken iPhone constitute a significant market content providers are interested in targeting.

    42. Re:Apple and Xiph by shutdown+-p+now · · Score: 1

      There hasn't been a "yes", but there hasn't been a "no" either (and IE9 wasn't even announced yet). In truth, we do not know. IE8 implements a few chosen bits off HTML5, so there may be more to come.

    43. Re:Apple and Xiph by PitaBred · · Score: 1

      Because iPods have h.264 acceleration hardware built in. And Apple has a strong interest in keeping H.264 the standard specifically because they want to keep selling iPods. Even if Ogg were better, Apple would be against it. And for cross-platform, free implementations Ogg IS a better solution.

    44. Re:Apple and Xiph by 99BottlesOfBeerInMyF · · Score: 1

      Because iPods have h.264 acceleration hardware built in.

      Yeah, but if Ogg is better, iPods will start to lose marketshare to competitors who implement it, won't they? Wouldn't not implementing it be harming their platform, not protecting it?

      And Apple has a strong interest in keeping H.264 the standard specifically because they want to keep selling iPods.

      But H.264 isn't the standard now. There is no standard now, it is fragmented among many solutions. And Apple isn't making H.264 the standard, their influence is making it one of several options for that standard, competing against Ogg. Is competition in the market not a good thing?

      And for cross-platform, free implementations Ogg IS a better solution.

      But is it better for general use in the market? That's the question being posed and which competition may be able to answer.

    45. Re:Apple and Xiph by PitaBred · · Score: 1

      iPods won't lose marketshare for the same reason that DVD is barely losing marketshare to Blu-Ray. Ogg is not enough superior from the consumer's viewpoint to make a switch worth the not-insignificant cost. It is worth it for the long term health of the industry, but consumers don't know that. It's like the switch to unleaded gas... it wouldn't have happened unless it was forced. Apple is in a position to force it, and they're not because they have an interest in keeping leaded gasoline around.

      Competition in the market is a good thing, but the competition comes at the cost of freedom due to patents. You cannot freely, legally ship software that implements H.264 in the US. That is a VERY significant barrier to browsers like Firefox. Apple knows that. If the market were actually free, I would agree with you. The problem is that it's not free, there are significant restrictions on the free use of H.264, and that makes Ogg a much better choice.

    46. Re:Apple and Xiph by pbhj · · Score: 1

      Why would you make such an assumption?

      Not sure, but I know why I'd ask such a question.

      I'm more or less convinced the hardware issue is a red herring, no codec has hardware acceleration until it is adopted for use.

      They don't have to use Ogg Vorbis encodings, just enable their browsers for displaying it.

    47. Re:Apple and Xiph by Anonymous Coward · · Score: 0

      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.

      I'll bite - Apple would double their risk of patent infringements if they support 2 codecs instead of 1. Also, why should they support Ogg Theora, given that there is no hardware support for it on mobile devices? This isn't an Apple issue - this is free software not being accepted by the masses in time. It's too late for Ogg Theora to gain acceptance by the masses, given the amount of content already available in h.264, the authoring tools already available for h.264, and the hardware support already available for h.264. Basically, Ogg Theora is dieing the same death that Ogg Vorbis died to MP3 and AAC.

    48. Re:Apple and Xiph by sjames · · Score: 1

      So every element will be a mode of the blink tag now?

    49. Re:Apple and Xiph by shutdown+-p+now · · Score: 1

      No, because Mozilla and Apple couldn't agree on the default blinking rate. ~

    50. Re:Apple and Xiph by 99BottlesOfBeerInMyF · · Score: 1

      iPods won't lose marketshare for the same reason that DVD is barely losing marketshare to Blu-Ray. Ogg is not enough superior from the consumer's viewpoint to make a switch worth the not-insignificant cost.

      The DVD publishing industry is controlled by a cartel. Are you claiming Apple has undue influence on a relevant market? Which one?

      It is worth it for the long term health of the industry, but consumers don't know that. It's like the switch to unleaded gas... it wouldn't have happened unless it was forced.

      There was a clear public interest in stopping leaded gasoline because it was introducing a cost ot society in damage to health that was not being borne by those profiting from selling it. That's not even close to a similar situation to video codecs.

      Competition in the market is a good thing, but the competition comes at the cost of freedom due to patents. You cannot freely, legally ship software that implements H.264 in the US

      And we don' know if you can freely and legally ship Ogg because no one has bothered to test what patents it may be violating.

      That is a VERY significant barrier to browsers like Firefox.

      Which is why Firefox won't ship with the codec, although it will likely ship with the ability to use the codec if it is included with the OS, which is likely in many cases. That's why it makes sense to not specify any codec and provide multiple options, then the video tag may actually be used by browsers other than IE instead of being ignored by everyone.

      If the market were actually free, I would agree with you. The problem is that it's not free, there are significant restrictions on the free use of H.264, and that makes Ogg a much better choice.

      I don't accept your assertion that patents undermine the operation of the free market in the general case.

    51. Re:Apple and Xiph by hkmwbz · · Score: 1

      Is competition in the market not a good thing?

      Not competition within a standard, no. There's a reason why it is a "standard" (W3C only publishes recommendations, but that's not really relevant here).

      --
      Clever signature text goes here.
  7. irrelevant by Anonymous Coward · · 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.

    1. Re:irrelevant by Anonymous Coward · · Score: 1, Funny

      "Except IE, which doesn't support, and has not announced plans to support, anything."

      Including HTML.

    2. Re:irrelevant by Dan+Ost · · Score: 2, 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.

      --

      *sigh* back to work...
    3. Re:irrelevant by nine-times · · Score: 4, 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.

    4. Re:irrelevant by StrawberryFrog · · Score: 1

      Except IE, which doesn't support, and has not announced plans to support, anything

      Microsoft will very shortly support H.264 - via Silverlight 3. Silveright 3 also allows developers to write their own codecs to plug into it. It will be interesting to see how long it is until there's a "codec pack" on codeplex or googlecode that includes .ogg.

      So what about the IE browser without any plugins? Maybe it depends which team inside MS wins that power struggle.

      --

      My Karma: ran over your Dogma
      StrawberryFrog

    5. Re:irrelevant by Draek · · Score: 2, 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 maintained, Microsoft's position isn't in danger, all without them having to do a single thing. Exactly the best possible scenario for them.

      Anyone looking for Microsoft to settle this matter should, IMHO, start looking elsewhere.

      --
      No problem is insoluble in all conceivable circumstances.
    6. Re:irrelevant by nine-times · · Score: 1

      To be fair, I don't think it's Apple's NIH syndrome that's causing the problem. As others have pointed out, it's more likely that they want video on the web to be in a format for which they can put hardware acceleration into the iPhone, so as to give decent battery life.

      Google may have more diverse concerns, including Android battery life, processor usage when transcoding video for YouTube, and storage/bandwidth usage for YouTube. I bet saving even a couple kilobytes per video would add up pretty fast.

      I agree, though, that a lack of a consistent standard tends to favor Microsoft and Adobe. Still, H264 support is becoming pretty common. Even if Opera and Mozilla can't support decoding themselves, they may be able to pass the work back to the OS and let the OS do the work.

    7. Re:irrelevant by xenocide2 · · Score: 1

      If that's their concern, it should have been mentioned at the working group. Their paper never mentions the subject. Nokia, on the other hand, does mention the need for hardware decoding, and insinuates that Ogg is proprietary.

      --
      I Browse at +4 Flamebait

      Open Source Sysadmin

    8. Re:irrelevant by nine-times · · Score: 1

      I don't see any reference to codecs in there. It seems like they just aren't addressing that topic in that paper.

    9. Re:irrelevant by pbhj · · Score: 1

      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.

      This time around the content providers (YouTube/Google) have a lot more say in things. If MS forced the spec to exclude the Ogg Vorbis provision and YouTube decided to keep it and serve all their content in O-V then MS would either lose out hugely or implement it.

      Mind you it took them 12 years to implement PNG right (and it's technically still not quite there, OK it's right, just not consistent - very MS).

      As FF, Op and Saf get more share and as other devices are more often used to access the web (Smart Phones particularly) then people are slowly coming around to the idea that you don't need "the blue e" to "get the internet". That takes the power away from MS and I think away from any particular browser (if you can change from MSIE you can change from FF, etc.).

    10. Re:irrelevant by xenocide2 · · Score: 1

      No, they aren't. My question to you is: why not? The HTML5 working group is the place to mention things like that.

      --
      I Browse at +4 Flamebait

      Open Source Sysadmin

  8. What about Microsoft? by A12m0v · · Score: 1

    Doesn't Microsoft feel a need to push WMV? being slow to adopt HTML5 is not in their best interest. Favoring Silverlight and ignoring HTML5 will comeback to haunt them. For all we know Silverlight might end up a failure!
    Plus according to at least one report, IE is becoming less significant.
    http://gs.statcounter.com/#browser-US-monthly-200807-200907 *
    *Stats are US-centeric.

    --
    GENERATION 25: The first time you see this, copy it into your sig on any forum and add 1 to the generation.
    1. Re:What about Microsoft? by moderatorrater · · Score: 1

      IE is only double all its competition combined? Watch out, Redmond, we're coming for you! (By the way, I was being sarcastic)

      IE is the most important browser to support for a site that wants widespread appeal. That won't change for many years. Whether it will eventually add to IE's downfall or not, for now they couldn't shoot themselves in the foot badly enough to rival the amount of damage that it does to the rest of the community.

  9. Major browser vendors by glwtta · · Score: 4, Insightful

    Apple and Google favor H.264 while Mozilla and Opera favor Ogg Theora.

    Right, while convenient, that doesn't strike me as a very comprehensive list of "major browser vendors".

    --
    sic transit gloria mundi
    1. Re:Major browser vendors by Aphoxema · · Score: 2, 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.

      --
      "Most people, I think, don't even know what a rootkit is, so why should they care about it?"
    2. Re:Major browser vendors by VGPowerlord · · Score: 1

      Microsoft supports neither, so there's no point in including them. With the addition of Microsoft, you have all the major browsers covered.

      --
      GLaDOS for President 2016! "Well here we are again. It's always such a pleasure." -- GLaDOS, 2011
    3. Re:Major browser vendors by sam31415 · · Score: 4, Informative
      If you click through to Hickson's actual summary, you can see why Microsoft is being largely omitted from the discussion:

      "Microsoft has not commented on their intent to support <video> at all."

    4. Re:Major browser vendors by Anonymous Coward · · Score: 0

      Okay then, let me fill in the blank: Microsoft favours sitting in the corner, drooling.

    5. Re:Major browser vendors by Just+Some+Guy · · Score: 2, 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?

      --
      Dewey, what part of this looks like authorities should be involved?
    6. Re:Major browser vendors by jbeaupre · · Score: 1

      Sure it is. MS doesn't vend IE, it's bundled.

      --
      The world is made by those who show up for the job.
    7. Re:Major browser vendors by DragonWriter · · Score: 1

      Right, while convenient, that doesn't strike me as a very comprehensive list of "major browser vendors".

      Its a pretty comprehensive list of "major browser vendors" committed to any substantial support of HTML5; sure, it misses Microsoft, but given that Microsoft has pretty much said they don't care about HTML5 at all in any case, they aren't really part of the conversation.

    8. Re:Major browser vendors by aztektum · · Score: 1

      Yeah, what about IceWeasel?

      --
      :: aztek ::
      No sig for you!!
    9. Re:Major browser vendors by Anonymous Coward · · Score: 0

      All the major browser vendors are there. Windows 7 is shipping without IE in the EU -- it's dead Jim!

    10. Re:Major browser vendors by clone53421 · · Score: 1

      No kidding. I wonder... if IE wasn't bundled... how many people would actually use it?

      "I bought internet, how to I make my computer load web sites?" is a question that any self-respecting tech should respond to by installing Firefox (some degree of freedom might be given to those who favour Chrome or Opera, if that's your preference).

      Although, I suppose it's nice to at least have something with which to connect to http://www.getfirefox.com/ and download the setup. That way you don't have to carry it around on a USB storage device.

      --
      Alexander Peter Kristopeit bought his basement from his mommy for one dollar.
    11. Re:Major browser vendors by Anonymous Coward · · Score: 0

      Billyshit doesn't count, fucko. Now get back to work. Steve Ballmer's cock is getting cold.

    12. Re:Major browser vendors by Anonymous Coward · · Score: 0

      Yeah, wow, 8% of the world population now has to download it like any other browser. That'll kill it.

    13. Re:Major browser vendors by Lennie · · Score: 1

      Doing standard properly isn't in Microsofts best interrest.

      --
      New things are always on the horizon
    14. Re:Major browser vendors by KingMotley · · Score: 1

      I would say it's more appropriate to say:

      Mozilla and Opera want Ogg Theora.

      But if you are a content producer, the choice is clear. H.264 support is offered by Apple, Google, and soon to be Microsoft. And if you want to release it to blueray, or stream it from netflix or youtube, then no conversion will be necessary as they currently do (or will shortly) support H.264 as well.

      I don't see how Mozilla and Opera can win this one, especially considering how much stuff is already in H.264. Ogg Theora's worse quality and higher bitrate demands AND having to convert to it just does not make sense at all.

    15. Re:Major browser vendors by KingMotley · · Score: 2, Insightful

      Microsoft hasn't commented, which isn't the same as supporting neither. However, considering that silverlight 3.0 is slated to support H.264, I suspect that says a lot by itself.

    16. Re:Major browser vendors by Anonymous Coward · · Score: 0

      ... but nobody thinks this is a problem? I think it's pretty damned significant, even the fact they haven't said anything.

    17. Re:Major browser vendors by BitZtream · · Score: 1

      IE won't use either.

      There, you now have the list of every rendering engine of any importance what so ever.

      How the hell does this stupid comment get modded as insightful? Do you not realize pretty much every other browser is based off one of the rendering engines used in those listed?

      --
      Persistent Volume manager for Kubernetes - https://github.com/dwimsey/openshift-pvmanager
    18. Re:Major browser vendors by icebraining · · Score: 2, Informative
    19. Re:Major browser vendors by jrumney · · Score: 1

      Its taken as a given that Microsoft will be supporting only wmv in their version of HTML5.

    20. Re:Major browser vendors by glwtta · · Score: 1

      IE won't use either.

      Which means this whole "debate" is just so much pointless masturbation.

      Do you not realize pretty much every other browser is based off one of the rendering engines used in those listed?

      Ah yes, that was my mistake - I didn't account for the 500 browsers that make up the remaining 0.005% of the market.

      Don't you think it's a little silly to be putting so much energy into debating standards that are not going to be supported by the browser used by 2/3rds of all users? Like it or not, IE is still the dominant browser, and a "standard" that's not supported by IE is still completely meaningless.

      What content provider will think: "Well, we've got Chrome and Konqueror covered, so who cares about IE?"

      And seriously, Opera is a "major browser vendor"? Don't you need to, I don't know, crack 1% to be called that?

      --
      sic transit gloria mundi
    21. Re:Major browser vendors by modulation · · Score: 1

      IceWeasel is just a rebranding of Firefox from Debian. http://en.wikipedia.org/wiki/Mozilla_software_rebranding

    22. Re:Major browser vendors by rdnetto · · Score: 1

      Translation: Microsoft does not intend to implement HTML5 until they get hit with another anticompetitive lawsuit by the EU.

      --
      Most human behaviour can be explained in terms of identity.
  10. There was a simple solution... by Guspaz · · 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.

    1. Re:There was a simple solution... by broken_chaos · · Score: 0

      [...]and h.264 has expensive licensing fees.

      A solution to this is to get rid of software patents - or live somewhere they aren't valid.

      As has been discussed before, it's also possible (even likely) that some content of the Theora codec is covered by some other software patents, given the huge number of patents granted. It's simply not known if/what patents could apply to it. That's not a reason to *not* use it, but it is a reason to be concerned for the same reason as concern about H.264.

    2. Re:There was a simple solution... by samkass · · 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.

      --
      E pluribus unum
    3. Re:There was a simple solution... by John+Whitley · · Score: 2, 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 users. The worst of all worlds: everyone has to transcode and store video into N different formats, because the industry can't get their ducks aligned...

    4. Re:There was a simple solution... by Anonymous Coward · · Score: 0

      "Theora's hardware support is non-existent..."

      For now. By the time any device is actually using HTML5, they'll have had a chance to add it. Could have done so already if they had decided to do things right instead of bitching about it, and trying to make everyone else do the work instead of them. Way not to be evil, Google!

    5. Re:There was a simple solution... by shutdown+-p+now · · Score: 2, 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 encyclopedia. Though I guess automatic transcoding of uploaded Theora videos to H.264 would be an option, but it would likely be very detrimental to quality.

    6. Re:There was a simple solution... by ianare · · Score: 3, 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.

    7. Re:There was a simple solution... by maxume · · Score: 1

      Or they could allow uploading of any format but only serve bandwidth friendly formats.

      Then people who felt okay about buying an expensive encoder could do the mindless chore of downloading, compressing and uploading.

      Inefficient, but not that inefficient, and plenty workable.

      --
      Nerd rage is the funniest rage.
    8. Re:There was a simple solution... by guruevi · · Score: 1

      h.264 doesn't have expensive licensing fees. It's a STANDARD meaning it can be implemented by anyone for free. The issue is that h.264 has expensive patent licensing fees because somebody (not necessarily the creators of the standard) have patents on (parts) of the standard. The same is probably true for Ogg/Theora/FLAC but nobody has challenged it yet so we won't know until some patent troll decides to use it against a big enough player.

      --
      Custom electronics and digital signage for your business: www.evcircuits.com
    9. Re:There was a simple solution... by Locutus · · Score: 2, 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
       

      --
      "Anyone who stands out in the middle of a road looks like roadkill to me." --Linus
    10. Re:There was a simple solution... by TigerTime · · Score: 1

      Actually the browsers support those formats natively. Images will not appear on a webpage through a browser, unless that browser supports it. PNG didn't not always display in browsers. You don't see TIFF images in a browsers because the browser doesn't support those images. Beyond the native types, you need plugins to view the rest.

      They should make the video standard support both of these formats since it appears that the biggest vendors support one or the other. A limit of one format is a bit restrictive.

    11. Re:There was a simple solution... by TwinkieStix · · Score: 1

      I don't think that this argument holds water. In 1999, I had to choose what image format to use, and I didn't have enough space to store two copies of all of my images. Sometimes I used PNG, and sometimes I used JPEG (depending on if I needed lossy or lossless) or if I needed transparent images. And, even then, I had to use a hack to get the transparent PNGs to work properly in IE. Today's cheap storage is...

      That sounds a lot like what we are proposing now with this H.264 and Theora battle. And, just like ten years ago, everything was OK even though it wasn't as efficient as it could have been.

      In 1999 storage cost was 3.2 cents/megabyte, now it's about 0.00953 cents/megabyte (1tb for $100). What is that, over 300x cheaper now. How much larger is a typical 20mb video clip vs a typical 0.3mb family photo? Only 66x?

      Or, maybe we should compare a nice 2MB PNG and a 700MB streaming movie? About 350x difference. And storage space continues to drop, and our streaming movies will grow to 6GB HD mosters. But, the cost will remain about the same.

    12. Re:There was a simple solution... by Anonymous Coward · · Score: 0

      At the same time, just about any patent troll that could attack Theora could almost certainly attach H.264 with the exact same patent.

    13. Re:There was a simple solution... by BenoitRen · · Score: 1

      Not to mention all the libraries that web browsers would have to ship with to enable playback of all the codecs. And unlike image formats, new codecs get developed all the time.

      Now, one could suggest to just use the codecs installed on the system itself. But then we go back to the old situation of having to have a ton of codecs installed and having to hunt for codecs we don't know have, which is always a pain in the behind.

    14. Re:There was a simple solution... by pizzach · · Score: 1

      If mng or apng were put as a baseline in a w3c spec maybe some browser vendors would actually implement them. Jpeg/gif have been around and about the only thing in use for the last decade and a half. You can't tell me that the market decided that they didn't want animated dancing bananas with more than 256 colors and good alpha transparency support. We barely got png with transparency working in all the major browsers nowadays.

      I do agree the the video format should by no means be restricted though.

      --
      Once you start despising the jerks, you become one.
    15. Re:There was a simple solution... by David+Gerard · · Score: 1

      This is something Wikimedia would love to actually do - the only barriers are technical, not political or legal (as far as we're concerned). That is, it sounds easy to say "we'll do uploads of anything, run it through ffmpeg and save" but the devs have actually been seriously considering the infrastructure this would need in practice with the sizes of the likely videos and the demands on the sites. See discussions on wikitech-l and foundation-l. Summary: it's not that easy, but we definitely want to do just this.

      --
      http://rocknerd.co.uk
    16. Re:There was a simple solution... by gbarules2999 · · Score: 1

      I can't say much about Windows (I just install VLC), but in Ubuntu, the codecs are just a single "ubuntu-restricted-extras" away, and for all of the video formats it plays it doesn't really take up that much room. Maybe 20 MB?

      And there are only two major codecs being discussed now. Websites will flock to whatever most people have installed, so whatever IE and maybe Firefox picks will be first choice. If you force people to install an obscure codec, they don't see your content - bad for traffic.

    17. Re:There was a simple solution... by BitZtream · · Score: 1

      I never understood this kind of stupidity. By the time you've made all the images to make it look good in IE, why the hell do you use a whole different set of images for other browsers.

      I realize making HTML IE friendly is a pain in the ass, but if you go through all that effort and don't just use it for the other browsers its your own fault.

      --
      Persistent Volume manager for Kubernetes - https://github.com/dwimsey/openshift-pvmanager
    18. Re:There was a simple solution... by Anonymous Coward · · Score: 0

      The other solution would be for Google and Apple to try to convince the MPEG LA to give Firefox and other OSS browsers a royalty-free license to implement just the video tag in exchange for their support of writing H.264 into the specification. One would hope that the MPEG LA would realize that having their technology written into the spec would result in more revenue from vendors of encoding software, decoding hardware and other related tools that would become popular once everyone standardized on the codec.

      Is there some reason why the MPEG LA wouldn't agree to a royalty free license under those terms? It seems like a win-win to me.

    19. Re:There was a simple solution... by swilver · · Score: 1

      So, tomorrow (when HTML5 is released) there won't be a problem anymore then?

    20. Re:There was a simple solution... by pbhj · · Score: 1

      Storage is a major issue (imagine running a video site and the W3C suddenly changing tack and meaning you'll need at least twice the storage) but we mustn't forget transcoding is also a major resource drain.

    21. Re:There was a simple solution... by Guspaz · · Score: 1

      A restriction and a requirement are not the same thing. Browsers could be *required* to support at least one of Theora or h.264. That doesn't prevent them from implementing both or others, it merely ensures that they support at least one.

      I'd also argue that the lack of requirements might explain why we're still stuck with JPEG for lossy compression in browsers despite the numerous wavelet-based image codecs (such as JPEG2000 at the very least) being available for a decade or more.

    22. Re:There was a simple solution... by Guspaz · · Score: 1

      And so instead they can't even be sure if either of them are implemented, and will potentially have to encode their video in even MORE formats than just two...

    23. Re:There was a simple solution... by Guspaz · · Score: 1

      Semantics. There is a fee to use h.264. It doesn't matter what you call it, a codec licensing fee or a patent licensing fee, that doesn't change the fact that there's a fee to pay.

    24. Re:There was a simple solution... by guruevi · · Score: 1

      Technically, these days you need to pay a fee for just about anything you implement. Like this patent:

      A facility for automatically processing software patches is described. The facility receives in a computing system a distinguished patch package for modifying the behavior of a programmatic entity. The facility automatically extracts from the distinguished patch package (1) patch application information that identifies a distinguished programmatic entity against which the patches to be applied, and (2) patch behavior information that specifies a manner in which to modify the behavior of the distinguished programmatic entity. The facility automatically adds to a patch table a distinguished entry containing the extracted patch application information and patch behavior information.

      --
      Custom electronics and digital signage for your business: www.evcircuits.com
  11. Hardware Encoders by Nate53085 · · Score: 5, Insightful

    The best reason I have seen so far as to why Apple/Google favor H.264 is because their current products have H.264 hardware encoders in them. Switching to ogg/theora would hit battery life hard in these devices since it would have to be done in software. While I agree that its a selfish reason, its a reason better then "cause we want it". I would really like to see Theora succeed though, an open standard for web would be a beautiful thing

    --
    So put that in your pipe and grep it
    1. Re:Hardware Encoders by bersl2 · · Score: 1

      The idea, I would think, for having Theora would be as a least-common denominator. So what if it wastes battery life? You can still view the content if there isn't an H.264 version

      I know that's not acceptable to Apple, because they get the blame from those customers of theirs who don't understand the that they would have to be able to play the content to be compliant. I don't know, maybe they can put a small warning when first playing content lacking HW-accelerated playback.

    2. Re:Hardware Encoders by jmorris42 · · Score: 1

      > why Apple/Google favor H.264 is because their current products have H.264 hardware encoders

      I think we can ignore the gPhone so that only leaves Apple. They have never supported an open standard until they had to or could use it for a tactical advantage. They are, if anything, worse than Microsoft with their closed tech silo. So why do they, with their single digit share of the browser market[1], get to veto standards? Standardize on Theora and anyone who wants to watch a video has a free browser available to watch it with. Go with H264 and that isn't true. Sounds like a no brainer if the point of standards is to make content widely available.

      [1] Remember that Apple can never have >10% of the market for long and that a good number of those Apple users ditch Safari for Firefox anyway.

      --
      Democrat delenda est
    3. Re:Hardware Encoders by pembo13 · · Score: 4, Informative

      Hardware encoders/decoders would come pretty fast if Theora was made the HTML5 standard.

      --
      "Thanks for all the money you paid to us. We've used it to buy off ISO among other things" -Microsoft
    4. Re:Hardware Encoders by DragonWriter · · Score: 1

      Remember that Apple can never have >10% of the market for long and that a good number of those Apple users ditch Safari for Firefox anyway.

      Mac users might, but I suspect that very few iPhone users "ditch Safari for Firefox", and phones and similar devices are a pretty compelling focus of the drive for HTML5 (its a big part of the reason you want a plug-in free common standard that supports richer UI's than HTML4, audio/video, and local storage.)

    5. Re:Hardware Encoders by drtsystems · · Score: 1

      Open standard? H.264 is a frickin ISO MPEG standard. Its far far far far far better than something like flash video or silverlight. I think were getting too greedy here trying to veto an MPEG standard for some crappy unheard-of open source "standard".

    6. Re:Hardware Encoders by dbcad7 · · Score: 1

      I think we can ignore the gPhone so that only leaves Apple.

      Your out of the loop.. Android phones are going to be hitting the market big in the next few months ( http://bits.blogs.nytimes.com/2009/05/27/google-expect-18-android-phones-by-years-end/ ).. Not only from different carriers (All the majors in the US), but also from different cell phone manufacturers.. The gPhone you speak of was initially supplied through TMobile, and although successful it has a handicap in that TMobiles 3G coverage sucks.. Yes you can use it without 3G, but why spend the money on a 3G phone if you live in an area without it ? .. I'm passing on the tempting myTouch from TMobile as well, in favor of the Lancaster (android) from AT&T because they have 3G in my area.. Not sure how many people are in the same position I am in, wanting Android but unavailable 3G coverage, but I imagine there are a fair bit.

      --
      waiting for ad.doubleclick.net
    7. Re:Hardware Encoders by jmorris42 · · Score: 1

      > Your out of the loop.. Android phones are going to be hitting the market big in the next few months..

      You are ignoring the difference. Most Android based products will be open enough that if the bundled browser isn't up to scratch users can just download a better one. So Google's preferences in the default browser aren't a problem. And besides, while preferring h264 they will probably support both. If enough demand is present vendors will eventually add hardware support.

      And for the other reply above about the stupid iPhone, screw the idiots who bought an iPhone knowing it was a totally locked platform that would never support a complete browsing experience. Should they find that their chains do not sit lightly upon them that is their problem, they have no place in the councils of Free People.

      --
      Democrat delenda est
    8. Re:Hardware Encoders by Gizzmonic · · Score: 1

      I know that's not acceptable to Apple, because they get the blame from those customers of theirs who don't understand the that they would have to be able to play the content to be compliant. I don't know, maybe they can put a small warning when first playing content lacking HW-accelerated playback.

      Do you think they're going to go out of their way to support something that will shorten their users' battery life, and weaken one of the strengths of their product (hardware-accelerated H.264 support)? And supporting OGG would definitely encourage website developers to ignore H.264...talk about cutting your own throat! No, I do not think that OGG support will be coming from Apple anytime soon.

      --
      (-1, Raw and Uncut is the only way to read)
    9. Re:Hardware Encoders by shutdown+-p+now · · Score: 1

      You are ignoring the difference. Most Android based products will be open enough that if the bundled browser isn't up to scratch users can just download a better one.

      Good luck writing a browser with decent performance in Java (which is the only portable way to extend Android).

      And you'll need hell of a lot of luck to write a Theora decoder in Java that will work fast enough to do real-time decoding on a phone.

    10. Re:Hardware Encoders by Anonymous Coward · · Score: 0

      The trouble is that even if they come it would not be retroactive, so the old devices that Apple has sold would not benefit from this.

    11. Re:Hardware Encoders by Anonymous Coward · · Score: 0

      Switching to ogg/theora would hit battery life hard in these devices since it would have to be done in software.

      FFS, no-one would be forcing Apple to use Theora. Why is this so hard to understand? Apple devices get their content mostly from Apple servers, so Apple can choose the codec without any side effects.

    12. Re:Hardware Encoders by Anonymous Coward · · Score: 0

      And a whole lot of good that'll do to the millions of existing devices

  12. Why does it care? by kindbud · · Score: 4, 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?

    --
    Edith Keeler Must Die
    1. Re:Why does it care? by castironpigeon · · Score: 1

      There can be only one!

      --
      mmmm...forbidden donut
    2. Re:Why does it care? by Curate · · Score: 3, Insightful

      Indeed, as was done for pictures using the tag. HTML didn't specify a particular file format. You could use .bmp, .ico, .gif, .jpg, etc. Why on Earth would you WANT to standardize on a particular file format and lose that flexibility? Better file formats will show up over time and certainly you'd like to be able to use tem. The good formats will stick and become de facto standards. The not so good formats will fall by the wayside.

    3. Re:Why does it care? by thedonger · · Score: 1

      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?

      I get the feeling there is a growing trend towards never needing to ask user input on anything. User interfaces are expected to be completely intuitive and perfectly accessible. There is no room for requiring people to read instructions of any kind.

      I do some UI design at work, and I frequently find myself in a tug-of-war with a colleague because he thinks users should be able to do anything and that everything they need to do should be completely intuitive. Ask five random people and you'd be lucky to have less than three different opinions regarding a given site's usability.

      Car analogy time! You don't need to know how to shift to drive an automatic transmission. Now, extend that (quite) a bit until you don't need to know the speed limit because the road you are on limits the top speed of your car. Further, and you don't need to worry about steering because the car steers for you. Collision prevention, anyone?

      --
      Help fight poverty: Punch a poor person.
    4. Re:Why does it care? by evilviper · · Score: 1

      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?

      "Mozilla strongly opposes this approach because it would heighten the risk of fragmentation. Allowing content providers to use any codec that is available on the user's computer might undermine the advantages of the HTML 5 media element because there would be no consistency guarantee and content would not be able to work everywhere."

      You'll NEVER GUESS where that quote came from...

      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
    5. Re:Why does it care? by muuh-gnu · · Score: 2, 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 should serve as a sales vehicle for proprietary content codecs? Do you imagine what a mess the web would be if for example, browsers wouldnt have a few standardized image formats built in, and would ask you every time you go to a new site to purchase some other proprietary format the images on the site happen to be encoded in?

      One basic codec you as a developer can rely on, that everyone has installed, is a good thing (tm). If you want better quality, better compression, whatever, you can always bog your user to install your proprietary pay-for stuff, but whats so fundamentally wrong with a free codec everybody can use, that so many sides are opposing it?

    6. Re:Why does it care? by JCSoRocks · · Score: 3, Informative

      Because you end up with the craptastic situation like IE6 where they sort of support PNG but not really because they don't support transparency. If there isn't universal browser support for a format it might as well not even exist / be an option because you can't use it. If you have to code for IE6 you can't use transparent PNGs can you? So what difference does it make that you can "use any format?"

      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.

      --
      You are using English. Please learn the difference between loose and lose; they're, there, and their; your and you're.
    7. Re:Why does it care? by Anonymous Coward · · Score: 0

      Being a "non-free" codec wasn't much of a problem for gif, was it?

    8. Re:Why does it care? by clone53421 · · Score: 3, 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.

      --
      Alexander Peter Kristopeit bought his basement from his mommy for one dollar.
    9. Re:Why does it care? by jedidiah · · Score: 1

      > And where should a free browser get a patented and thus non-free codec from?

      The same place you would expect it to get ANY decoder capability from: the operating system.

      Either the OS would provide it directly or some 3rd party would.

      The idea that the "burden" of dealing with h264 is on Mozilla is just a big red herring.
      Decoding a video mime type today doesn't create that burden so there's no good reason to
      expect it to in the future.

      The people behind Mozilla just want to manufacture a "need" to push Ogg.

      Video has changed considerably since the web has been around. It would be very
      foolish to standardize on anything really.

      --
      A Pirate and a Puritan look the same on a balance sheet.
    10. Re:Why does it care? by shutdown+-p+now · · Score: 4, 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.

    11. Re:Why does it care? by Lisandro · · Score: 1

      > 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?

      Provide means to play and interact with the content? How is this any different from the IMG tag and multiple image formats? The only difference here is that video a degree of interaction a fixed image does not have (controls, position slider, etc).

      Why does the standart limits to one video format is completely beyond me. Even more, this effectively ties the video format to the web standart... which means that if tomorrow someone comes with a much better video codec (think DVD MPEG2 vs HiDef H.264) we're stuck with the old one until the next HTML revision.

    12. Re:Why does it care? by weicco · · Score: 2, 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 browser vendors to offer mechanism to download, install and/or configure video player and/or codec to the browser. No need to force the whole world behind a single format.

      Just my uneducated opinion. I don't know much about video codecs.

      --
      You don't know what you don't know.
    13. Re:Why does it care? by V!NCENT · · Score: 1

      One to rule them all and in darkness bind them!

      --
      Here be signatures
    14. Re:Why does it care? by rhizome · · Score: 1

      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.

      Isn't that the way browser quirks have been dealt with so far? I don't think it's the role of the HTML5 spec to solve that problem, of differences between browser implementations. I don't say this very often, but let the market decide.

      --
      When I was a kid, we only had one Darth.
    15. Re:Why does it care? by DragonWriter · · Score: 1

      Really? Why does the HTML5 spec care what codecs are used?

      It cares because if there isn't a mandatory-supported codec in the spec, you can't provide content encoded in one codec and no that any HTML5-compliant browser will be able to deal with it. Since the big point of HTML5 is expanding the kinds of rich applicationst that can be built with complete portability between standards-compliant browsers, that's a pretty big deal.

      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?

      Because a major focus of HTML5 is eliminating the need for the user to download additional components beside the browser to use web applications.

    16. Re:Why does it care? by maxume · · Score: 1

      This attitude was a debacle for video plug-ins using the object tag.

      The idea is that if a small time content creator uses the universally supported codec, they don't get ranty email complaining that the television on their computer thingy be broke.

      --
      Nerd rage is the funniest rage.
    17. Re:Why does it care? by Anonymous Coward · · Score: 0

      exactly. <video src="somefile.avi" width="320" height="240" loop="false" startonload="true" volume="50%"/>

      (and have the browser or whatever figure out how to get that file to play).

      Also use HTTP headers to tell the "aware" HTTP server how to best stream the data to keep up with the network rate, and if http server doesn't support it, then just grab the whole file.

    18. Re:Why does it care? by saturn_vk · · Score: 1

      and why should browsers even supply codecs? why not just use whatever framework is available from the OS. IIRC, the gtk webkit port uses gstreamer for video support, so it probably can handle quite a few codecs apart from theora and h264

    19. Re:Why does it care? by Anonymous Coward · · Score: 0

      If the market was good at deciding, sure. The problem is, the market in this context is made up content providers who must target one or more of a few solutions (not all possible solutions). They can target Microsoft, Apple, Google, Mozilla, Opera and a small handful of others. The options not offered by them, cannot be chosen. In order to support all of them, they must support more then one codec. Now, as you point out, the img tag doesn't specify format. I suspect the video tag doesn't either. The idea is to specify the minimum codec that they must support. It's more like saying "you can choose to suport png, but you must support jpeg." (Don't know if they do; would not surprise me.)

    20. Re:Why does it care? by Flammon · · Score: 1

      Absolutely and it would set a terrible precedent. It's one way of making a free web a non-free web. Mod parent up.

    21. Re:Why does it care? by TheSunborn · · Score: 1

      Yes but what should the Mozilla developers do when they run on a system such as Linux which can't legally support H.264 in USA and other parts of the world?

      Should they just do a "Not support, please install Windows?"

    22. Re:Why does it care? by AnyoneEB · · Score: 1
      --
      Centralization breaks the internet.
    23. Re:Why does it care? by Fwonkas · · Score: 1

      If you have to code for IE6 you can't use transparent PNGs can you?

      You can -- it's just inconvenient.

      --
      COMPUTER! Whatever happened to Blueberry Muffin?
    24. Re:Why does it care? by harlows_monkeys · · Score: 1

      Yes but what should the Mozilla developers do when they run on a system such as Linux which can't legally support H.264 in USA and other parts of the world?

      Specifying Ogg for HTML5 doesn't get rid of that problem, as it is beyond the scope of the HTML5 spec to require that the people putting videos up on the web use Ogg. Google will continue to use H.264 for bandwidth and quality reasons, and Apple will continue to use H.264 for performance reasons.

      Mozilla will simply continue doing what they do now when they encounter H.264 video on Linux--play it using one of the readily available H.264 codecs commonly found on Linux systems. Whether or not that codec is legally there is not their problem.

    25. Re:Why does it care? by kindbud · · Score: 1

      If you have to code for IE6 you can't use transparent PNGs can you?

      Sure you can. If web coders used trasparent PNGs, that'd make the web look craptastic for IE6 users, and so they'd ditch their crappy browser for one that works better (or they'd just get used to a crappy-looking web, just like we've all gotten used to slashdot). Instead of making sure users knew that IE6 was a load of crap, web designers instead hid the defects and prolonged the life of IE6. You have only yourselves to blame for the IE6 woes.

      --
      Edith Keeler Must Die
    26. Re:Why does it care? by kindbud · · Score: 1

      Me too. So what? If you have a H.264 codec and an Ogg codec already installed, it won't prompt you for those. How many online vids have you watched recently that weren't in one of those formats?

      Is that really a problem for any site that uses common video formats? People should be suspicious of new codecs.

      --
      Edith Keeler Must Die
    27. Re:Why does it care? by Ronald+Dumsfeld · · Score: 2, 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".

      --
      Where's the Kaboom?
      There's supposed to be an Earth-shattering Kaboom.
    28. Re:Why does it care? by JCSoRocks · · Score: 1

      90% of users aren't going to know the difference between a browser problem and a site problem. They'll just assume your site looks like crap. Devs have no choice but to program around these problems - Just like we do with Javascript and CSS issues and everything else. It turns into a huge waste of time, energy and storage space. Video will only make it worse.

      It's 2009 and we still have to program around browser differences and quirks. Doesn't that seem a bit ridiculous? If everything is going to be web based for the next 20 or 30 or however many years don't you think we should fix that?

      --
      You are using English. Please learn the difference between loose and lose; they're, there, and their; your and you're.
    29. Re:Why does it care? by JCSoRocks · · Score: 1

      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.

      My point exactly.

      Besides, WTF is the point of a standard if the people making the standard are just following whatever the browsers are already doing? Why even bother pretending like we've got a standard that everyone follows?

      --
      You are using English. Please learn the difference between loose and lose; they're, there, and their; your and you're.
    30. Re:Why does it care? by BitZtream · · Score: 1

      Cause then we'd just have a tag like OBJECT but specific to video.

      So ... you're right, lets make ActiveX standard for all browsers, thats a great idea! Thats essentially what you're saying. The only difference is it would be 'for video', and of course by 'for video' I mean 'just as dangerous and capable of doing whatever it wants as ActiveX.

      You specify a codec and in order for a browser to be HTML5 compliant it has to support a specific video codec, which means that a web developer can produce a specific format of video and know it will work on an HTML5 renderer without a bunch of bullshit. The instant you make it 'open' you might as well just take it out since no one will have any idea what to expect.

      --
      Persistent Volume manager for Kubernetes - https://github.com/dwimsey/openshift-pvmanager
    31. Re:Why does it care? by weicco · · Score: 1

      You are probably right but still it doesn't sound good. I've always thought that versatility is acknoledged to be a good thing. Now everyone is tied up to a single video codec. What happens to the development? Is it held back like at the time when it was said that IE was holding back the WWW (because of the lack of competition)? Or do we open up the spec when there's a better codec around? As a programmer, this is what I detest, changing the spec ;)

      --
      You don't know what you don't know.
    32. Re:Why does it care? by koiransuklaa · · Score: 1

      Why does the standart limits to one video format is completely beyond me.

      Oh please. Content providers and browsers would be totally free to support any craptacular codecs they want, there would just be one that would be guaranteed to work on HTML5 compliant browsers and sites. How can this be so hard to understand?

    33. Re:Why does it care? by dangitman · · Score: 1

      since FOSS browsers won't be able to support it legally (at least in U.S.), nor free content creation/editing tools.

      I don't see why FOSS browsers couldn't do it legally. It seems that what you actually mean is GPL licensed browsers couldn't do it. But there is more to FOSS than just the GPL, and there are plenty of other less-restrictive FOSS licenses out there.

      --
      ... and then they built the supercollider.
    34. Re:Why does it care? by shutdown+-p+now · · Score: 1

      It seems that what you actually mean is GPL licensed browsers couldn't do it. But there is more to FOSS than just the GPL, and there are plenty of other less-restrictive FOSS licenses out there.

      It depends. One could argue that code distributed under BSDL or a similar license, which would induce patent infringement by downstream users should they try to redistribute it, is not truly FOSS. I'm not at all a GPL zealot, but I can certainly understand that viewpoint.

      In any case, a more practical take on this is: are there any good browsers and/or rendering engines that are not under GPL, LGPL, or similar licenses?

    35. Re:Why does it care? by dangitman · · Score: 1

      One could argue that code distributed under BSDL or a similar license, which would induce patent infringement by downstream users should they try to redistribute it, is not truly FOSS.

      One could argue that, but it would be a very strange and nonsensical argument, as such licenses are actually freer than the GPL. So, you'd have to twist the meaning of "free" in any attempt to make that argument.

      In any case, a more practical take on this is: are there any good browsers and/or rendering engines that are not under GPL, LGPL, or similar licenses?

      WebKit is BSD licensed, is widely used, and considered one of the best rendering engines around.

      Anyway, is there any need for a GPL browser to actually redistribute the proprietary code? Couldn't they simply ship without the code, and have the user install it as a plug-in, whether it be an officially licensed proprietary version of the CODEC, or a "gray-market" open source or freeware implementation that hasn't been licensed?

      --
      ... and then they built the supercollider.
    36. Re:Why does it care? by shutdown+-p+now · · Score: 1

      One could argue that, but it would be a very strange and nonsensical argument, as such licenses are actually freer than the GPL. So, you'd have to twist the meaning of "free" in any attempt to make that argument.

      I use the FSF definition of "Free", since it seems to be the norm in such contexts, especially on Slashdot. In any case, it was not an attempt to POV-push on my behalf (I'm not particularly fond of GPL, and I write proprietary closed-source software for a living, so my agenda, if anything, is quite opposite).

      WebKit is BSD licensed, is widely used, and considered one of the best rendering engines around.

      In practice it is not. WebKit "as a whole" is under BSDL, but its major consistuent components, specifically WebCore (the renderer) and JavaScriptCore are under LGPL. This makes perfect sense if you remember that WebKit is originally a KHTML fork, and KHTML was distributed under LGPL only.

      Anyway, is there any need for a GPL browser to actually redistribute the proprietary code? Couldn't they simply ship without the code, and have the user install it as a plug-in, whether it be an officially licensed proprietary version of the CODEC, or a "gray-market" open source or freeware implementation that hasn't been licensed?

      This would effectively mean that no "true FOSS" implementation could legally support HTML5. No matter what you think of that ideology as such, it represents a significant number of people, and such a thing would be a disaster purely from interoperability POV.

    37. Re:Why does it care? by dangitman · · Score: 1

      This would effectively mean that no "true FOSS" implementation could legally support HTML5.

      Only on Linux though. On Windows or MacOS, they both have media frameworks that have legally licensed support for H.264. I don't see why, say, Firefox couldn't use those frameworks on those platforms.

      --
      ... and then they built the supercollider.
    38. Re:Why does it care? by kindbud · · Score: 1

      It cares because if there isn't a mandatory-supported codec in the spec, you can't provide content encoded in one codec and no that any HTML5-compliant browser will be able to deal with it.

      You still can't know that the browser will be able to deal with it. The browser could lie about its capabilities. The user could have disabled video support in the configuration. The user could be surfing through a proxy that renders the video tag inert. There are a zillion reasons why content won't render the way the author intends no matter how carefully the spec is written, because it's not his computer nor his software that is rendering it.

      If this attempt at mandating a particular codec in the spec had succeeded, and a better codec came along later that authors preferred but the spec didn't support, they'd go right back to using Flash and ActiveX for video content and all this heat and smoke over the codec would have been for naught.

      Because a major focus of HTML5 is eliminating the need for the user to download additional components beside the browser to use web applications.

      If a monolithic browser is such a good idea, why not a monolithic operating system? Why should a PC user have to purchase or download a word processor or spreadsheet separately? Build that in, too. Build it all in!

      --
      Edith Keeler Must Die
    39. Re:Why does it care? by shutdown+-p+now · · Score: 1

      Only on Linux though.

      You realize that your comment probably counts as flamebait on Slashdot, right? ;)

    40. Re:Why does it care? by kindbud · · Score: 1

      It's 2009 and we still have to program around browser differences and quirks. Doesn't that seem a bit ridiculous?

      Of course. It's 2009 and we still have to program around OS differences and distro quirks. Why doesn't that seem just as ridiculous?

      If everything is going to be web based for the next 20 or 30 or however many years don't you think we should fix that?

      By locking us into a codec that may be obsolete in 5 years? No.

      --
      Edith Keeler Must Die
    41. Re:Why does it care? by kindbud · · Score: 1

      The idea is that if a small time content creator uses the universally supported codec, they don't get ranty email complaining that the television on their computer thingy be broke.

      You really think this is about the small-time content creator? What makes you think so? Is it all the small-time content creators who have a place at the standards-setting table, who are ethusiastically embracing patented and licenseable codecs being made mandatory by the big players? Really?

      --
      Edith Keeler Must Die
    42. Re:Why does it care? by maxume · · Score: 1

      Wait, which codec is mandatory right now?

      I can't think of any other reason to put a fallback codec in the standard, a site like Youtube will have the resources to support any codec they want.

      --
      Nerd rage is the funniest rage.
    43. Re:Why does it care? by DragonWriter · · Score: 1

      You still can't know that the browser will be able to deal with it. The browser could lie about its capabilities. The user could have disabled video support in the configuration. The user could be surfing through a proxy that renders the video tag inert.

      If the browser is lying, it isn't an HTML5-compliant browser; if the user chooses not to allow video (or chooses to access the internet through a pathway that selectively filters video) that's outside of the scope of problem the spec is seeking to deal with. HTML5 exists to make possible portable (cross platform and cross [compliant] browser) web apps, using HTML+CSS+Javascript without plugins, and without different content for different browsers and platforms. Specifying at least one must-support codec supports that objective in a way that failing to do so does not, particularly if the mandatory codecs are free of patent restrictions (as otherwise, they pose a potential cost and licensing barrier to adoption of the standard.)

      If a monolithic browser is such a good idea, why not a monolithic operating system?

      The functionality that HTML5 provides is not equivalent to a "word processor" or similar apps. Its more analogous to basic networking, windowing, video, and sound capabilities that are, while often outside of the kernel, bundled features on most modern operating systems. The applications are the things on the web you access with the browser.

    44. Re:Why does it care? by kindbud · · Score: 1

      If the browser is lying, it isn't an HTML5-compliant browser;

      That won't stop the know-nothing end user from bitching at the website author because their "internet TV don't work." That's the reason you gave for wanting the codec in the spec, so the user won't whine at the site maintainers when it doesn't work. If that's the goal, it failed before it started.

      --
      Edith Keeler Must Die
    45. Re:Why does it care? by DragonWriter · · Score: 1

      That won't stop the know-nothing end user from bitching at the website author

      Maybe, but browsers that don't comply with the spec aren't within the scope of what the spec is attempting to address.

  13. XiphQT Components by Anonymous Coward · · Score: 5, Informative

    http://xiph.org/quicktime/

    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.

    1. Re:XiphQT Components by Anonymous Coward · · Score: 0

      it doesn't support ogg vorbis streams last time i checked

    2. Re:XiphQT Components by jez9999 · · Score: 1

      Also, can we please stop whining about this in relation to the HTML5 spec? HTML has never specified file formats for media/objects (, ) and it should *not* start now.

      Why not? 'Tradition' isn't exactly a great justification. A standard should describe some useful stuff that developers can use to implement content. Why have a 'div' tag? Just take it out of the spec and let browser vendors decide how they want to implement that. See the problem? Whether or not dicks like Apple refuse to support a useful base-level codec like Theora, I believe firmly that it's time it was put into the spec.

    3. Re:XiphQT Components by pbhj · · Score: 1

      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.

      You feel that the whole GIF debacle and the years of wait (nearly over) for MS to properly implement PNG were the optimal solution that should be chosen again?

  14. Worst Thing He Could Do by sexconker · · Score: 0, Redundant

    Leaving anything in the spec undefined is retarded.
    It's a spec.

    If Apple doesn't want to be up to spec, fuck 'em.
    (Same for MS, who has, as far as I know, no plans to support &lt:video>.)

    Luckily we can specify multiple codecs and let the browser pick. All this really does is create more browser incompatibility. All major sites will be using some H.264 codec, and browsers can determine which stream to play if there are multiple it can decode.

    It would be nice if there was a standard set in the HTML 5 spec to list several codecs that must be supported by the browser.

    H.264 - very good

    Ogg - good, free

    MPEG /1/2/3/4 - I dunno, why not. Lots of content exists that's mpeg 1 or 2 or 4(pre-PART 10/H.264) (and sometimes the audio is mp3). This would be easier for a lot of machines to decode, too, even though it's not nearly as bandwidth efficient.

    1. Re:Worst Thing He Could Do by rawr_one · · Score: 1

      I completely agree that they need to specify this in the HTML5 specifications. The thing is, and I can almost absolutely guarantee that Google, Mozilla, and Opera will cooperate here, if they specify a format, the three will eventually conform to it. Apple and Microsoft are the outliers here, but Microsoft doesn't seem to care very much about W3C's specifications to begin with, and Apple has been steadily moving toward being incredibly W3C-compliant over the past several years, so I don't really see where the problem is.

      If the companies can't agree, that's their problem. W3C isn't supposed to be an intermediary between the browser developers, it's supposed to be pushing each of them to support better standards. Apparently they need to be reminded what their mission statement is.

      To lead the World Wide Web to its full potential by developing protocols and guidelines that ensure long-term growth for the Web.

      Making a specification for a standard video codec does that. Being indecisive doesn't.

    2. Re:Worst Thing He Could Do by symbolset · · Score: 1

      The HTML spec is as much documentation of how things are currently done as it is a prescription for how they should be done. It has almost always lagged implementations by several years.

      If anybody wants to win this one, they should use video on their own sites, or upload videos to other sites, that use their preferred codec. Better yet, put in a trouble ticket that the browser is broken. They'll fix it.

      --
      Help stamp out iliturcy.
    3. Re:Worst Thing He Could Do by Fastolfe · · Score: 1

      The thing is, and I can almost absolutely guarantee that Google, Mozilla, and Opera will cooperate here, if they specify a format, the three will eventually conform to it.

      Did you read their reasons for avoiding H.264? If H.264 goes into the spec, who's going to pay the licensing costs for Opera to "conform" to the spec? Who's going to pay for the licenses of those that derive their own web browsers from Mozilla or Chromium sources? The reasons companies have for preferring NOT to implement a codec aren't necessarily technical.

      We survived fine without explicit HTML standardization on JPEG, GIF and PNG. We'll be fine here too.

      If the companies can't agree, that's their problem. ... Apparently [W3C needs] to be reminded what their mission statement is.

      If the companies can't agree, a spec isn't going to make them agree. Everyone has their reasons for not implementing a codec. Putting a requirement into a spec isn't going to magically solve any of those concerns. It makes it slightly easier for some people to point their fingers and say "they're bad for not following the spec!!1" but it doesn't actually help solve any problems. If anything, it creates a new problem as people try to make their own implementations of the spec, only to discover that they don't interoperate with anyone else because everyone is ignoring that one little part of the spec. If your spec includes stuff that half of your implementers will ignore, deliberately, with full knowledge of the ramifications, then perhaps you should revisit your approach to the spec.

      There's nothing that says this can't be revisited later. But for now, it's quite clear that implementers will not implement a common video codec. So what exactly is the point of mandating a common codec in the spec?

    4. Re:Worst Thing He Could Do by sexconker · · Score: 1

      The spec can say "EITHER OGG OR H.264".

      Sites will have to serve up both, or make a choice.

      Or, you know, just use OGG. It's free. Apple can comply or GTFO and sit with MS in the timeout corner.

    5. Re:Worst Thing He Could Do by sexconker · · Score: 1

      The HTML spec is supposed to be a guideline, not a log of who fucked up, in what way, and how.

    6. Re:Worst Thing He Could Do by Fastolfe · · Score: 1

      The spec can say "EITHER OGG OR H.264".

      Sure it could. It could also say "EITHER PNG OR GIF", but it doesn't. How much interoperability does this actually buy you? A de facto standard isn't all that different from a de jure one, and they made a point not to standardize on image formats, so maybe it's OK to let this one go too? IMO, this isn't as bad as people seem to be making it out to be. You already have an incentive to choose H.264 or Ogg, because if you're putting content out on the web, you probably want it to be viewable by as many people as possible. Standardizing on "A OR B" doesn't, IMO, improve the world in any measurable way.

      Or, you know, just use OGG. It's free.

      This is a bit flippant and suggests that you don't understand the nature of the objections to using Ogg.

    7. Re:Worst Thing He Could Do by sexconker · · Score: 1

      "This is a bit flippant and suggests that you don't understand the nature of the objections to using Ogg."

      No, THIS is a bit flippant, and suggests you don't understand the importance of a specification that can be easily and freely implemented, or, barring that, one that is complete.

      If you say "A OR B" then that means web sites know to provide AT LEAST one stream in either A or B, because they know any browser claiming to support the video tag will support the stream. If not, it's a BROWSER ERROR.

      Saying "Support what you want, I dunno, fuck this, I give up" means that the big boys will support H.264 in the browser and on the site, and smaller sites will have to pony up for licensing or have a bunch of people who can't play their shit. IE will take even longer to get <video>support. Etc.

      There is NO REASON to leave something like this unspecified in a specification. The goal is to make shit work for all. Intentionally backing off like this sucks a big one.

    8. Re:Worst Thing He Could Do by Fastolfe · · Score: 1

      If you say "A OR B" then that means web sites know to provide AT LEAST one stream in either A or B

      But the converse is not necessarily true. Just because it isn't in the spec doesn't mean that web site authors do NOT know that H.264 or Ogg are the two codecs supported (individually) in all web browsers. This isn't like some ambiguity in HTML rendering here where there can be as many implementations as there are interpretations, in as many combinations as there are ambiguities and browsers. You can either choose to support a codec, or choose not to. Anyone in the position to be making such a decision is going to be intimately aware of the codec options that are out there, what other browsers support, and what web sites make available.

      I'll turn the implication in my previous post into an outright question: Why haven't we standardized on "GIF OR PNG" in the HTML spec too? Do you believe that is necessary? If not, why <video> and not <img>?

      importance of a specification that can be easily and freely implemented

      A specification that is lacking is exactly as useless as a specification that is ignored. So long as companies feel they have a reason to avoid Ogg, it doesn't matter a bit whether or not the specification says Ogg must be supported. There is no law saying implementations must follow the spec. This is why I perceived your statement as flippant: there is more to the question of whether or not to implement Ogg than how "free" it is. You come across sounding like an open source fanboy when you suggest the solution to the problem is to use the "free" solution. "Like, OMG, duh!" Things aren't quite that simple.

      "... fuck this, I give up" means that the big boys will support H.264 in the browser and on the site, and smaller sites will have to pony up for licensing or have a bunch of people who can't play their shit.

      I assume you're talking about leaving the codec question undefined? Wouldn't saying "H.264" or "H.264 OR OGG" in the specification potentially lead to this same result? Are you advocating for a more specific standard, or for Ogg specifically?

    9. Re:Worst Thing He Could Do by symbolset · · Score: 1

      The main difference between theory and practice is that in theory they are the same but they are not in practice.

      --
      Help stamp out iliturcy.
    10. Re:Worst Thing He Could Do by sexconker · · Score: 1

      You don't seem to get it.
      It's not ONLY A OR B, it's AT LEAST A OR B. If they want to add other stuff on top, that's great.
      If OGG is required, any browser can go ahead and support H.264 as well, or whatever the fuck else they want. Sites can be confident that if a browser supports the video tag, they will be able to supply an OGG stream and have it work.

      If the browser doesn't follow the spec, either be nice and supply other common formats as well or tell your users to fuck off. Your choice.

      I'm advocating a more specific standard.
      I'm advocating OGG because it's a good codec AND it's free.

      HTML 5 should require OGG support for the video tag. If a browser wants to implement H.264 as well, fine. If a site wants to supply H.264 content, fine. If a site wants to NOT supply OGG content, fine. If a browser wants to ONLY implement H.264, then they're out of spec. Don't let them claim to support the video tag when they don't.

      A spec should not be written with any regard to the jackassery of those who are unwilling to implement it. The fact that a browser doesn't conform does not make the spec useless, it makes the browser useless. The fact that you think otherwise is a perfect example of how backwards this whole scenario is.

    11. Re:Worst Thing He Could Do by Fastolfe · · Score: 1

      You don't seem to get it.
      It's not ONLY A OR B, it's AT LEAST A OR B.

      I'm a bit baffled by this statement. I suspect you've misunderstood something I've written. I'm certainly not advocating "A or B, at the exclusion of everything else."

      The fact that a browser doesn't conform does not make the spec useless, it makes the browser useless. The fact that you think otherwise is a perfect example of how backwards this whole scenario is.

      I think I understand now. You seem to think a spec is the place for you to force everyone to do what you want them to do (adopt a free video codec). You seem to be under the mistaken belief that the spec carries the force of law, or that some magical property of the spec will make browsers useless until they follow the spec. Every browser out there ignores something that's codified in a spec today. IE in particular does this quite a lot, yet it still has a clear majority in the browser market. Are you really suggesting that IE is useless? Or is it just useless to you?

      I believe that a spec is the place to encourage interoperability. This means the spec must necessarily reflect reality, not a utopia. "Gosh, it would be nice if everyone did X, so let's prescribe X" is stupid if everyone is already doing Y, but it's smart if nobody is doing anything yet. If people have already decided what they're going to do, the spec should reflect that, not prescribe something entirely different. You can't achieve interoperability if you ignore reality, because people must ignore the parts of the spec that disagree with reality if they want interoperability. This makes (these parts of) the spec useless.

      So, saying "at least H.264 or Ogg" is (IMO) better than saying "at least H.264" or "at least Ogg", because the latter two will disagree with reality, and will need to be ignored by implementers. But saying "at least H.264 or Ogg" is like saying "at least PNG or GIF", and we don't have that in the HTML standard either. If you wish your argument to be consistent, you should advocate for that as well (along with audio formats). I personally don't believe codecs and file formats are necessary for the HTML spec, for reasons I've already given (and for the same reason I find adding "at least GIF or PNG" silly).

    12. Re:Worst Thing He Could Do by sexconker · · Score: 1

      You write a lot, but you say very little.

      If a browser doesn't want to implement the spec, fine. The spec is just a spec. I don't think it's magical or anything.

      But if you write a browser, claim it supports the video tag / HTML 5, and it DOESN'T, as defined by the spec, then you're a piece of shit.

    13. Re:Worst Thing He Could Do by Captain+Segfault · · Score: 1

      The point of a spec is interoperability. That means there needs to be a consensus. The problem with dictating Theora (or H.264!) is that several vendors aren't willing to implement it.

      It would absolutely be better to specify a required format, if everyone were willing to implement it. If not then you get "piece of shit" vendors or vendors implementing "HTML5 except for Theora" -- in either case you don't accomplish anything by adding it to the standard.

    14. Re:Worst Thing He Could Do by sexconker · · Score: 1

      Then those vendors who can't choose any of the codecs in the spec should not label themselves as supporting the spec.

      Simple as that.

    15. Re:Worst Thing He Could Do by Captain+Segfault · · Score: 1

      And then the spec becomes less useful because fewer vendors implement it.

  15. Solution by Anonymous Coward · · Score: 0

    I am sure Apple would agree to include it in Webkit if the XiphQT and SchroQT components were merged into a codec which can do Ogg Dirac.

    Ogg Dirac has a better PSNR than Ogg Theora.

  16. Re:Seriously? Lolcats? by sexconker · · Score: 1

    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)

  17. Microsoft are "waiting" by Finallyjoined!!! · · Score: 1

    To see who wins.......

    No sense spending money obfuscating, perverting "standards" or extending, if they can halve the amount, just with a few days/weeks waiting...

    --
    If I had an Ass, I'd call it Fanny Bottom, then I could slap my Ass; Fanny Bottom, on the Arse.
  18. why not both or more? by sumdumass · · Score: 1

    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 missing with this?

    Also, I'm not sure I like the idea of video in my HTML. First, most of the player implementations so far seem to lack significant things like volume controls, pause, start and stop buttons. That or you are stuck with a small screen developed for some other resolution and there is no way to resize it even if just enough to read the credits in the video. Do both and do it right.

    1. Re:why not both or more? by rawr_one · · Score: 2, Insightful

      They need to implement one codec and one alone because that leaves no room for varying support for codecs. If they define multiple, Microsoft will implement whichever codec they want, Google will do the same, Mozilla will do the same, et cetera, and content providers will have to make that content available in all of those different formats just so that they can guarantee that people will have access to it.

    2. Re:why not both or more? by jedidiah · · Score: 1

      It's like you're saying that all of the various users out there don't
      already have access to all of these different "standards". Even Linux
      users can "legitimately" use WMV if they want.

      In truth, rolling your own codec is a lot of work. If anything it's
      the container format that's going to change (the real problem here
      that everyone seems to have forgotten) because there is a lot of
      hardware out there that needs to be cheap and well optimized.

      --
      A Pirate and a Puritan look the same on a balance sheet.
    3. Re:why not both or more? by clone53421 · · Score: 1

      What implementations are you referring to? Flash videos often have the issues that you mention, but that's basically dependent on whoever designed the flash video player.

      I'd assume that if the video was natively embedded in HTML, it would be scriptable, allowing you to roll your own controls and interact with the video via javascript (start/stop/pause, volume, seek, etc). I'd also hope that it would scale nicely along with the rest of the page when you adjust the page's zoom factor.

      Ideally, it would have an optional control panel (visible, or hidden if you prefer to either have a trimless video or if you want to write your own controls in javascript), and if the controls are hidden, right-clicking the video would allow you to bring up a floating control panel when you needed one.

      --
      Alexander Peter Kristopeit bought his basement from his mommy for one dollar.
    4. Re:why not both or more? by ianare · · Score: 1

      It's impossible because h.264 requires royalty payments in order to use their codec. This would mean firefox would have to pay them for every download. Oh, and of course, they can change their requirements at any time ("I have altered the deal. Pray I do not alter it further.").

    5. Re:why not both or more? by jhfry · · Score: 2, 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 against ogg, the only royalty free option. If ogg produced very similar quality at the same bit rates and there was hardware on the market that encoded and decoded it then it would be the spec without contention.

      If it were up to me, I would say write it in the spec as the standard and prey that demand encourages manufacturers to add hardware acceleration to their products. At the same time, start an OGG quality improvement campaign and try and get some massive attention paid to the development of Ogg Vorbis over then next few months while HTML 5 spec browsers are being developed and tested.

      I believe that making it the standard would ensure that it gets the attention it needs to achive quality/feature parity with some of h264 and other competitiors.

      --
      Sometimes the best solution is to stop wasting time looking for an easy solution.
    6. Re:why not both or more? by PeterBrett · · Score: 2, Insightful

      Even Linux users can "legitimately" use WMV if they want.

      How?

    7. Re:why not both or more? by koiransuklaa · · Score: 1

      Oh, and of course, they can change their requirements at any time ("I have altered the deal. Pray I do not alter it further.").

      This is a really important point. If I remember correctly the license prices are going to be re-evaluated next year and then every few years...

    8. Re:why not both or more? by sumdumass · · Score: 1

      You know, it might be flash video. Usually I get it after following a link from one site to another or something. Sometimes it's when surfing porn but now that you mentioned it, it couldn't really be html video if the spec isn't there yet.

    9. Re:why not both or more? by clone53421 · · Score: 1

      Exactly; I'd expect that a standardized video tag would bring some consistency as opposed to the hodge-podge of flash video players that currently exist.

      --
      Alexander Peter Kristopeit bought his basement from his mommy for one dollar.
  19. an alternate solution: by martas · · Score: 2, Funny

    apple, go fuck yourself.

    </flamebait>

    1. Re:an alternate solution: by Anonymous Coward · · Score: 0

      WIN!

  20. Pick one and market forces will encourage support by Anonymous Coward · · Score: 1, Insightful

    If they can pick one that 80% of browsers will support, say Firefox, Chrome and Internet Explorer, then all the small players like apple and opera will support it eventually or their users will start to complain.

    I only see the real problem is if the two largest vendors cannot agree. Let the small players go jump in a lake.

  21. Argument moot, just use both by SuperKendall · · Score: 3, Informative

    You can use a single block of HTML below to provide video for everyone using the new tag:

    Video For Everybody

    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).

    --
    "There is more worth loving than we have strength to love." - Brian Jay Stanley
    1. Re:Argument moot, just use both by SignOfZeta · · Score: 1

      That's an excellent client-side solution.

      In the interest of asking, though, what about a server-side solution? One could use HTTP Accept headers and content negotiation in the HTTP server, if you'll excuse the slight dip in performance. For example:

      1. Browser requests /path/to/video.
      2. The browser sends the Accept header (or X-HTML5-Video-Accept header, if you want it that way), which contains video/mp4;q=0.9; video/ogg;q=0.8.
      3. The server sends /path/to/video.mp4.

      Likewise:

      1. Browser requests /path/to/video.
      2. The browser sends the Accept header (or X-HTML5-Video-Accept header, if you want it that way), which contains video/ogg,*;q=0.1.
      3. The server sends /path/to/video.ogg.

      Something like that, at least. In fact, were browsers to add video MIME types to their Accept headers, one could implement this yesterday. This solves the issue of codecs, as long as content providers make it available in as many formats as possible.

    2. Re:Argument moot, just use both by Tweenk · · Score: 1

      Mozilla really needs to support this de-facto standard for video (it's not just Apple using this in hardware).

      This is actually possible if we make two versions of Firefox: one for the entire world, which does H.264, and an US legal shithole-only version, which doesn't. The version served to the visitor of getfirefox.com would be determined by a Geo-IP query. I have no idea why Ubuntu doesn't do the same, so that all people NOT living in the US might get DVD playback out of the box.

      --
      Those who would give up liberty to obtain working drivers, deserve neither liberty nor working drivers.
    3. Re:Argument moot, just use both by TheTurtlesMoves · · Score: 1

      but Mozilla really needs to support this de-facto standard for video

      Will you pony up the 5Million per year? And if the fees are hiked up next year?

      Oh and what restrictions are there in the contract that you sign? Like say don't distribute this or that "patented" technology as OS software.... Very very un OS and against the GPL 3.

      At the very least there is no redistribution. You would have to download the browser from Mozilla directly. It would be illegal to bundle it in the distribution, even with windows....

      Patents do a lot more harm than just cost money....

      --
      The Grey Goo disaster happened 3 billion years ago. This rock is covered in self replicating machines!
    4. Re:Argument moot, just use both by TheTurtlesMoves · · Score: 2, Informative

      Its not just the US. Even in the EU they grant software patents. No one has enforced or tried to enforce them yet. But its not a given you would win a court case based on a "software only" defense.

      --
      The Grey Goo disaster happened 3 billion years ago. This rock is covered in self replicating machines!
    5. Re:Argument moot, just use both by SuperKendall · · Score: 1

      An interesting idea - is the thinking behind that that Safari and Chrome would send out the h.264 Accept headers, while Mozilla would send the Ogg Accept? Or was it more dynamic...

      --
      "There is more worth loving than we have strength to love." - Brian Jay Stanley
    6. Re:Argument moot, just use both by Anonymous Coward · · Score: 0

      I'm really not trolling here, I have some honest questions.

      I tried the Video For Everybody on my recently (last night) ubuntu installed laptop. It prompted me to install the proper software (yay ubuntu) but it picked up the h.264 decoder and mpeg-4 AAC decoder. Is there anyway that I could easily get it to try ogg thera first. If there isn't a suitable plugin, I understand, but it seems if I'm using ubuntu I probably prefer the open codec. Just a thought.

      As for which codec; Currently at work we have bosch encoders (I didn't choose them; public saftey uses them, so we went with them in order to be compatible; when dealing with up to 100,000 per event its nice for the police to be able to see our cameras). It uses h.264 with the most recent firmware, and boschs software SUCKS big time (the pro version doesn't apparently, but we went with lite since it claimed to meet our needs). Under VLC, things work great, BUT my boss insists on having a paper license for EVERYTHING. If html5 supports h264 there would be hope that I could not use their software and yet still view the cameras (required since they all come to me when they can't figure something out and yet they're too cheap to even buy me a copy of the software).

      Anyways, just my $.02

    7. Re:Argument moot, just use both by speedtux · · Score: 1

      I have to say though, the hardware support aspect to me makes h.264 support a must.

      Hardware de/encoders can easily support both with no significant extra cost or battery usage. If W3C adopts it, you'd see hardware supporting both long before HTML5-only pages show up.

      Furthermore, having a hardware codec for video viewing of your iTunes movies doesn't prevent you from using software for the occasional short web video clip.

    8. Re:Argument moot, just use both by Tweenk · · Score: 1

      EPO may issue software-only patents, but they are meaningless. They interpret the EPC differently from the member states, and essentially they think that "a computer program for X" is not patentable, but "using a computer program to do X" is. Member states think that both are equally unpatentable and will refuse to enforce a software-only patent. It's not that nobody tried to enforce them: they just cannot be enforced.

      I can only speak with certainty for my country (Poland) and I'm 100% sure that all software-only patents are unenforceable here.

      --
      Those who would give up liberty to obtain working drivers, deserve neither liberty nor working drivers.
    9. Re:Argument moot, just use both by Tweenk · · Score: 1

      Before somebody throws Wikipedia at me: the fact is that you have exactly zero chance of being prosecuted for using x264 in a computer program without paying a patent license fee in the EU.

      --
      Those who would give up liberty to obtain working drivers, deserve neither liberty nor working drivers.
    10. Re:Argument moot, just use both by Xylantiel · · Score: 1

      but Mozilla really needs to support this de-facto standard for video (it's not just Apple using this in hardware).

      The broader entity of "mozilla", as an open source entity, cannot do this due to the patent restrictions. On the other hand Apple is refusing support for ogg.

      I this this is why Apple's position on this feels "wrong." While Apple is refusing to support an additional codec, Mozilla is simply stating a fact that they are forbidden, as a foundation with a commitment to open source, from "supporting" mp4.

    11. Re:Argument moot, just use both by Anonymous Coward · · Score: 0

      You can use a single block of HTML below to provide video for everyone using the new tag:

      Video For Everybody

      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).

      isn't it an irony that firefox 3.5 crashes with the vido link you provided ?

    12. Re:Argument moot, just use both by TheTurtlesMoves · · Score: 1

      Did you get legal advice on that? I did and they lawyers I paid for do not agree.

      Even if you are giving away software, the best they would say is you are probably ok and even if it went to court would *probably* only get an injunction rather than a fine.

      However they said they put no stock on safety from liability if your software is commercial.

      --
      The Grey Goo disaster happened 3 billion years ago. This rock is covered in self replicating machines!
    13. Re:Argument moot, just use both by pbhj · · Score: 1

      You can use a single block of HTML below to provide video for everyone using the new tag:

      Video For Everybody

      Except video for everybody is not _a_ video for everybody it is different videos for different people. It is a lie. It's like advertising a "food that everyone likes" and serving different food to each person depending on what they like - you don't get to make one dish, you make lots of different ones, require lots of different preparation and cooking sessions, lots of different storage containers.

      The implementation of the code to serve the video is not in question (in my analogy that's just the plate you serve the food on). It is the need for multiple formats and thus multiple transcoding and storage efforts. "video for everybody" requires (roughly) twice the storage and twice the transcoding of a plays-everywhere standard. If that's the best we can do then Flash wins.

      The guy who wrote "video for everybody" (http://camendesign.com/code/video_for_everybody#video-encode) admits that the encoding issues are so complex that he won't offer advice about encoding the files that he can say will work (perhaps he's worried about contributory patent infringement?). It shouldn't be that hard.

    14. Re:Argument moot, just use both by SuperKendall · · Score: 1

      The broader entity of "mozilla", as an open source entity, cannot do this due to the patent restrictions.

      Chrome is open source.

      On the other hand Apple is refusing support for ogg.

      if we go with your definition of "cannot" Apple "cannot" support ogg because there is no hardware support, and furthermore a great deal of potential patent exposure for them (no company with as deep a pockets as Apple has has ever used Ogg). It's simply not feasible for todays mobile devices to support ogg with any degree of performance..

      I this this is why Apple's position on this feels "wrong." While Apple is refusing to support an additional codec, Mozilla is simply stating a fact that they are forbidden, as a foundation with a commitment to open source, from "supporting" mp4.

      There are also ways Mozilla could support this if they wanted.

      I don't think Apple or Mozilla are in the right, but I think both have equally valid reasons for what they are doing.

      That's why I posted "Video For Everyone" because it neatly solves the problem, and gives us ONE open source video path forward, and ONE commercial path forward. The beauty of it is that if this went into wide use there would always be ogg video for every video feed, which should be the ultimate goal.

      To me a single video format or two video formats are still a constant number, it just cannot be allowed to go beyond that which is why everyone should support the video tag via this mechanism now!

      --
      "There is more worth loving than we have strength to love." - Brian Jay Stanley
  22. Google please finish SNOW by gr8_phk · · Score: 1

    The Snow codec is still unfinished, however if Google could put some effort into it perhaps we'd have an unencumbered standard that has as good quality as H.264. Why Google? Because the have the resources, are interested in open standards and open source, and would benefit from the lower bandwidth required. Also, whatever they convert YouTube to will become supported by everyone one way or another. ATM is looks like they're going 264 because Theora doesn't have the same quality per bit.

  23. flip a damn coin already by bl8n8r · · Score: 1

    Pick one. Anything is better than insert-proprietary-vendor-lockin-format-here.

    --
    boycott slashdot February 10th - 17th check out: altSlashdot.org
    1. Re:flip a damn coin already by ianare · · Score: 1

      Um, that's exactly the problem here : one of them is free/libre (ogg), the other is proprietary-vendor-lockin-format (h.264). Guess which has more support (hint : it's not the one you want).

  24. Whats the big issue? by FunkyELF · · Score: 1

    Make OGG required as part of the spec and 264 as optional.
    If you want people to use your browser, implement both.
    For those running websites... if you can afford the licensing fees for H.264 you can afford the storage of OGG as a fallback should 264 not be available in that browser.

    1. Re:Whats the big issue? by Tweenk · · Score: 1

      if you can afford the licensing fees for H.264

      ...or colocating your server in Europe...

      --
      Those who would give up liberty to obtain working drivers, deserve neither liberty nor working drivers.
  25. H.264 is a non-starter by Anonymous Coward · · Score: 0

    Unless it's an open and completely freely relicensable patent.

    Otherwise if I were to write a Web Browser I *would NOT* be able to do so.

    And if there's a standard I am unable to comply with, it cannot be a standard, can it.

    So if they can release the codec for free without patent limitation, THEN we can talk about it Apple/Google.

    1. Re:H.264 is a non-starter by TheTurtlesMoves · · Score: 1

      H.264 is a standard. It just cost money to implement. A lot of standards are like this, including things like different bus standards on the PC. Many people who write these standards are also the people with the patents. H.264 reeks of this. So many little features that make it harder to implement and don't gain any decent bit rate at all, but are patented...

      --
      The Grey Goo disaster happened 3 billion years ago. This rock is covered in self replicating machines!
  26. What a pathetic whiney baby by MikeV · · Score: 1

    IE hasn't supported most of the other standards for... ever - and no one threw in the towel at that did they? Write the best standard as you can and let the market hash things out - if they're smart they'll support it in their products. But don't let some insignificant players make you take your ball and go home like some baby throwing a tantrum. How pathetic.

  27. And that is a trivial problem by Anonymous Coward · · Score: 2, 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.

    Apple use H.264 and so their iPod/iPhone/et al demand an ASIC for it. But until Apple wanted one, there wasn't one.

    For full systems (notepad/tablet/laptop/PC) there would be a mod to the graphics card driver and there would be hardware accellerated Theora. Two weeks tops.

    But there WILL NOT be a patent free H.264 for another 17+ years.

    Odd you forgot about that beam in the path of the Free Market when it comes to the bloody PATENT. Very free market, that is...

    1. Re:And that is a trivial problem by Chabil+Ha' · · Score: 1

      But you highlight why 'free' software is not enough. Apple wanted a chip, so it used its buying power for one to be created. It retains the right to use whatever technology it wants. But more importantly than that, where's the free community on hardware? There's your answer.

      If you're wanting something to compete on the global stage, then it needs to step up and address all facets of its possible use because there is more to technology than if it's an open standard or not. If nothing else, Theora is an embarrassment to the OSS community because of this. It should have been brought to the table as a complete solution, instead of a half-hearted attempt at resolving a browser issue. So don't come crying about problems with the free market when the solution presented by Free Software couldn't solve the problems at hand. The market judged, Theora was left wanting.

      --
      We're all hypocrites. We all have hidden parts, it's the contrast between them that make us more a hypocrite than others
    2. Re:And that is a trivial problem by Dahamma · · Score: 2, 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 already in literally hundreds of millions of set-top boxes, phones, portable media players, Blu-Ray players, and even connected TVs and receivers. It would be a joke trying to push a "standard" requiring Theora that immediately shuts out that many existing devices.

      Then again, I don't think H.264, Theora, or any other specific implementation of a video codec should be required in an HTML standard...

  28. Not another time by kmike · · Score: 3, 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

    1. Re:Not another time by kmike · · Score: 1

      Self-replying in the absence of edit feature:
      Here's what I think has happened. Slashdot picked up the story on July 2, Ars guys read it among the stories from another news outlets, and produced their own breakdown of the same events.

      Then ScuttleMonkey has read the Ars story, and thus the circle has been completed. The only question is: do the Slashdot editors read their own site?

  29. Check, Mr. Jobs. by Anonymous Coward · · Score: 0

    Apple can't avoid checkmate for long on this. They've been trying to control video for decades now and can only deploy the annoying "quicktime" that calls home all the time, steals your CPU and steals your file preferences. Lots of spying for little benefit.

    Firefox has dealt them a crippling blow. Ogg Theora it is !

  30. Specify both in the standard. by argent · · Score: 1

    That way everyone will implement both, and they can compete on technical merits.

  31. Doesn't matter. Microsoft not supporting it by Animats · · Score: 1

    It doesn't really matter. Microsoft isn't supporting the <video> tag in HTML5.

  32. I don't see where is the problem.... by Anonymous Coward · · Score: 0

    I don't see where is the problem....

    Just use OGG (cause it's open) and forget about Apple.

    Like they remebered us when they decided to drop support from PowerPC from OSX...

  33. What about new codecs? by aef123 · · Score: 1

    Do we really want to lock it in to a particular codec now? Newer and better audio/video codecs are released more frequently than new versions of the HTML spec.

    --
    Where are we going, and why am I in this handbasket?
  34. Re:Doesn't matter. Microsoft not supporting it by spikeb · · Score: 0

    and the amount of people who don't care what MS is doing with their browser is growing very, very fast. Doesn't matter what MS does.

  35. OGG format? Who uses OGG besides FOSS zealots? by aristotle-dude · · Score: 1

    The HTML standard should contain a codec that is widely used by "people". I have yet to use OGG or come across a site that offers OGG format.

    --
    Jesus was a compassionate social conservative who called individuals to sin no more.
    1. Re:OGG format? Who uses OGG besides FOSS zealots? by NervousNerd · · Score: 1

      I believe the Wikimedia Foundation uses OGG. And since the Wikimedia foundation runs one of the most popular sites (Wikipedia) on the Internet, I do believe that "people" use it, and that you have come across a site that uses it.

    2. Re:OGG format? Who uses OGG besides FOSS zealots? by aristotle-dude · · Score: 1

      Wikimedia is an entity. People in this case would refer to the general public at large for their personal galleries etc... Most modern smart phones these days support H.264 since it is not license encumbered and the standard is well documented.

      --
      Jesus was a compassionate social conservative who called individuals to sin no more.
    3. Re:OGG format? Who uses OGG besides FOSS zealots? by prockcore · · Score: 2, 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.

    4. Re:OGG format? Who uses OGG besides FOSS zealots? by Anonymous Coward · · Score: 0

      Yes, and people go to wikipedia to watch videos.

      That was sarcasm if you're a little slow.

      'Wikipedia uses OGG!'

      Thats probably why I've never seen a video on any wikipedia page I've ever looked at.

      People don't use it, zealots and twits with their own GPL agenda to push just shout about it. The rest of us use shit that is supported by software that doesn't suck ass and use more CPU power than a Bing search.

  36. Odd thing is that Theora can actually help by WindBourne · · Score: 1

    the reason is that by having developers pick a new format, then clients will have to buy new equipment, which has it built in.

    --
    I prefer the "u" in honour as it seems to be missing these days.
  37. encourage browser vendors by shmlco · · Score: 2, 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.

    --
    Any sect, cult, or religion will legislate its creed into law if it acquires the political power to do so.
  38. And those exact same "unknown" patents by Anonymous Coward · · Score: 0

    are sitting on h.264.

    Theora was THOROUGHLY searched for prior art.

    If it's not found, h.264 won't have it either (do you think they missed reading h.264 patent cross licenses???).

    So this "some content of the Theora codec is covered by some other patents" isn't avoided by going h.264. So if Apple are soooo worried about it, why aren't they abandoning h.264 too?

    1. Re:And those exact same "unknown" patents by broken_chaos · · Score: 1

      You really missed the point of what I said there. I specifically said it's not a reason to *not* use Theora, but it's a reason to be concerned. There may be unknown patents that cover something in Theora that is *not* used in H.264 as well - and vice versa.

      It's also a bit of risk management with choosing one codec and supporting it (the one that's *already* supported by the OS) so they won't be potentially double-liable for patent infringement (or liable for different sets of unknown patents).

      Theora's also, from all of what I've seen, a significantly worse codec than H.264 - specifically in the area of high-definition video. It's fine at low sizes/bitrates (such as if it were to be used on YouTube - but they already have all videos in H.264 format, before HTML5 was arguing over codecs), but Apple *does* use a large amount of high-definition video for movies on iTunes, and movie trailer downloads.

      It would also require them partially abandoning the codec they've already chosen to put their support behind in their operating system, or to at least (possibly messily) shoehorn in support for another codec into the various iPods (with, as others have mentioned, either a severe hit to battery life, or only supporting it on new devices with possibly-expensive Theora decoding chips - say what you will about Apple, but they generally keep pretty good backwards compatibility from one device to another).

      Is it right? Perhaps not. But there are reasons for it to make sense from at least a business point of view.

  39. Both? by Diabolus+Advocatus · · Score: 2, Insightful

    Can there not just be support for both?

    If a browser vendor doesn't implement them both then it's their market share that will suffer, so browser vendors really would have no choice.

    So... Why not implement both standards?

    1. Re:Both? by shutdown+-p+now · · Score: 1

      So... Why not implement both standards?

      Because you need to pay to be able to implement H.264, and the license you get is non-transferable - which is obviously not an option for FOSS browsers, most notably Firefox.

  40. What about Microsoft? by ivoras · · Score: 1

    As Microsoft still has 90%+ of the installed OS base and IE6 shows no signs of being dead, if they don't support the VIDEO tag in Windows 7, or support it only with their own VC1 codec, that will effectively set both efforts (VIDEO and Theora) back at least 5 years.

    --
    -- Sig down
  41. MPEG-LA licensing is a fucking bitch by Nicolas+MONNET · · Score: 4, 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.

    1. Re:MPEG-LA licensing is a fucking bitch by David+Gerard · · Score: 3, Funny

      Scum Sucking Syphillitic Pus-Drinking Rotting Corpse Devouring Worm Infested Defecation Eaters' Anti-Defamation League on line two for you. They're upset at being compared to patent trolls or MPEG-LA, and are demanding you upgrade their status to "like child rapists."

      --
      http://rocknerd.co.uk
  42. Re:Doesn't matter. Microsoft not supporting it by Tweenk · · Score: 2, 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.

    --
    Those who would give up liberty to obtain working drivers, deserve neither liberty nor working drivers.
  43. The H264 scumbags are a scourge by Nicolas+MONNET · · Score: 2, Insightful

    They're not content with having hardware makers pay, they charge for encoding, decoding and software, if they can get away with it.

  44. H.264 is a standard, OGG is not. by aristotle-dude · · Score: 0, Troll
    People like to point out that h.264 is license encumbered but I would argue that OGG is also license encumbered. What if I don't want to use GNU code in my product? Does OGG have a published standard for implementing the format? If so, is it up to date?

    I would rather see use of a format that is licensed from an independent body like H.264 is rather than a format that either requires use of GPL'ed or LGPL'ed code because the published spec is either non-existent or not up to date.

    --
    Jesus was a compassionate social conservative who called individuals to sin no more.
    1. Re:H.264 is a standard, OGG is not. by Inf0phreak · · Score: 1
      The reference implementations of Ogg Theora and Vorbis are both BSD licensed as you can see here and here.

      Stop spreading lies and misconceptions, you dumb twat.

      --
      ________
      Entranced by anime since late summer 2001 and loving it ^_^
    2. Re:H.264 is a standard, OGG is not. by aristotle-dude · · Score: 1

      The reference implementations of Ogg Theora and Vorbis are both BSD licensed as you can see here and here.

      Stop spreading lies and misconceptions, you dumb twat.

      Could you point me to a hardware implementation of the decoder? Could you point me to a reference spec? The fact of the matter is that h264 is already entrenched with hardware decoding support on a number of devices meaning that OGG format would have to be done in software which would reduce the battery life of devices that had h264 hardware decoding.

      --
      Jesus was a compassionate social conservative who called individuals to sin no more.
    3. Re:H.264 is a standard, OGG is not. by nedlohs · · Score: 2, 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.

    4. Re:H.264 is a standard, OGG is not. by Inf0phreak · · Score: 2, 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/. 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 a reasonable reason for excluding it from being a requirement for the HTML5 standard. As are the bandwidth issues; Youtube is bleeding enough money already.

      But what I do not get is why you suddenly get all defensive. Did Xiph.org kick your dog or what?

      I am not affiliated with Xiph.org in any way what so ever. I just happen to be able to read what it says on their webpage loud and clear. Something that you seem to fail at.

      --
      ________
      Entranced by anime since late summer 2001 and loving it ^_^
  45. And PNG/SVG will show you what happens by Anonymous Coward · · Score: 0

    if you leave that sort of thing out.

    Eight years of stagnation.

  46. and this is why by Anonymous Coward · · Score: 0

    apple suck. They're just as much about locking people into propriety formats as M$.

  47. what difference does it make? by speedtux · · Score: 1

    What difference does it make? People who watch videos on iPhones and iPods are going to buy them through iTunes. Furthermore, Apple's proprietary phones have equally proprietary web sites to go with them anyway. And until HTML5 actually gets widely adopted, all those Apple products are going to be obsolete anyway; Apple has plenty of time to build Ogg hardware into their devices if they really care.

    1. Re:what difference does it make? by Anonymous Coward · · Score: 0

      Someone mod this clueless assclown down.

  48. What happened here... by Anonymous Coward · · Score: 0

    ...is that Apple took a lesson from its fanbois and decided to be massive, flamboyant homosexuals.

  49. irrelevant by speedtux · · Score: 1

    We're talking about video embedded in web pages, for a standard that will take years to become adopted (long before Apple's non-removable batteries are dead). If HTML5 adopts Ogg today, you're going to see H.264 hardware also support Ogg in less than a year.

  50. Someone put out an APB on his balls by haruchai · · Score: 1

    because someone snatched them while he wasn't looking. All but one of the big players got on board and that one has the second lowest market share.
    So, why not set both in the standard and, if Apple doesn't want to support it fully then they don't have to.
    It won't be the first time a standard was selectively supported by a major vendor.
    POSIX,anyone? Various SQL revisions? Fortran? Any frickin' number of standards?

    --
    Pain is merely failure leaving the body
  51. FFS by Sla$hPot · · Score: 1

    Add both as standards..Why not?

  52. Let a media player handle it by spectre_240sx · · Score: 1

    Why can't we farm out the decoding to an external media player that advertises support for the codec? Granted it would be a bit more work to get vendors working together, but it would allow a lot more flexibility in the end.

  53. My favourite bit by David+Gerard · · Score: 1

    was not only that I was quoted in TFA, but that my quote was illustrated with a lolcat.

    --
    http://rocknerd.co.uk
  54. what about by ChillerMethod · · Score: 1

    What about allowing eith a type="MPEG-2" method or a new codec="Theora" and putting on the the browser software to determine how and what to play? Its not great but it makes embeding a video much simpler to the layman and opens the doorway for an open source codec to come in the future and nestle its way into the hearts of nerds everywhere. Somebody put together a committy to build an Open Source internet video codec that is designed from the ground up to work with todays internet.

  55. 3ghz cant watch it lags to bad - no debate by Anonymous Coward · · Score: 0

    sucks bad , lags to crap on 3ghz and dont bother anything less.
    During a recession you are forcing peopel to migrate up to top line state of the art computers with expensive equipment.
    Its a total fail

  56. Re: "No standard codec", "too many plugins", etc. by RoFLKOPTr · · Score: 1

    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.

    Because people shouldn't have to be prompted to install codecs in order to view in-browser videos.

    etc

    Then why not skip all the bullshit and put both codecs in the spec, and only those codecs in the spec and tell the browser developers to get over it. Both codecs are free, so it's not like any vendor is going to be out a significant amount of money to implement either. Give the right to choose to those who make use of the Internet. If a particular web designer prefers Ogg over H.264, then let him use it by making sure that every browser that sports "HTML 5 compliance" will support it. Same for those who prefer H.264. Why does there have to be a concrete bias hard-coded into the spec?

  57. The thing that really amazes me about this by Sloppy · · Score: 2, 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?!

    --
    As copyright owner of this comment, I authorize everyone to defeat any technological measure which limits access to it.
    1. Re:The thing that really amazes me about this by mvdwege · · Score: 1

      I have seen people on public transport carrying iPhones/iPod Touches holding them in such a way that they probably were watching video.

      I suspect, however, that this is more of an excuse to show off their bling gadget in a desperate attempt to seem cool, than a legitimate use case. Especially given that other manufacturers (like Cowon) seem to be doing a lot more business selling media players primarily geared for music playback over their video-centric players.

      Mart

      --
      "I know I will be modded down for this": where's the option '-1, Asking for it'?
    2. Re:The thing that really amazes me about this by molo · · Score: 1

      I see people on the subway watching video on ipods. If you have a long commute, I can see the usefulness.

      -molo

      --
      Using your sig line to advertise for friends is lame.
    3. Re:The thing that really amazes me about this by Anonymous Coward · · Score: 0

      When you want to watch some video, your first instinct is to reach for your battery-powered thingie?

      I think that mostly depends on the video (and your gender).

    4. Re:The thing that really amazes me about this by Anonymous Coward · · Score: 0

      It's not just the mobile device support. It's also that fact that currently, most video content is already in MPEG4 - content, authoring tools, hardware support, etc. Should Apple support a codec that doesn't have any authoring tools, or content, or hardware support out there currently, or should they support a codec that already has all of this now? Should they support a codec that hasn't had any market acceptance at all, or support a codec that has been on the market for 8 years and already has a bunch of content, authoring tools, and hardware support behind it, nevermind the fact that all the major movie studios are now behind MPEG4? Sorry - Ogg Theora is very late to the party. And no - Safari should not be forced to support 2 different video codecs - Apple should not be burdened with 2 different codecs that may have submarine patents - they should only need to choose one.

    5. Re:The thing that really amazes me about this by trickyD1ck · · Score: 0

      I own an iPhone, i do watch videos on it and i am happy with things the way they are now. Also, i frankly don't get why flash is not enough and why anyone needs this bullcrap. So what?

  58. Firefox will NEVER support H.264 by sadler121 · · Score: 4, 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.

    1. Re:Firefox will NEVER support H.264 by RedK · · Score: 1

      Or they could you know, ship 2 versions, one for the United States without h.264 and one for the rest of the world where the patent isn't valid. It's been done before with strong encryption browsers, I don't see why it wouldn't be feasible to do it again. In the end, that's the Mozilla Foundation's problem and they'll have to find a solution, because I don't see Ogg Theora getting much traction vs h.264 if market forces will dictate the chosen codec.

      --
      "Not to mention all the idiots who use words like boxen."
      Anonymous Coward on Monday August 04, @06:49PM
  59. The Browser handles the "codec" ? by Anonymous Coward · · Score: 0

    How does it matter what the browser companies say what they will or will not "support" ?

    As far as I am aware my browser plugin(s) hands off whatever is delivered to the browser to the system installed codecs, which decode the stream or the saved to harddrive video/audio.

    I install the KLMCodec pack, which includes Media Player Classic and if you wish pretty much every decoder and encoder there is.

    And if Apple is the only one that is the hold-out on Ogg Theora... well fuck them and their proprietary systems that make Microsoft look like a saint.

  60. Perian? by Lord+Satri · · Score: 1

    Related - the open source Perian enables QuickTime application support for additional media:
    File formats: AVI, DIVX, FLV, MKV, GVI, VP6, and VFW
    Video types: MS-MPEG4 v1 & v2, DivX, 3ivx, H.264, Sorenson H.263, FLV/Sorenson Spark, FSV1, VP6, H263i, VP3, HuffYUV, FFVHuff, MPEG1 & MPEG2 Video, Fraps, Snow, NuppelVideo, Techsmith Screen Capture, DosBox Capture
    Audio types: Windows Media Audio v1 & v2, Flash ADPCM, Xiph Vorbis (in Matroska), and MPEG Layer I & II Audio, True Audio, DTS Coherent Acoustics, Nellymoser ASAO
    AVI support for: AAC, AC3 Audio, H.264, MPEG4, and VBR MP3
    Subtitle support for SSA/ASS and SRT

  61. Use Directshow/Quicktime/Gstreamer by Mulder3 · · Score: 1

    Can anyone explain to me why the browsers vendors canÂt simply use the existing codecs in the OS? They could(and should) use Direcshow for Windows, Quicktime for MacOSX and Gstreamer/ffmpeg for Linux?

  62. Re: "No standard codec", "too many plugins", etc. by icebraining · · Score: 2, 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

  63. Which platforms by tepples · · Score: 1

    Except that most browsers don't include Flash support, and browsers do exist on platforms for which there is no Flash.

    Which platforms that contribute to a significant number of video views are you talking about? If it's Wii, then you already have to encode the video twice because Internet Channel supports only H.263 (FLV), not H.264.

  64. No mention of Dirac!? by Jeremy+Visser · · Score: 2, 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, 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.

  65. YouTube is not a content provider by tepples · · Score: 1

    If the video element is implemented in a way content providers like iTunes and YouTube are not happy with

    Let me say it again: YouTube is not a content provider any more than Google Docs; it is a hosting and search provider. YouTube's users provide the works that YouTube displays to viewers.

    1. Re:YouTube is not a content provider by 99BottlesOfBeerInMyF · · Score: 1

      Let me say it again: YouTube is not a content provider any more than Google Docs;

      That's not exactly true as Google has signed deals with content providers to make content available over YouTube. As far as I know they haven't signed contracts with anyone to make content available via Google Docs.

      ...it is a hosting and search provider.

      Largely this is correct, but it is not really material to any of my points.

    2. Re:YouTube is not a content provider by yabos · · Score: 1

      But youtube choses which codec they encode to thus they have huge influence.

  66. Good standards process by mdmkolbe · · Score: 1

    Since it's vendor-driven, it's going to be exactly what the vendors can agree upon - no more, and no less.

    That sounds pretty worthless.....

    On the contrary, many if not most good standards are written this way.

    Ideally a standards committee has an even mix of users and implementers and the resulting standard is a negotiated balance between what all sorts of different users want and what all sorts of different implementers are willing to implement. From the implementer's side this is important not only to encourage quick implementation but also to ensure the standard can be efficiently implemented From the user's side this is important not only to make the standard easy to use but also to ensure it covers all the important use-cases.

  67. Laches by tepples · · Score: 1

    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.

    I believe there is already such a defense at equity, called estoppel by laches. It's not as strong for copyrights and patents as it is for trademarks, but it's still available.

  68. Apple can counter-sue. Xiph can't. by tepples · · Score: 1

    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.

    Unlike non-profits such as Xiph, major corporations such as Apple own patents that they can use to counter-sue patent holders that show up late to the MPEG-LA party.

    1. Re:Apple can counter-sue. Xiph can't. by Anonymous Coward · · Score: 0

      Mod this offtopic or nonsense.

      Whether or not it can or can't is completely irrelevant for the reason given by apple.

  69. Re:Seriously? Lolcats? by Anonymous Coward · · Score: 0

    Well, In a way thats a good thing. It makes it easier to spot people with horrible senses of humor. Its like adding a bad humor meta tag to everything you do.

  70. Silverlight 3 supports arbitrary codecs. by benwaggoner · · Score: 1

    Microsoft hasn't commented, which isn't the same as supporting neither. However, considering that silverlight 3.0 is slated to support H.264, I suspect that says a lot by itself.

    Silverlight 3's Raw AV pipeline should be able to support Ogg Theora/Vorbis:

    http://on10.net/blogs/benwagg/Silverlight-3-Beta-Whatrsquos-New-for-Media/

    Someone's already working on a port of the Ogg wrapper and Vorbis for Silverlight and Moonlight:

    http://veritas-vos-liberabit.com/monogatari/2009/03/moonvorbis.html

    1. Re:Silverlight 3 supports arbitrary codecs. by KingMotley · · Score: 1

      H.264 will be shipped standard with Silverlight, Ogg Theora/Vorbis currently is not planned to be. Yes, 3rd parties should be able to add other codecs as well if they want as well.

  71. what bothers me most... by pjr.cc · · Score: 1

    Is that google has become evil.... Apple has always been evil to one extent or another, but for the most part i trusted google... now if youtube only supports h.264 then basically they have a method for elimating firefox and opera as competitors. Yay google.

    When the spec specifically says "you can have 2 video formats in the one video tag". Why not just support a crappy version in ogg (i.e. low res), low enough that its 25% of the size of the original h264 version. At least mozilla's legs wouldn't get cut off. It would also be a challenge for theora - i.e. google could say "a 1 meg h264 video is like this, make a 250k theora start to look good and maybe we'll balance those numbers a bit".

    A 25% hit on storage for google would not be a killer and its a shame it couldn't see its way to doing just that.

    Ultimately we can only assume google's motive is "Death to firefox and open standards"

  72. Who cares about apple anyway? by Anonymous Coward · · Score: 0

    When Safari was introduced, Jobs presented a keynote showing how Safari will take on FireFox and IE, predicting a marketshare of 40 %.

    This hasn't happened, instead FF continued to invent new features, making Safari look really old. And a new open-source browser entered the stage, which uses the same code base as safari and is backed by a large vendor.

    With Mozilla now having more than 40% market share in some countries and Google taking on Safari/Windows, Apple has lost its self-declared browser war.

    As soon as Wikipedia and other large community sites will start using the free codecs, apple will have no choice but to implement them, too.

  73. Comment removed by account_deleted · · Score: 1

    Comment removed based on user account deletion

  74. How counter-suing makes a landscape more certain by tepples · · Score: 1
    Anonymous Coward wrote:

    Mod this offtopic or nonsense.

    Whether or not it can or can't is completely irrelevant for the reason given by apple.

    Apparently, the use of the Offtopic moderation reason on Slashdot has suddenly grown much more strict over the past few days. Let me connect it directly to the article. In the Ars article, Ryan Paul wrote:

    Apple objects to Ogg Theora, claiming that the lack of known patents on Theora doesn't rule out the threat of submarine patents that could eventually be used against adopters.

    The situation around H.264 is more certain for two reasons: First, its developers are certain that they can counter-sue anyone who brings patent claims against them, which assures destruction for any patent troll. Second, it has been implemented long enough on high-profile public web sites and in publicly available hardware that patent trolls' claims would likely be estopped by laches. The situation around Theora is less certain for Apple because there is no such developer that can assure destruction, and there is no such track record of having sat implemented with no actual lawsuit.

  75. This is bad by randomsearch · · Score: 1

    I'm quite interested by this debate, mainly because my music is in OGG-Vorbis and I'm quite encouraged by the idea that major browsers might starting supporting a similarly open standard. It has to be a good thing.

    (you can read more about it at http://en.wikipedia.org/wiki/Ogg_controversy)

    It seems that Apple and Nokia are against Ogg Theora, whereas Mozilla and Google are pro-Theora.

    Apple and Nokia's main arguments: H.264 is better (for example, consumes less bandwidth), there are no good hardware implementations around, and there is a risk of submarine patents.

    I don't believe these objections for a minute. Apple is simply against an open format because they're lobbying for control of the market. This is clearly underlined by past behaviour (blaming music companies for the use of DRM in iTunes is a brilliant piece of deflection, but I can't believe anyone who understands the business world would really buy that).

    Technical superiority is not that important: clearly Google would not be in favour of Theora if there weren't other overriding concerns of open standards. A.N.Other format can always come along. We just need something that works ok, is simple to implement, and nice and open so everyone gets the same experience on the web.

    If hardware implementations were really an issue, we'd have every hardware manufacturer in the world complaining about it. No, hardware implementations follow standards and popularity - we'll get great hardware designs if necessary. It's not a problem.

    The patent issue just seems to be FUD. A great example of why such patents shouldn't be permitted, but as it is every single piece of software is open to such problems.

    I'm not an Apple-hater, I admire the iPhone's interface (I own one) and some of their design work is awesome. But they need to open up - if they try to lock things down in this way, long-term they will lose (see Microsoft's decline, particularly in the browser market) and we're all going to suffer. For God's sake, anyone want to see the introduction of Flash on the iPhone? Thought not. Apple fans - please do everyone a favour and convince the company to change tact.

  76. Just use OGG by swilver · · Score: 2, 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.

  77. Re:How counter-suing makes a landscape more certai by Anonymous Coward · · Score: 0

    I thought it was meant ironic ,but I see it isnt.

    First, a third party patent claim doesn't make the situation more certain but more fragile.

    Apple has certainly no guarantee to successfully counter-sue, in any case. They may or may not find an infringing patent to sue the third party.

    And third, you seem to confuse "high profile web sites" with high profile companies.

  78. Re:How counter-suing makes a landscape more certai by tepples · · Score: 1

    And third, you seem to confuse "high profile web sites" with high profile companies.

    The point is that if a party outside the MPEG-LA pool really wanted to press the H.264 issue, it would probably have announced plans to sue Google, which operates the YouTube video hosting service.

  79. Yeah, I'm anti-portable-media-player by Sloppy · · Score: 1

    Especially given that other manufacturers (like Cowon) seem to be doing a lot more business selling media players primarily geared for music playback over their video-centric players.

    Oh yeah, music playback on battery-powered devices totally makes sense, because we have cheap, good wearable speakers. But until we have cheap, good wearable displays that, unlike an iPod's screen, actually take up more than a few arcseconds of the user's field of view, battery-powered video playback is a niche app.

    The iPod's software is not a serious part of the video market -- not merely a drop in the bucket (compared to the systems with power cords) but a drop that everyone else can point at as a shitty user experience. W3C gave Apple way too much say on this issue, at least as far as the iPod is concerned.

    Safari on desktops? Ok, Apple's opinion counts, so let them put forth their pretense of being worried about submarine patents (as though it's a factor in Theora but not h.264), but W3C should have laughed them out of the room over the hardware decoder issue.

    --
    As copyright owner of this comment, I authorize everyone to defeat any technological measure which limits access to it.
  80. Best case though by SuperKendall · · Score: 1

    Except video for everybody is not _a_ video for everybody it is different videos for different people.

    But it's only two videos.

    No more flv videos. No more wmv files. It's way better than the mish-mash we have now because you only have to provide two files and you really do have "video for everybody" without having to worry about what they are using, what they have installed - or even if they are on an iPhone or not!!

    It frees you from having to do ANY browser detection in javascript or server side, and that is a huge win.

    One single format would be desirable but it's not realistic. Frankly I am a happy camper if we only have two standards moving forward. Having a commercial format that's well supported is great because of hardware support, and having an open standard keeps everyone honest.

    The real beauty of this thing is that if everyone starts using "video for everybody" then every single video gets transcoded to ogg. That is the goal after all, right? All video in an open format so you don't have to worry about lockdown? That accomplishes this goal even at the same time as users with commercial devices get good performance and smaller files. It's a win/win.

    --
    "There is more worth loving than we have strength to love." - Brian Jay Stanley
    1. Re:Best case though by pbhj · · Score: 1

      [...] every single video gets transcoded to ogg. That is the goal after all, right? All video in an open format so you don't have to worry about lockdown?

      I don't think that is the goal, the goal from where I'm observing is to allow people to encode video unencumbered by license restrictions, then allow that single video file to be viewed in any browser that meets the standards (again without IP shenanigans).

      Why is one single format not realistic? Greedy corporations aside.

      If Ogg Theora (or whatever, MPEG LA could open up H264 ;0)>, I'm not bothered about which FOSS format is used) were the format can you imagine how quickly it would get optimised? How quickly it would get full hardware acceleration? Then the time and money saved in having only one (eventually) winning format to encode, store, cache and render?

    2. Re:Best case though by SuperKendall · · Score: 1

      I don't think that is the goal, the goal from where I'm observing is to allow people to encode video unencumbered by license restrictions

      You can - there are any number of free mp4 encoders.

      The real goal absolutely should be to make everyone use the open format. If that comes at the expense of having to do dual conversion for a while it is worthwhile - only then does the open format stand on equal footing to get larger improvements in the spec and things like hardware decoding support that it will never see otherwise.

      Why is one single format not realistic? Greedy corporations aside.

      What is the sound of one hand clapping? You answered your own question, so I don't know why you bothered to ask.

      I am a realist and would prefer to go down a path that actually sees potential for the open format to take over, than the idealistic path in which it is forever marginalized.

      If Ogg Theora were the format can you imagine how quickly it would get optimised?

      But the question is meaningless since we know it will not be the single format as things stand. Until it is in the place mp4 for is today it cannot take over the crown. Baby steps (though being the other single official standard video format is hardly "baby steps").

      Then the time and money saved in having only one (eventually) winning format to encode, store, cache and render?

      I submit that is not much time saved at all. You encode a video once and then it is served forever - one more encoding is still constant against the endless streaming potential thereafter. It simply doesn't matter if there are one or two as long as they are a fixed reference, it starts mattering when there is no reference and the number is unbounded. That is what we have today and we must move to something better.

      --
      "There is more worth loving than we have strength to love." - Brian Jay Stanley
    3. Re:Best case though by pbhj · · Score: 1

      Thanks for your reply. Just one point I can't help making ...

      You can - there are any number of free mp4 encoders.

      I assume you mean MPEG-4 AVC, ie H.264 (MP4 is a wrapper). Some people like not to have to break the law to create standards compliant HTML pages with video; H.264 is owned by the MPEG LA group and can't be used legally without a license.

      That means unless you bought your encoding software and viewing software you're probably not allowed to view the content.

  81. -1 TROLL by yabos · · Score: 1

    Get your head out of your ass. Mozilla is not neutral. They're sticking with Theora as hard as Apple is sticking with H.264. At least Apple has a good reason which is 50 million iPhones and iPod Touches with an H.264 decoder chip which can't decode Theora. The only reason Mozilla doesn't want to use H.264 is because they don't want to have to pay licensing fees.

  82. Fanatics! by brys · · Score: 1

    IMHO pushing open source codec is plain ridiculous. The H264 is a open standard which is widely used. Note that H264 is a sucessor to MPEG2 which is used for 20 years now.
    Changes in this area are happening every 20 years and there is a place for only one codec. It is very well standarized and so on. The guys who wants to standarize the HTML 5 doesnt really know what means to standarize over many years and what standards are made for.
    Everything goes in the direction of H264 Part 10 (The open one version), even latest FLASH PLAYER is licencing H264 codec from MAIN CONCEPT.
    I think guys who are pushing this are just plain fanatics of opensource and they do not understand the openness of standards etc.

  83. Yeah right by yabos · · Score: 1

    No, most users of iPods and iPhones would not ditch them for something else. All of Apple's mobile devices don't support flash of any kind and that has not stopped many people from buying them.

  84. Chicken and Egg by SuperKendall · · Score: 1

    Hardware de/encoders can easily support both with no significant extra cost or battery usage.

    Correct. They COULD.

    Right now, they DO NOT. In ANY of millions upon millions of devices shipped. Nor can they.

    You need some hardware support in place before you can start moving it to be a real standard, that's all there is to it.

    That's why mp4 MUST be in any final standard.

    Now I also think you MUST have an open format for the standard. Which is why you need ogg.

    Therefore, you MUST have both in the standard. Therefore, use "Video For Everyone" and the real standard will be OGG and MP4, side by side. That's good enough I figure for the reasons you'd want either format.

    If everyone started supporting this dual path publishing, then before long any video site would HAVE to support ogg because some significant portion of users would expect it. In the end that should be the ultimate goal, that every single video be available in Ogg. Who cares if it's ALSO in a commercial format too?

    --
    "There is more worth loving than we have strength to love." - Brian Jay Stanley
  85. Which browser? by SuperKendall · · Score: 1

    I tried the Video For Everybody on my recently (last night) ubuntu installed laptop. It prompted me to install the proper software (yay ubuntu) but it picked up the h.264 decoder and mpeg-4 AAC decoder. Is there anyway that I could easily get it to try ogg thera first.

    If you're using Mozilla (seems likely) it seems like that would be a bug in the way that "video for everybody" code fragment works - which browser (and version) were you using? I'd be happy to send on a report to them about something working oddly...

    --
    "There is more worth loving than we have strength to love." - Brian Jay Stanley
  86. Can a bug be ironic? by SuperKendall · · Score: 1

    isn't it an irony that firefox 3.5 crashes with the vido link you provided ?

    (a) It works on my Mozilla 3.5 (on a Mac).

    (b) If any input causes Mozilla to crash, how is that anything but a bug in Mozilla? A browser should not crash period, no matter what markup it is fed (it is of course allowed to look like crap).

    --
    "There is more worth loving than we have strength to love." - Brian Jay Stanley
  87. Yes by SuperKendall · · Score: 1

    Will you pony up the 5Million per year? And if the fees are hiked up next year?

    If I were Mozilla I certainly would pay that fee out of the giant pile of money (100+ million/year) they get from having Google as the home page.

    It would further increase uptake of Mozilla and is as noted required to be a serious platform...

    If I were Apple I would also adopt ogg. But Mozilla stands to gain a lot more by licensing mp4 than Apple would licensing Ogg.

    Opera is a trickier question since I'm sure they cannot afford it... but if everyone uses the code I sent it doesn't matter, because there's always an Ogg version.

    --
    "There is more worth loving than we have strength to love." - Brian Jay Stanley
    1. Re:Yes by TheTurtlesMoves · · Score: 1

      And when the fee is increased?

      I can think of a lot better uses that pay some patent fee... Put the 5 million per year into developing an unencumbered video codec perhaps...

      --
      The Grey Goo disaster happened 3 billion years ago. This rock is covered in self replicating machines!
    2. Re:Yes by SuperKendall · · Score: 1

      And when the fee is increased?

      Perhaps you missed the part where Mozilla is already earning north of 100 million/year for the google integration.

      Perhaps you further did not reflect on how that amount grows as Mozilla market share increases, which it will do naturally and will be hastened by adopting inline h.264 support.

      --
      "There is more worth loving than we have strength to love." - Brian Jay Stanley