Slashdot Mirror


Ars Thinks Google Takes a Step Backwards For Openness

An anonymous reader writes "Over at Ars Technica, Peter (not so) Bright gives a long-winded four pages of FUD about how Chrome dropping support for H.264 is a slight against openness. 'The promise of HTML5's video tag was a simple one: to allow web pages to contain embedded video without the need for plugins. With the decision to remove support for the widespread H.264 codec from future versions of Chrome, Google has undermined this widely-anticipated feature. The company is claiming that it wants to support "open codecs" instead, and so from now on will support only two formats: its own WebM codec, and Theora. ... The reason Google has given for this change is that WebM (which pairs VP8 video with Vorbis audio) and Theora are "open codecs" and H.264 apparently isn't. ... H.264 is unambiguously open.'"

90 of 663 comments (clear)

  1. Summary sucks. by grub · · Score: 5, Insightful


    Peter (not so) Bright gives a long winded, read 4 pages of FUD

    I come to slashdot for the articles but stay for one-sided submission summaries.
    Not that I support Google's move but, come on, this is summary is a troll unto itself.

    --
    Trolling is a art,
    1. Re:Summary sucks. by syousef · · Score: 4, Funny

      Peter (not so) Bright gives a long winded, read 4 pages of
      FUD

        I come to slashdot for the articles but stay for one-sided
      submission summaries.

      Not that I support Google's move but, come on, this is summary is a
      troll unto itself.

      Yeah, completely unprofessional. But think of the possibilities. Billy Poohead Gates. Steve Monkeyboy Balmer. Steve Head Jobs (not to be confused with Richard Head Stallman). And that's just the start. We could give them all silly immature nicknames and ourselves a big pat on the back. All we need to do is lose some brain cells (alcohol will help with that) and act like 12 year olds (no help required)

      --
      These posts express my own personal views, not those of my employer
    2. Re:Summary sucks. by grub · · Score: 5, Funny


      I'm waiting for some new virtual reality gimmick to hit when "Web 3.0" comes around in the future.
      Slashdotters with 11 digit UIDs will hear a virtual doorbell, open a virtual door and see a virtual flaming paper bag on the virtual doorstep.

      All the while a real 30 year old virgin in his mom's real basement is hiding in the virtual bushes watching the victim's avatar stomp the virtual bag filled with virtual dog pop.

      Man we're all a bunch of retards.

      --
      Trolling is a art,
    3. Re:Summary sucks. by Gorath99 · · Score: 2

      And inaccurate as well, at least insofar as the article having 3 rather than 4 pages.

    4. Re:Summary sucks. by ifiwereasculptor · · Score: 2

      Actually alcohol doesn't kill brain cells. http://en.wikipedia.org/wiki/List_of_common_misconceptions

      I know, I'm much more disappointed in myself knowing that than when I could blame my current lack of brightness on past ethanol-fueled fun.

    5. Re:Summary sucks. by xaxa · · Score: 2

      the more garbage I read on Slashdot the more I realize the teenagers who are dominating it today are not the teenagers of 20 years ago who were hacking in assembly on their Commodore 64.

      I don't think there's that many teenagers reading Slashdot, compared to a few years ago. Only half the readers here are under 34, and the advertisers don't even bother to give the under-18 figure source.

      There are plenty of "at my work" or "at my college" posts, but not many "at school" ones.

    6. Re:Summary sucks. by DrgnDancer · · Score: 5, Insightful

      To be fair, while I haven't been around quite as long as you, I have a pretty low UID and I can't remember a time when Slashdot didn't contain it's fair share of immature prattle, tremendously uncreative insults, or pedantry. Remember when half the people here insisted on always referring to Microsoft as M$, or every single post on a mainstream press articles containing the word "hacker" had at least one, probably several, 20-30 comment threads on the difference between "hackers" and "crackers"? Sadly, we've always been retards.

      --
      I don't need a million points of light, just two points of multi-mode fiber and a 10 Gig-E router.
    7. Re:Summary sucks. by grub · · Score: 5, Funny


      I recently turned 45 and still post the occasional goatse link. Slashdot has damaged me more than had I been a heroin addict all these years.

      I've given up all hope at recovery and now embrace my slashdot-induced retardedness. It's like a tattered, smallpox infected blanket on a cold day.

      --
      Trolling is a art,
    8. Re:Summary sucks. by operagost · · Score: 2

      That being said, Peter Bright really isn't a stellar example of technical competence. I had the misfortune of being involved in OS discussions in the Battlefront forum back in the early 2000s and he was a hardcore Windows nut.

      --

      Gamingmuseum.com: Give your 3D accelerator a rest.
    9. Re:Summary sucks. by marcello_dl · · Score: 5, Insightful

      There is only one side.
      Bright says the move is against openness because h264 was developed in the open.
      I posit that that's irrelevant if the source is open if patents prevent you to doing anything to it.
      Developing patent encumbered projects in the open is a great idea because: 1. more eyes means more testing. 2. more eyes means that it's easier to sue competitors who might or might not have looked up the source because the source is freely available.

      So software patents, which were born for the main reason of letting big corps use for software market the same tactics they employ in real markets , have the added bonus to make open source more evil than closed source.

      The only questions that matter are: is that software free or encumbered? - If it's encumbered is it worth the hassle?
      In the case of h264 you have:
      - big market share
      - current market share being irrelevant in two years' turnaround time
      - minor advantage in efficiency
      - minor disadvantage in decoding efficiency against theora when dedicated hardware is not present
      - being tied for the rest of your material's life to MPEG LA decisions :"The [street-smart] people at MPEG-LA have made sure that from the moment we use a camera or camcorder to shoot an mpeg2 (e.g. HDV cams) or h.264 video (e.g. digicams, HD dSLRs, AVCHD cams), we owe them royalties, even if the final video distributed was not encoded using their codecs!" source

      The last point kills it for me, and after SCO trial I think that being paranoid on these issues is not a bad idea. YMMV.

      --
      ---- MISSING MISCELLANEOUS DATA SEGMENT --- [sigdash] trolololol
    10. Re:Summary sucks. by rubycodez · · Score: 3, Informative

      Your linked article states that it does lead to mass death of brain cells in heavy drinkers.

      It would be more accurate to state that occasional moderate use of alcohol is not known to kill brain cells, but heavy chronic use can.

    11. Re:Summary sucks. by kangsterizer · · Score: 3, Informative

      Slashdot is moderated by the users. you can downrank entire stories.
      If many people uprank this story, it means most are ok with the contents.

      Of course you need nice karma to be able to moderate that stuff. But hey. Slashdot is still the best large volume user moderated news site i know by light years. I can't count how many website comment and story moderation process is utterly useless and crappy in comparison. (even if bashing slashdot is normally a karma setter .. on slashdot :P)

    12. Re:Summary sucks. by pjstevns · · Score: 2

      Dude,

      20 years ago the commodore 64 was ancient news already. In '91 we had all long jumped onto the x86 bandwagon, lingering in the msdos purgatory, fiddling with waffle-uucp, until two years later linux heaven finally arrived as version 0.99.something.

      Time does fly don't it.

    13. Re:Summary sucks. by iamsolidsnk · · Score: 2

      Good info here, I actually read that OSnews report when it first came out and was shocked at the fine print. I think Peter Bright's problem is that Google is taking a Paternalistic approach to the problem by completely excluding the codec instead of bringing all codecs into the loop and letting the user decide. I see other readers getting caught-up in the definition of "openness" or perhaps it's application. H.264 is a gratis codec with strings attached (patents) while WebM promises to be gratis and libre with no "gotchas" based on how you use it (business vs. personal).

      --
      Here I am, here I remain.
    14. Re:Summary sucks. by M.+Baranczak · · Score: 2

      Studies have shown that moderate use of alcohol is harmless, even in large quantities.

    15. Re:Summary sucks. by tkprit · · Score: 2

      I love the snark ;) "Peter (not so) Bright" != worst I've seen, and after RTFA I could see why an AC would use that moniker. If Google submits webm to ISO, this feels like a non-issue.

    16. Re:Summary sucks. by TopSpin · · Score: 2

      About the worst summary I've seen, and I've seen most of them.

      --
      Lurking at the bottom of the gravity well, getting old
    17. Re:Summary sucks. by iinlane · · Score: 2

      Especially because he is genuinely bright guy. I've been reading hes articles with great interest an as a rule he's an insightful man.

    18. Re:Summary sucks. by mcgrew · · Score: 2

      William S. Boroughs lived to his 80's... alcoholics and smokers never make it that far.

      Never say never. My great uncle started smoking at age 12, and quit at age 82 when a skin cancer on his lip scared him; he died ten years later.

      A decade ago, the world's oldest woman at the time (now dead) smoked a cigarette every day after lunch, and she was over 100.

      My old, late drinking buddy Ralph drank daily, and he was 86 when he died.

      Most of heroin's socio-economical impact comes from its illegality, but I know a heroin addict. Believe me, you do NOT want to be addicted to heroin. Heroin addicts usually wind up dying from suicide, and their suicides are usually reported as "accidental overdoses".

  2. Putting the snideness of the summary aside... by elrous0 · · Score: 2, Insightful

    I think that the original editorial does have a point in one regard. The height of "openness" and freedom to me is the ability for me, as the user, to CHOOSE whatever format I want to watch or use for myself. Now, I'm sure that there will be some extension for Chrome that allows for H.264 support. But, having said that, I still never feel more "free" when someone REMOVES support for a format.

    --
    SJW: Someone who has run out of real oppression, and has to fake it.
    1. Re:Putting the snideness of the summary aside... by Anonymous Coward · · Score: 5, Funny

      Be sure to pay your $699 H.264 licensing fee, you cocksmoking teabagger!

    2. Re:Putting the snideness of the summary aside... by rveldpau · · Score: 5, Insightful

      Although very crudely worded, "Anonymous Coward" is right. H.264 is created to make money. By Google removing support for H.264, it pushes for an actual open standard. If Chrome and Mozilla had support for H.264, and IE only supported H.264, then everyone would have to pay the licensing fee.

      If however, Google and Mozilla remove support for H.264 and only support open codecs, Microsoft will be forced to adopt open standards as well, rather than slamming Google for "imposing a language on the world," as they've tried to do many times in the past.

      This is a step for openness on the server side. Although it looks like it's removing options, it is actually forcing options by forcing Microsoft to play nicely.

    3. Re:Putting the snideness of the summary aside... by Desler · · Score: 2, Insightful

      You do realize that the amoritized cost of an H.264 license for any company the size of google is fractions of a cent per customer, right? The royalties, which they don't have to even pay for streaming Youtube videos, is maxed out at a few million dollars which is less than they spend on a month worth of cafeteria costs.

    4. Re:Putting the snideness of the summary aside... by nine-times · · Score: 3, Interesting

      Yeah, I agree. It's strange to support "freedom" by diminishing choices.

      By being so quick to take sides in these arguments, I think some people miss that this just *is* a problem. Everyone wants to say, "why don't we just do this?" and seem oblivious to the problems that might be caused. h264 is open, but it also has patent issues, but on the other hand it's widely used and widely supported. Flash isn't going away until content owners settle on some kind of DRM for HTML5 streaming. WebM is new, isn't widely supported yet, and may (or may not) have some patent issues down the line.

      And what's a bit silly is that everyone wants to talk about this like it's a technical issue-- an issue of which format is "better". It's really a confluence of technical, legal, economic, and social issues, and I don't think it'll be wrapped up without some drastic changes in how we deal with content.

    5. Re:Putting the snideness of the summary aside... by emt377 · · Score: 3, Interesting

      That's all fine and well for Google and their endless buckets of cash, but what about other companies, or importantly startups who want to get into the game.

      H.264 is a standard; not a de-facto, or "industry" standard, but one adopted by an international standards body with wide representation. It publishes specs. If you build a part to do something with H.264 video, as long as it conforms to spec, it will work with others' products. You know, like the way any unlocked GSM phone works on any GSM network that operates on the same frequency band. It's ideal for startups, because you only need expertise in your own narrow product field, not in the entire much broader space. To build say an innovative silicon decoder you don't need to know how to build an encoder, because the elementary stream conforms to the standard. You don't need to know whether it came off a disc or ethernet. And while you occasionally run into interop issues this is positively nothing compared to the alternative of having inhouse expertise for *everything*. Not to mention the cost of dealing with some hacker who thinks they're doing something smart in the encoder, blowing up your taped-out decoder you've sent off to fab!

      Compared to other costs, licensing fees are fairly trivial. $100k doesn't even buy a competent engineer for a year.

    6. Re:Putting the snideness of the summary aside... by tgd · · Score: 4, Insightful

      Although very crudely worded, "Anonymous Coward" is right. H.264 is created to make money.

      Chrome was created to make money.

      Don't forget that when evaluating Google's stance on this.

    7. Re:Putting the snideness of the summary aside... by Kjella · · Score: 5, Insightful

      If Microsoft only supports H.264 and Google/Mozilla/Opera only supports WebM, the winner is - beyond a shadow of a doubt - Adobe and flash. There's no need for Microsoft to play nice, the video tag is not established and they can in practice delay it indefinitely.

      --
      Live today, because you never know what tomorrow brings
    8. Re:Putting the snideness of the summary aside... by Anonymous Coward · · Score: 4, Insightful

      Why should I pay 10 cents for something to be included that I don't need because I have a free alternative?

      Hell, let's just replace all the tens of thousands of free packages in our Linux repos with patented apps that each have a _completely_ insignifigant ten cent fee?

      Or we could stop the bullshit right now and not support software patents that lead to a system closed from competition.

    9. Re:Putting the snideness of the summary aside... by w_dragon · · Score: 2

      Yes, but it makes money by forcing all browsers to improve their javascript capabilities, allowing Google to provide services via the browser where they can show you adds. Browsers are actually becoming a reasonable platform to develop some applications for, and part of that is Google pushing javascript efficiency improvements on everyone.

    10. Re:Putting the snideness of the summary aside... by CynicTheHedgehog · · Score: 2

      If Microsoft only supports H.264 and Google/Mozilla/Opera only supports WebM, the winner is - beyond a shadow of a doubt - Adobe and flash

      And Google. If Adobe/Flash retain their position as the pre-eminent platform for video, and if Apple continues to block Flash on iOS, then Google will have an advantage over Apple when it comes do displaying video on handheld devices.

    11. Re:Putting the snideness of the summary aside... by drinkypoo · · Score: 4, Insightful

      That is simply trading one set of restrictions for another.

      The tradeoff is that supporting Software Freedom will lead to more freedom for you eventually, while supporting closed solutions leads to more lack of freedom in the future. You have to create the world you want to live in.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    12. Re:Putting the snideness of the summary aside... by rubycodez · · Score: 3, Insightful

      $100,000 is more than some small companies make in a year.

      I don't have freedom if I have to like the pockets of some cartel Shylock.

    13. Re:Putting the snideness of the summary aside... by tomhuxley · · Score: 2

      Microsoft pays in FAR FAR more in license fees than they get as royalties from the license pool. What it buys them is protection from the other patent owners. The money they receive from the patent pool is a fraction of a fraction of a penny per license fee.

    14. Re:Putting the snideness of the summary aside... by kangsterizer · · Score: 3, Informative

      FOSS doesnt force you to use their software, and doesn't force you to use only their software if you do use some of it.
      On the contrary, proprietary software forces you into many things (including the fact that you don't even own the said software you pay for).
      So you're free, you can use FOSS or not, with or without proprietary software that permits it. There is no *you have to use FOSS* *put gun on your head*.

      On the other hand... FOSS usually still recommands using only FOSS because there's no restrictions (unlike proprietary software).

      Is that so hard ?

    15. Re:Putting the snideness of the summary aside... by znu · · Score: 5, Insightful

      Although very crudely worded, "Anonymous Coward" is right. H.264 is created to make money. By Google removing support for H.264, it pushes for an actual open standard.

      This is simply false. (Lifted from a post I just made about this in the Ars forums) MPEG-LA licenses the H.264 standards under RAND (reasonable and non-discriminitory) terms -- they're not playing favorites to give some companies strategic advantage over others. Moreover, if you think about the fact that there are 1000 patents in the H.264 license pool, and no individual company owns more than a few, you quickly realize that nobody who actually implements H.264 is making more money from it than they pay for it. The idea that anyone is supporting H.264 because they want to get rich off of license fees is ludicrous.

      H.264 is a real standard, developed and governed by a multi-party process, recognized by international standards organizations, and extensively documented. WebM is some C code that Google bought and dumped on the public. Other stakeholders had no input into the "specification". There is no formal multi-party governance process; the format is de facto controlled by Google, because they employ the developers. In practice, WebM is defined by Google's code, not by standards documents.

      Oh, and WebM is also technically inferior.

      And as if that weren't enough, it's extremely unclear, given what happened to Microsoft with VC-1, that WebM has actually managed to avoid patent liability. Keep in mind, Google hasn't indemnified anyone, and their strategic interests are served here even if a patent licensing pool does eventually need to be set up for WebM. So they have essentially nothing to lose by pretending its unencumbered, even if it's not.

      --
      This space unintentionally left unblank.
    16. Re:Putting the snideness of the summary aside... by SuricouRaven · · Score: 2

      WebM and x264 are substantially similar internally - in theory I imagine much of the same hardware could be used to decode them. It would need a lot of coder-hours to make it work, but I imagine Google will do that for Android at some point.

      Apple won't. They own a substantial stake in the h264 patent pool - WebM is their direct competitor, so they arn't going to do anything to aid it.

    17. Re:Putting the snideness of the summary aside... by VortexCortex · · Score: 4, Interesting

      H.264 is a standard; not a de-facto, or "industry" standard, but one adopted by an international standards body with wide representation. It publishes specs. If you build a part to do something with H.264 video, as long as it conforms to spec, it will work with others' products.

      ... ?? Your point is? I believe what you're referring to is a documented format. Any such documented audio/video encoding format that conforms to its specification can be read by any video decoder that conforms to the same respective spec.

      In fact: Data from any type of encoder conforming to a spec can be read it's corresponding decoder! ( GnuZip reads WinZipped files... )

      This means, Theora, VP8, MP4, MP3, and even Windows Media Audio (WMA) and Win Media Audio (WMV) have multiple implementations -- they are all "open standards" in that anyone can create a complying implementation via the format's documentation.

      You know, like the way any unlocked GSM phone works on any GSM network that operates on the same frequency band. [H.264 is] ideal for startups, because you only need expertise in your own narrow product field, not in the entire much broader space.

      The same can be said for VP8, Windows Media, MP3, Theora, Vorbis, and virtually every existing codec known to man.

      The difference is that unlike H.264 "standards boards", VP8 and Theora do not pursue license fees, and claim no patents.

      Startups would be more wise to go with a codec that is not patent encumbered, and costs $0.00 to license... Not H.264.

      To build say an innovative silicon decoder you don't need to know how to build an encoder, [blah blah blah blah blah blah]

      Documented file formats enable multiple or partial implementations of codecs... Self evident really, no need to iterate every type of implementation that can exist or re-repeat yourself, we get it.

      And while you occasionally run into interop issues this is positively nothing compared to the alternative of having inhouse expertise for *everything*.

      Yes, it's quite foolish to build an inhouse codec, but H.264 isn't the only codec out there.

      Hell, you can create a wrapper that allows an interface to external codec libraries in order to support all of the codecs I've mentioned above... However, if you ship a product with a patented encumbered codec, you must pay the licensing fee to MS, MPEG-LA, or other such patent holders.

      The license fee for VP8, and Vorbis is $0.00.

      Compared to other costs, licensing fees are fairly trivial. $100k doesn't even buy a competent engineer for a year.

      Yep, and for absolutely NO FEE you can just use Theora/Vorbis, or VP8. $100k is 10000000% more than $1, and infinity% more than $0.

      Fact is, Chrome is a derivative of Chromium -- If Google goes with H.264 then Chormium would have to have H.264 support, or else Google has to maintain a separate video branch in Chrome.

      Unfortunately, If I compile Chromium Source Code that has H.264 support I'm forbidden from distributing the binaries unless I pay the licensing fees.

      From a web browser "start-up" perspective, it's best for Google NOT to burden the "start-up" with licensing fees or maintaining it's own incompatible video branch if the "start-up" were to fork Chromium.

      Thus, Chromium currently has no H.264 support (in favor of VP8 and Theora/Vorbis), and Chrome is simply adopting the same behavior as upstream.

      Additionally: I could have just s/ H.264 / WMV / in your post, and made the reductio ad absurdum argument for Microsoft's proprietary format -- but my heart wouldn't be in it.

    18. Re:Putting the snideness of the summary aside... by tomhuxley · · Score: 2

      I don't think you are getting my point:

      A. Microsoft pays a license fee for every single copy of Windows they sell. (alternatively, Apple pays a license fee for every copy of MacOS X and iOS they sell)

      B. Their share is based on their portion of 1135 patents owned by 22 companies. How many? Microsoft has 65 patents in the pool. (How many does Apple have? 1 patent.)

      A > B

      The biggest patent holders are Panasonic (377), LG (198) and Toshiba (137).

      Microsoft and Apple are doing this to avoid lawsuits, not because they are making off like bandits from royalty fees.

    19. Re:Putting the snideness of the summary aside... by quetwo · · Score: 3

      Wrong. H.264 was created to create a STANDARD. They roaylities are pooled to pay for existing patents that HAD to be infringed on in order to create the standard. These same patents are expected to be infringed upon in the 'open-source' WebM. H.264 lives in a LOT of places, much more than just the web. Sattelites, Cable TV, Video Cameras, video encoders, hardware decoders, televisions, etc. all have had support for H.264 for a LONG time. By Google removing support for it, for a codec set that they own (remember, it's not free, they still own it), it will force a lot of content to be re-encoded to meet the WebM standard, just to support that browser. Re-Encoding the video just means that you will loose quality, loose productivity (your CPU cycles will have to do the encoding), and just cause a ruckus in the market.

      I wish people would just stop drinking the Google Cool-Aid and think about WHY they are making this move. It's not about the money. it's not about openess. It's about trying to make the standard that they bought the standard for video on the web. Next thing, they will limit the licensing to their competitors so that they can't do everything they are doing with video on the web.

    20. Re:Putting the snideness of the summary aside... by spongman · · Score: 2

      The biggest issue we have now with the abandonment of H.264 is with mobile devices. All iOS and [for what i know] all Android devices currently have hardware H.264 decoding but not WebM.

      so, which is better?
      1) we switch now and inconvenience some users who don't have hardware support, or
      2) we wait until 2016 when everyone will have H.264 support, and then have to switch everyone because license fees are going up?

    21. Re:Putting the snideness of the summary aside... by makomk · · Score: 2

      If the small company is not charging the end user for the video (this applies to all YouTube-like services) then they don't have to pay anything until 2016.

      If all they're doing is streaming videos over the Web for free to users who've already got a paid-for h.264 decoder, then they don't have to pay anything yet. On the other hand, if they want to create software with the ability to play back h.264 video, that incurs a per-user fee right now even if they're not charging the end users anything.

    22. Re:Putting the snideness of the summary aside... by westlake · · Score: 3, Insightful

      Although very crudely worded, "Anonymous Coward" is right. H.264 is created to make money.

      As if no one has to pay the bill for ongoing R&D at this level.

      But let us begin with a bit of history:

      H.264/MPEG-4 AVC is a block-oriented motion-compensation-based codec standard developed by the ITU-T Video Coding Experts Group (VCEG) together with the ISO/IEC Moving Picture Experts Group (MPEG). It was the product of a partnership effort known as the Joint Video Team (JVT). The ITU-T H.264 standard and the ISO/IEC MPEG-4 AVC standard (formally, ISO/IEC 14496-10 - MPEG-4 Part 10, Advanced Video Coding) are jointly maintained so that they have identical technical content.


      The intent of the H.264/AVC project was to create a standard capable of providing good video quality at substantially lower bit rates than previous standards (e.g. half or less the bit rate of MPEG-2, H.263, or MPEG-4 Part 2), without increasing the complexity of design so much that it would be impractical or excessively expensive to implement. An additional goal was to provide enough flexibility to allow the standard to be applied to a wide variety of applications on a wide variety of networks and systems, including low and high bit rates, low and high resolution video, broadcast, DVD storage, RTP/IP packet networks, and ITU-T multimedia telephony systems.
      H.264/MPEG-4 AVC

      H.264 has never been exclusively a web video codec.

      For a small global sampling of video services and applications based on H.264:

      List of video services using H.264/MPEG-4 AVC

      A search of Google for "H.264 medical applications" returns about 276,000 hits. A search of Gooogle Images for "H.264," 33 million hits, "WebM," 173,000. A product search of Google Shopping for "H.264," 69,000 hits.

      Consumer products, industrial and commercial security and so on.

      If your employer can't play his internal videos in the browser, he won't be installing Chrome - he won't be transcoding to WebM - and he has one less reason to choose Linux or Android over the iOS, OSX or Windows 7 platforms.

      20% of peak hour network traffic in the states is a Netflix video stream.

      Think of it as five hours each evening without a single penny going to AdSense.

      Licenced, paid for, and content protected video. No one can simply walk away from a market that size and survive.

    23. Re:Putting the snideness of the summary aside... by hedwards · · Score: 3, Insightful

      Except that the MPEG-LA patent pool means that it can't be used by Firefox as an included plug in. Remember than in some parts of the world, Firefox is the most popular browser, and even in parts where it's not, they've still got a sizable install base. Same goes for other free browsers, they can't be expected to pay when they aren't charging for their products.

    24. Re:Putting the snideness of the summary aside... by babblefrog · · Score: 2

      Isn't WebM BSD licensed, with an irrevocable patent grant? How can they limit how their competitors use it?

    25. Re:Putting the snideness of the summary aside... by Draek · · Score: 4, Insightful

      H.264's licensing terms are anything but "reasonable", given its context. HTTP is free, HTML is free, FTP is free, every single protocol and format standardized for its use on online communication has been free since the inception of the Internet, demanding now the use of a codec that requires monetary payment to create, distribute and display content using it is outrageous, particularly when valid, Free alternatives exist and have already begun to be put in place.

      --
      No problem is insoluble in all conceivable circumstances.
    26. Re:Putting the snideness of the summary aside... by lennier · · Score: 2

      Same goes for other free browsers, they can't be expected to pay when they aren't charging for their products.

      It's not just 'can't be expected to pay'. It's legally obligated by copyright law to NOT pay, if the patent licence cannot be passed on to the user in the same manner that the GPL's rights and freedoms are.

      This is not about being cheap. It's about respecting the law and empowering the user. H.264 is a nasty piece of work because it creates a divide between those who own a patent licence and those who don't. But in the GPL world you cannot create such a divide, either morally or legally. The whole intent of the Free and Open Software movement is to remove the artificial copyright and patent divides between developers and users.

      What disturbs me most about this whole H.264 discussion is that a generation seem to have grown up who simply don't understand how dangerous this patent is, as a technological precedent. I get that you just want to 'create stuff without caring about politics', but do you not realise that the existing politics are set up to prevent you from just creating stuff' Politics is exactly what the GPL is fighting so that you can create. MPEG-LA want to divide you into different classes with different rights based on how much you pay, and keep a long patent string on you - and remove your ability to use GPLed software for media. GPL wants to give everyone the same rights as everyone else, to empower consumers to be creators and users to be developers.

      Google as a company might not be 100% non-evil, but in this case, they appear to be backing the GPL, which is the non-evil side of this particular debate.

      I believe that empowering users is both the best way to unleash creativity, and just the Right Thing to do for its own moral and ethical sake. But I'm getting the sense that far too many of you out there simply don't care about the legal frameworks that give you the rights you assume you have - that you don't even realise what rights you don't have, and are even cheering on their destruction.

      That's just sad. Please wake up and educate yourselves.

      --
      You are not a brain: http://books.google.com/books?id=2oV61CeDx-YC
  3. Rarrr!!! by Jugalator · · Score: 3, Insightful

    RARRR WTF, so much FUD blah blah blah... (continue raging in the way that the submitter is hoping for)

    --
    Beware: In C++, your friends can see your privates!
  4. definitions by Tom · · Score: 2, Insightful

    The stupid ad hominem attacks by the anonymous submitter aside, Peter Bright isn't really that far off the mark. He is quite correct in the claims he makes, which essentially boild down to two points: One, H.264 is an open standard, where "open" needs to be read in the context of standards, and none of the other are (though they are "open" in other senses of the word). And two, the move is more about having a free-as-in-beer standard than a free-as-in-speech one.

    I don't really think that Google is the least bit worried about a few million bucks, so I am doubtful of his 2nd argument as far as it regards Chrome. But there are a couple good points in his first argument, especially when it comes to the question of control.

    --
    Assorted stuff I do sometimes: Lemuria.org
  5. H.264 _is_ open; just not free by carlhaagen · · Score: 2

    The specifications are fully open for anyone to -freely- implement both coding and decoding for. The specifications were fully open in the sense that not a single commercial entity was responsible for drafting and controlling it, but any company that wanted to partake; so-called open participation. These are undisputable facts about the MPEG codecs. The problem here isn't that H.264 isn't as open as Google wants it to be - the problem is that it isn't as FREE as they want it to be. In order to make use of the MPEG "technology" in a _commercial_ context, you need to pay, and Google does not want to pay.

    1. Re:H.264 _is_ open; just not free by jgagnon · · Score: 5, Insightful

      I'm with others on this one... I don't think Google cares if it has to pay or not. Money is not exactly something Google has a shortage of.

      They do, however, want to be able to freely make and distribute products to others that can, in turn, use them to make other products... without having to worry about their customers being sued into the ground, as is happening now.

      Google wants Android to succeed, make no mistake. And "freely implementing" H.264 in Android does not allow their customers to freely USE Android without coughing up money for the rights. This is all about protecting Google's interests, not its bottom line.

      Google thrives by providing free stuff to people that allows them to better understand them and thereby feeding them ads that meet their needs and wants. Having other companies sue the users of their products doesn't exactly help Google.

      --
      Remember to maintain your supply of /facepalm oil to prevent chafing.
  6. Licensing fees by Sonny+Yatsen · · Score: 4, Insightful

    I just don't understand the bit of reasoning Peter Bright made about why Google dropping H.264 is a bad thing because they may incur licensing fees. Especially this last bit:

    It's not as if Google can't afford the $6.5 million a year, and by paying that money the company would enable web users to view open, standards-compliant, H.264 video.

    What, just because a company can afford the licensing fees means that it MUST pay the licensing fees, especially in the face of other open source alternatives that doesn't require them?

    --
    My postings are informational and does not constitute legal advice. Act on it at your risk.
    1. Re:Licensing fees by Pharmboy · · Score: 4, Insightful

      And besides, if you want to start writing your own browser to compete with the big guys, do you want to pay $6.5 million? Or even $1,000? This would effectively cut out grassroots development of anything that could compete with the big boys, wouldn't it? That alone is worth not having the "feature".

      --
      Tequila: It's not just for breakfast anymore!
    2. Re:Licensing fees by TheRaven64 · · Score: 2

      No, I think he's got it exactly right. Google can also afford to pay me $1m/year to not do anything, and because they can afford to they are morally obliged to.

      --
      I am TheRaven on Soylent News
    3. Re:Licensing fees by Padrino121 · · Score: 2

      And besides, if you want to start writing your own browser to compete with the big guys, do you want to pay $6.5 million? Or even $1,000? This would effectively cut out grassroots development of anything that could compete with the big boys, wouldn't it? That alone is worth not having the "feature".

      The licensing isn't as simple as that for the guys writing their "own browser" as they are not forced to simply fork over any monies, it by no means cuts out grass roots development and shouldn't scare anyone away. As a small "grassroots" company I spent a bit of time digging into it and called MPEG-LA, they were actually more reasonable then even my best guess and told us to toss the licensing fees we thought we might pay for H.264 decoding as they aren't required due to our implementation.

    4. Re:Licensing fees by arose · · Score: 2

      That is bullshit, you absolutely have to pay to distribute binary decoders on any scale. Then again, I'm sure you can pull a source out of where-ever you pulled that claim. And that is all without even going into the fact that openness on all sides is important for competition to flourish.

      --
      Analogies don't equal equalities, they are merely somewhat analogous.
  7. You Can Argue ... by WrongSizeGlass · · Score: 4, Insightful

    You can argue that it is a step backwards for "openness", or, you can argue that Google is digging their feet in to ensure that their own 'truly open' video format will become the standard. Both POV's have validity but WebM is probably better for consumers in the long run.

  8. Unambiguously patented by betterunixthanunix · · Score: 5, Insightful

    H264 is not open, it is patent encumbered, it will not be open until all relevant (a word which has become very stretched recently) patents have expired. The Ars article tries to address this by claiming that there are no royalties that need to be paid for videos that can be accessed without a paywall; yet the document they cite says this is only for "0 - 100,000 units" which clearly creates a problem for libre software that has millions of users. Furthermore, the line that the licensing terms draws for "(a)" and "(b)" sublicensing is artificial and wholly incompatible with free software licensing.

    --
    Palm trees and 8
  9. no, i dont want to pay. by unity100 · · Score: 2, Insightful

    the licensing fees eventually reflect on the end users through development costs and proliferation rate of applications/services. free, is good for me, the end user.

  10. 4 pages of FUD by gbrandt · · Score: 3, Funny

    I SEE THREE PAGES!

  11. H.264 is unambiguously NOT open by circletimessquare · · Score: 4, Insightful

    so there is nothing left to talk about. i am creeped out like any one else about google's increasing ability to know everything about our lives, but in this case, google did the right thing in the name of openness by denying H.264

    good job google, thank you. ignore the paid prostitutes howling about not including H.264. we who have genuine opinions, not opinions derived from corporate pay, are on your side, and support your decision. thank you

    --
    intellectual property law is philosophically incoherent. it is your moral duty to ignore it or sabotage it
  12. Look up the definition. by mathemaniac · · Score: 2

    This is more bastardization of the term "open". Refer to

    http://en.wikipedia.org/wiki/Open_Source_Definition

  13. Re:excuse me by TheRaven64 · · Score: 4, Insightful

    Published and usable under reasonable and nondiscriminatory terms is a very common definition of an open standard. See most ISO standards. The requirement to be free to implement is a relatively new addition to the definition (within the last 10-15 years).

    --
    I am TheRaven on Soylent News
  14. Re:So, h264 is by SuricouRaven · · Score: 4, Informative

    The standard is open, and there are open source encoders and decoders. So in that sense, it's open: Everything is fully and publicly documented. However, it is also covered by hundreds of patents, which means you can't actually use any of that information without getting a licence from the patent holders. One of whome is Microsoft, who stands to make a lot of money from it. Others include Sony and Apple, who stand to make a lot too. So far the consortium that administers the patent pool has been quite reasonable about terms - free for noncommercial use, low costs even for commercial - but there is a fear that if x264 were to become so established it were impossible to do without it then there would be a temptation for them to start milking more money from those patents.

  15. Re:excuse me by Bill_the_Engineer · · Score: 2

    It seems the new-speak has redefined "open". Remember the good ole days when "open" meant fully documented?

    --
    These comments are my own and do not necessarily reflect the views or opinions of my employer or colleagues...
  16. Re:So, h264 is by rjstanford · · Score: 2, Insightful

    The alternative is WebM, which is owned by Google. Google also owns YouTube, Google Video Search, and Chrome, and is leveraging the fact that YouTube, Video Search, and Chrome are popular to try to force everyone to adopt their owned product WebM, without providing any kind of financial assurances to people who do that there are, in fact, no encumbering patents. See a problem here?

    --
    You're special forces then? That's great! I just love your olympics!
  17. well said. by unity100 · · Score: 2

    it is precisely as thus - ars technica is redefining 'open', in order to make it not open, despite being called open, so that proprietary sources can retain custody of standards, mooching money off of it to the detriment of end users and internet proliferation by raising costs as thus.

    no, i dont have the moral obligation to pay any third party for anything i do on the web, while open standards are available, neither as a startup, nor as an end users to which costs are reflecting on indirectly. and if anyone tries to redefine open, like the moron in ars technica does, i will take that person not only as 'not bright', but also an enemy of my freedom and interest as a citizen.

    open is open. if any party retains custody of something in the form of ownership, then it means that thing is NOT OPEN. actually the anonymous submitter was quite level headed in his inflammatory summary. i would have directly labeled someone who tried to redefine open, for supporting private interests, as a paid whore.

  18. H.264 IS unambiguously open by Anonymous Coward · · Score: 3, Insightful

    H.264 is an open, international standard. Indeed, there is nothing left to talk about.

    Free != "open"
    Open source != "open" (in this context)

    This has nothing to do with "paid prostitutes". The reason H.264 costs money is that there is a shitload of patents that all have been dealt with as part of the patent pool. WebM may be encumbered, it may not — but we don't know. It's it's most certainly not an open standard in the same way the MPEG family of international standards are.

  19. I do think people need to understand that by Sycraft-fu · · Score: 2, Insightful

    It seems to me some OSS types get a little hypocritical in that they talk about OSS being all about openness as in source. They claim that the idea is that you can share improvements and so on. It isn't about money, it is about information.

    Well, H.264 is open in that way. It is a standard open to anyone that wishes to implement it under fixed terms. The x264 project is a great example. If you want to see a working H.264 implementation, and try your hand at improving it, well then have at it. The code is there for the taking. Of course if you then wish to make use of it in certain contexts, like implementing it in video editing software, you'll need to pay licensing fees. It isn't free, however it is open.

    However it seems that the OSS types then get mad that any money is being charged. All of a sudden openness isn't what it is about. It is no longer a matter of "free as in speech" it is "free as in I want to sleep on your couch for a year." Only things which cost nothing are acceptable, for some reason "open but not zero cost," isn't ok anymore.

    In the case of browser H.264 support I think Google is wrong to force WebM. I'm not at all unhappy that there is the WebM standard, I think it is great that a completely free format is out there because face it, we can't all pay royalties. However H.264 is superior in terms of quality per bit and thus has a reason to be used. So the option should be offered.

    If it is an issue of money, which I can accept since Chrome is free (though you are right it isn't a big deal to Google) then all they should do is use the system's H.264 codec, if it has one. Windows 7 and OS-X ship with an H.264 decoder, and you can get H.264 decoders for older versions of Windows and I presume for Linux. So just use them if present, and don't play it if not.

    Really I think that's the right way for browsers to do HTML 5 video period. Simply pass the request on to the OS's media layer. That way any format the OS knows how to play, you play.

    1. Re:I do think people need to understand that by rubycodez · · Score: 2

      wrong, you're only thinking of the client side. If I have to pay to use the server side, it isn't open it's encumbered. I don't have freedom. It isn't open.

    2. Re:I do think people need to understand that by NoSig · · Score: 2

      The fact is that OSS organizations can't just pay for a patent once and be in the clear because then it ceases being open source in that other people can't legally redistribute their own versions of the software without them themselves paying the enormous patent fees. However, It's not just about the money. It's the fact that someone else owns you if you use anything covered by their patents - at any point they can withdraw the offer to license their patents to any more people, and then suddenly your software stops being open no matter how much money you have because other people can't obtain the license necessary to redistribute. Patent afflicted software is not open because patents prevent redistribution, and so patents are opposed to OSS. The free-as-in-freedom software crowd have even more problems with patents than just that.

    3. Re:I do think people need to understand that by joetainment · · Score: 2

      Simply pass the request on to the OS's media layer. That way any format the OS knows how to play, you play.

      A lot of browsers have been able to do this for years, and if every browser and OS had a free open standard that content browsers could bank on being present, then it wouldn't be a problem. The problem now though is that a content developer can't be sure that the codec used is installed on the end-user's system.

      By requiring Flash, the developer gets around the problem since the developer can safely assume that Flash will have the same codec support everywhere. Of course, Flash is bad for the internet since it isn't a free and open standard, which is why we are dealing with all this WebM stuff now. We need a format for video that is equal to PNG/JPEG in term of freedom and openness.

      *Imagine if there were no image standards for the net* if images were just left to the OS. We'd constantly be downloading new image codecs, or we'd run across images pages where we couldn't view the images. I think everyone can agree that would be awful. Video deserves a free and open standard just as much as images do.

      Hopefully this is useful to someone. A lot of posts I read seem to come from people unaware or misinformed of these basic issues. (I probably should have included this in my last post but I hadn't thought of it yet!)

    4. Re:I do think people need to understand that by cr_nucleus · · Score: 4, Informative

      You're completely missing the point.

      Nobody cares about a single codec. Someone makes a good proprietary codec ? Good for them !

      The problem arises when it becomes a required base part of the web.

      Remember the GIF debacle ? Remember that many open source image editor did not have the capability to save gif images ? That's exactly what is at stake here.
      Have one company control a base standard of the web makes it control who can or cannot create the tools to create web content. Of course big players like Google or Mozilla have the funds to pay royalties, but what about that guy who made a simple command line tool to split/merge h264 videos ?

      You can argue that the MPEG-LA has made the codec royalty free but truth is they can instantly make it illegal to open source any software using h264.

      That's what the fuss is all about, not just throwing two bucks at a video codec.

  20. Dear anonymous, by Cogneato · · Score: 5, Insightful

    While others focus on the definition of "open", I want to focus on the definitions of bright, long-winded and FUD. In defining these terms, I think you are a bit confused. You seem to be using the "bright" to imply having a reasonable amount of information or insight. After reading Mr. Bright's article, I learned a handful of things that I didn't know before, so I guess I would have to consider him at least a little bright. I imagine the rolling of your eyes while reading his article made you a bit dizzy, preventing you from having a similar experience. Or maybe you just know a lot more than I do.

    When you define FUD, perhaps you mean that he has a different opinion than you. No matter which side of this argument a person is on, I think that it is easy to agree that this is going to make implementation of the video tag by web developers more difficult and less likely to happen in the next couple of years.

    When you define long-winded, perhaps you mean "taking the time to build his position". Clearly from your submission, you are a man of few words. I can admire someone like you that doesn't let information get in the way of expression. I can only wish that life was that easy for me. I keep getting bogged down in considering positions other than my own.

    One thing I can say that Mr. Bright has on you though... he was willing to put his name on his position. For all the effort you put into adding your own brand of color to your submission, I just can't understand why you wouldn't want to take full credit.

  21. Re:So, h264 is by jgagnon · · Score: 5, Informative

    WebM and Chrome are both open sourced under public licenses. To say Google "owns" them is to not understand how these open licenses work. Also, the patents behind VP8 have been released, irrevocably, to the public.

    --
    Remember to maintain your supply of /facepalm oil to prevent chafing.
  22. Open Source philosophy != Free Software philosophy by betterunixthanunix · · Score: 5, Insightful
    From a free software perspective, H.264's license structure is completely incompatible with the philosophy. Examples:
    • The license for H.264 makes a distinction between software that is distributed for incorporation into an OS, and software that is not; libre software frequently falls into both categories, or even into a middle ground as part of a repository system.
    • A distinction is made between videos that are distributed at no cost; the free software movement has never made such a distinction for either software or for the output of software.
    • The license structure is royalty free only if less than 100000 "units" are shipped; free software licenses place no limit on how many copies of a program may be redistributed, and novel distribution methods like BitTorrent would turn H.264 royalty payments into a nightmare.

    The problem is that H.264's license structure is based around traditional producer-consumer relationships, which is not compatible with the concept behind free software. Royalty payments are inherently incompatible with the free software model, because it prevents people from liberally copying and sharing software. Note that royalties are the problem; other payment models are perfectly fine (I can, for example, charge you money for copies of Debian -- prior to widely available broadband connections, this sort of thing was not so uncommon).

    --
    Palm trees and 8
  23. The problem is that there are multiple axes by mdarksbane · · Score: 3, Insightful

    And most of the rhetoric only mentions one, and open means too many things.

    There is standard versus nonstandard (.doc vs appleworks).
    There is open versus proprietary (C++ versus Java).
    There is open source versus closed source (x264 versus apple's H.264 coder)
    There is unencumbered versus encumbered by patents and license fees.

    We have formats across all forms that are varying degrees of all of these. The thing that the h.264 people are saying is look - h.264 is the better half in almost all of those cases! It is a standard that was agreed upon by a standards board, not by a single company. The spec is out there and available for everyone to implement, not controlled by a single company. It is free to license for most uses! And it is supported by everyone and everything.

    From all business perspectives outside of the open source mindset, it is a *great* standard. You don't have to worry about Apple, Microsoft, or Adobe changing it, or wait on them to make their decoder not suck. It is attached to so many different businesses that there is a huge incentive to keep licensing fees from becoming ridiculous. And it works everywhere.

    Do people remember .mov and .wmv files? Do you remember real media's proprietary standards? From a *use* standpoint and a consumer standpoint, h.264 is a great and "open" standard.

    The problem is when you run up against the open source concerns about infrastructure. It *is* controlled by somebody. It does have patents, so if you don't have money you can't make a business out of it. It is not "free" - either as beer or speech.

    I think the argument the article makes is that perfect is the enemy of good. H.264 is *vastly* more open, consumer, and business friendly than that which it replaces - proprietary, nonstandard, closed video players from Adobe, Apple, Microsoft, and Real. Going to it as a web standard would be a huge boon for consumers and businesses, and it already has real momentum to do that.

    WebM would be better, from a "free" perspective... but, argues the author, it's much less likely to succeed, as it isn't a standard, and it isn't ubiquitous. And so we should go with something that is already a huge improvement over the status quo instead of hoping for some "perfect" free solution. Getting to an open standard is already a major victory for nearly everyone involved. Or is installing a plugin to add h.264 support so much more odious than already installing one for flash? At least you can have your choice of which h.264 implementation you want to use.

  24. Re:excuse me by drinkypoo · · Score: 5, Informative

    cut bullshit. a standard that is not open, and subject to licensing fees, is NOT open. you cant redefine open.

    Well then perhaps you should stop trying to do so. Open means documented and interoperable, it does not mean patent-unencumbered. It means you can see what is happening and make changes, but it doesn't guarantee you the right to redistribute those changes, which is why we need a distinction between Open and Free software and why the OSI is the enemy of Free Software; it attempts to conflate the two by redefinition of the term "Open" to mean something almost-but-not-actually like Free Software and dilutes it.

    --
    "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
  25. Re:excuse me by Random+BedHead+Ed · · Score: 2

    During those good old days it was not possible to patent software. Sadly, the word has changed focus with the times.

  26. WebM has critical mass by qmaqdk · · Score: 2, Informative

    The browser market share in Europe is FF 38.11%, Chrome 14.58%, Opera 4.57%, all of which either support or will support WebM. That's 57% of the browser market, and if YouTube goes WebM IE and Safari will have no choice but to support it as well.

    Also since FF cannot include H.264 that means encoding your video in H.264 instead of WebM costs you nearly 40% of users.

    --
    My UID is prime. Hah!
  27. Re:Easy fix... by znu · · Score: 2

    Are you under the impression that H.264 is owned by Microsoft? H.264 is an open standard under the umbrella of ISO/ITU, and developed by VCEG/MPEG. This is a real standards process, like what lead to CD, DVD, the ATSC broadcast standard, etc.

    The reason there's a patent licensing pool is not because some company (least of all Mircosoft) developed it in order to make money licensing it. Rather, the reason there's a patent licensing pool is because video compression techniques are heavily patented, such that nearly any modern codec you design ends up requiring patent licensing. This will probably end up applying to WebM as well. A patent pool is merely a way to handle this in an organized fashion, so that individual implementors don't have to license patents from a few hundred different companies one at a time.

    Nobody is getting rich off of H.264 licensing fees.

    --
    This space unintentionally left unblank.
  28. It comes down to this by ndvaughan · · Score: 4, Insightful

    Video distributors wanting to support both Flash and HTML5 users will have to encode twice; once in H.264, for Flash users, and again in WebM, for HTML5 users. This doubles the computational cost, doubles the storage requirements, and as an added bonus will tend to hurt quality. This is inconvenient for a small site with one or two videos; for sites like SmugMug it's an enormous headache. They can either suffer the doubled costs and complexity, or ignore HTML5 altogether and stick with Flash (emphasis mine)

    This is what the outcome will be - arguments for removing support for H.264 fall flat since Google knows this is what will eventually happen (especially now that Chrome has become much more popular). The end result will be that fewer web sites will be iOS-compatible thereby strengthening Android, since it does support Flash. This is Google playing corporate BS games using "openness" as a guise, plain and simple... Guess they took some lessons from Apple.

  29. Re:excuse me by unity100 · · Score: 2

    'open standard' means what you speak of. open does NOT mean 'possible to encumber with patents'. open means open.

  30. Re:So, h264 is by Rockoon · · Score: 2, Interesting

    Also, the patents behind VP8 have been released, irrevocably, to the public.

    He isnt being informative. He is being dishonest.

    The specific text of Googles license reads "Google hereby grants to you a perpetual, worldwide, non-exclusive, no-charge, royalty-free, irrevocable (except as stated in this section) patent license to make, have made, use, offer to sell..."

    Emphasis mine.

    The exception reads "If you or your agent or exclusive licensee institute or order or agree to the institution of patent litigation against any entity (including a cross-claim or counterclaim in a lawsuit) alleging that this implementation of VP8 or any code incorporated within this implementation of VP8 constitutes direct or contributory patent infringement, or inducement of patent infringement, then any patent rights granted to you under this License for this implementation of VP8 shall terminate as of the date such litigation is filed."

    In other words, in the event of any patent litigation regarding VP8 .. then at least one entity will have its license to use VP8 revoked.. and in the event that Google is found to be infringing, EVERYONE will have their license revoked.

    --
    "His name was James Damore."
  31. Re:So, h264 is by dokebi · · Score: 2

    WebM and Chrome are both open sourced under public licenses. To say Google "owns" them is to not understand how these open licenses work.

    Yes, that's right. And Oracle doesn't "own" Java either.

    --
    In Soviet Russia, articles before post read *you*!
  32. Interesting article about video format for HTML5 by dalmor · · Score: 3, Informative

    Most people don't know that in order to support EVERY video format for HTML5, you still have to encode a video 3 different times. But this site has a great explanation on which browsers support what, this history of the video formats, and even describes the history of licensing HTML5(i.e. went from paying for encoders, players, AND transmitting to just paying for encoders to players).

    http://www.diveintohtml5.org/video.html

  33. Re:excuse me by geekoid · · Score: 2

    No. What days are you speaking of? I remember when standards, meant fully documented, and accepted by the proper groups. Never heard it called open.

    Open used to mean usable by anyone without cost. This would include some standards, as well as specific documentation.

    For example:
    Sony used to be open in that I could write them and ask for a schematics and documentation about their hardware. Once there reply even included sets of small screws for the CD player I was fixing. No charge.

    In fact, My experience with Sony is why I am always shocked at there behavior regarding the PS3.

    And because it's relevant, I'll bring it up:
    I've been involved in the electronics and software industry for over 30 years.

    --
    The Kruger Dunning explains most post on /. http://en.wikipedia.org/wiki/Dunning%E2%80%93Kruger_effect
  34. Re:So, h264 is by AtomicJake · · Score: 2

    The exception reads "If you or your agent or exclusive licensee institute or order or agree to the institution of patent litigation against any entity (including a cross-claim or counterclaim in a lawsuit) alleging that this implementation of VP8 or any code incorporated within this implementation of VP8 constitutes direct or contributory patent infringement, or inducement of patent infringement, then any patent rights granted to you under this License for this implementation of VP8 shall terminate as of the date such litigation is filed."

    In other words, in the event of any patent litigation regarding VP8 .. then at least one entity will have its license to use VP8 revoked.. and in the event that Google is found to be infringing, EVERYONE will have their license revoked.

    This exception only gives Google the right to revoke the patent license, if you sue them with the help of this license (e.g. by using the VP8 code). So, as long as you are not attacking Google for the VP8 related code, you have an irrevocable license. In other words: Only you can invalidate Google's license for yourself.

    Now, how do you read into this that if Google is found to be infringing, everybody would have their licenses revoked?

  35. Re:excuse me by hedwards · · Score: 2

    If it's patent encumbered, then it isn't truly interoperable, now is it? If the folks over at Haiku OS have to pay for a license to interoperat, they probably aren't going to have the money to do it, at least not without cutting substantially in other areas. Same goes for other small non-commercial environments.

  36. Re:excuse me by Jah-Wren+Ryel · · Score: 2

    The requirement to be free to implement is a relatively new addition to the definition (within the last 10-15 years).

    And yet the requirement of being free to implement has been at the core of the internet since the 1960s when RFC0001, defining the protocol for IMP host communications, was published. ISO's involvement in the internet didn't really come until they published the dead-on-arrival OSI protocol suite in the early 80s.

    So a requirement of being free to implement is 100% in line with historical precedent for internet related standards.

    --
    When information is power, privacy is freedom.
  37. H.264 business model incompatible with FOSS, web by kripkenstein · · Score: 3, Insightful

    H.264 is a real standard, developed and governed by a multi-party process, recognized by international standards organizations, and extensively documented.

    That is all well and good, but, the fact stands that it is impossible to legally create an open source H.264 enabled browser (in countries where patents are valid). Because of that, H.264 is simply not suitable as a standard for the open web - if only closed-source browsers can view the web, it is no longer open.

    To clarify that point: Even if Google or Mozilla paid MPEG-LA royalties for their own browsers, the browsers would not be freely redistributable, which violates a fundamental principle of free and open source software. MPEG-LA's current business model is simply not compatible with open source software and the open web.

    The interesting question would be, what would happen if MPEG-LA made an exception for open source implementations of H.264. Total guess, but I suspect Google approached MPEG-LA with that or something similar, got rebuffed, and went through on their bluff to remove H.264 from Chrome. MPEG-LA's next move will be interesting (remember that they already made H.264's licensing more lenient several times, in response to Google's previous moves of buying On2 and announcing WebM).