Slashdot Mirror


FSF Announces Support For WebM

An anonymous reader writes "The Free Software Foundation has signed up as a supporter of the WebM Project. They write, 'Last week, Google announced that it plans to remove support for the H.264 video codec from its browsers, in favor of the WebM codec that they recently made free. Since then, there's been a lot of discussion about how this change will affect the Web going forward, as HTML5 standards like the video tag mature. We applaud Google for this change; it's a positive step for free software, its users, and everyone who uses the Web.' The FSF's PlayOgg campaign will be revamped to become PlayFreedom."

12 of 333 comments (clear)

  1. Re:Misguided by Samantha+Wright · · Score: 5, Insightful

    Google wants to kill Flash—whether it's as quickly as possible or when they feel the time is right I can't really say, but consider a few things:

    1. They've made Chrome users eat HTML5 video on YouTube in the past. If their objective is to get people to use Chrome (it is! my dear, cynical friend, it is! they want to advertise to your brain cells!) then this is strong evidence that they believe HTML5 is the right way to go.
    2. Google likes Chrome being clean and minimal. They don't like Flash getting in the way—it's hideously unstable, Adobe has never been on good terms with the rest of the industry (see the origin of TrueType for one example), and, once again, my dear, cynical friend, it obstructs their ability to know what the user is doing because it is an externality.

    I think if there's any reason Google delays in making motions to kill Flash, it's because they're waiting for everyone else to be ready for it. A huge (HUGE) number of companies support WebM, both hardware and software—in fact, at this point, Apple and Microsoft are sticking out like sore thumbs by being absent from the list. The writing's on the wall that WebM is going to be the de facto video currency in the next few years, because Google is such an aggressive player—and because the format isn't proprietary , contrary to what you said.

    You lying, thieving, cheating, scum-sucking, dog-licking, spit-swimming, spider-eating, goat-hugging, dung-smearing, pig-kissing, frog-swallowing, mud-biting, cow-tipping, toilet-swabbing, cud-chewing, window-washing, half-warped, apple-polishing, worm-witted, chicken-hearted, lamb-lusting, nefarious, untrustworthy nasty person!

    --
    Bio questions? Ask me to start a Q&A journal. Computer analogies available for most topics!
  2. Re:Well that's great because... by oiron · · Score: 5, Insightful

    Hmm... I'd call GCC pretty successful...

  3. Re:Misguided by citizenr · · Score: 4, Insightful

    >while Google continues to support Flash.

    The day youtube stops serving flash and requires WebM will be the day Flash dies.

    --
    Who logs in to gdm? Not I, said the duck.
  4. Re:Misguided by Anonymous Coward · · Score: 5, Insightful

    H.264 is less of an open standard than even OOXML. The H.264 specification was developed by a standards body which is only open in the sense that anyone who can pay the $40k per person per meeting fee to get a voting seat can participate. The H.264 specification is hideously complex and terribly expensive. There are no free software implementations of the complete specification, and certainly none which are legally licensed. Unlikely other areas of software, the patents over H.264 are actively and aggressively enforced both in the US and all across Europe.

    Flash is far from a paragon of openness. But they too have releases specifications— and for free, if not all that complete. When it comes down to it, the internet doesn't need that much of a push to get off flash, it's going to happen naturally. The only question is what will we have when flash is gone? An web encumbered by proprietary technology (which is absolutely what H.264 is— it is owned and controlled by a single managing agency) or an open and freely licensed web?

    So go on, keep spreading that FUD. If you get really good at it perhaps MPEG-LA start cutting buying you houses in Hawaii with their spoils.

  5. Re:Misguided by Americano · · Score: 5, Insightful

    There are no free software implementations of the complete specification, and certainly none which are legally licensed.

    You mean, except x264, which is by most accounts, one of the most *full-featured* H.264 implementations available... right?

    Flash is far from a paragon of openness

    That's understatement by a mile. Flash is a closed, proprietary standard. There is nothing "open" about it.

    When it comes down to it, the internet doesn't need that much of a push to get off flash, it's going to happen naturally.

    That's correct - Apple's refusal to put Flash on iOS devices signalled the end of Flash as the ubiquitous video playback wrapper on the web. Google's refusal to continue supporting H.264 has simply prolonged Flash's lifespan by a few years.

    Let's be very clear here: H.264 is an "open standard" - anyone may get a copy of the spec and implement it, and expect that their encoder/decoder will interoperate well with any other piece of software or hardware that implements the H.264 standard. What H.264 is *not* is a "free standard" - it's got patents, and royalty fees required for some uses of the standard- basically, if you're making money off of H.264, you need to pay a fee to the MPEG-LA consortium. There is nothing preventing Google from allowing its browser to support both types of video for playback via an HTML5 video tag, but only providing WebM-encoded videos on their hosting services. You can't say that you're dropping H.264 support in the interests of "freedom" while continuing to embed & support Flash - at least, not with a straight face.

  6. Re:Misguided by compro01 · · Score: 4, Insightful

    My concern with the patents on WebM boil down to the simple fact that Google won't indemnify users.

    MPEG-LA won't indemnify you either. If someone outside their patent pool sues you, they're not going to be helping.

    --
    upon the advice of my lawyer, i have no sig at this time
  7. Re:Misguided by B2382F29 · · Score: 4, Insightful

    but if I somebody brings a suit against me tomorrow, I may have to spend way more than I ever would have spent on H.264 royalties to defend myself.

    So what is the difference to H.264 ? They also don't indemnify their users, so there is NO reason to prefer one over the other, the risks are identical.

    --
    Move Sig. For great justice.
  8. Re:Misguided by Gaygirlie · · Score: 4, Informative

    You mean, except x264, which is by most accounts, one of the most *full-featured* H.264 implementations available... right?

    Feature-wise it's good, yes, but it's not legally licensed and thus it's actually illegal to use in many places, most notably the US. That's the whole point.

    Let's be very clear here: H.264 is an "open standard" - anyone may get a copy of the spec and implement it, and expect that their encoder/decoder will interoperate well with any other piece of software or hardware that implements the H.264 standard. What H.264 is *not* is a "free standard" - it's got patents, and royalty fees required for some uses of the standard- basically, if you're making money off of H.264, you need to pay a fee to the MPEG-LA consortium. There is nothing preventing Google from allowing its browser to support both types of video for playback via an HTML5 video tag, but only providing WebM-encoded videos on their hosting services. You can't say that you're dropping H.264 support in the interests of "freedom" while continuing to embed & support Flash - at least, not with a straight face.

    Of course "we" can. Dropping H.264 is an intermediary step in getting rid of Flash too. There is nothing wrong in doing things in steps.

    And what you're saying about being allowed to freely implement H.264 encoders or decoders is not correct: you may not implement either without a proper license. Consuming H.264 content is also only free if you are using it with a properly licensed decoder, and serving H.264 content to end-users is only free if you cannot make money out of it and all the content must have been created with a licensed encoder.

  9. Re:Riding coattails! by DrXym · · Score: 4, Interesting
    I also don't believe Google are doing this for altruistic reasons. They have massive data centres filled with hardware expressly designed to stream content in H264 in realtime. Their investment must be enormous..

    It seems more likely to me that is some kind of power play. They want to piss on Apple & Microsoft's parade by forcing them to dance to a tune played by Google. Google will be stewards of this codec and if it becomes a web standard they may force their competitors to support it (e.g. in their browsers & desktop / phone operating systems) or risk looking "non standard". It diminishes their competitors offerings just like supporting Flash in Android did.

    Secondly, if Google have such an enormous ongoing investment in H264 then they must be paying a pretty penny to MPEG-LA and possibly a lot more when certain web moratoriums are up. I would not be surprised if they are waving this codec around to threaten MPEG-LA to either drop or modify their existing licensing agreement.

    So I don't think Google are doing this for reasons for altruism and I don't believe they'll never support H264. WebM is just a stick and they may well do an about face when it serves its purpose.

  10. Re:Riding coattails! by TheRaven64 · · Score: 4, Informative

    Hardware acceleration means a wide range of things. It can mean implementing the entire algorithm in hardware - feed in an H.264 bitstream and get out decoded frames. It usually doesn't. Hardware makers are much more keen on code reuse than software makers, because bugs are much more expensive, and most hardware acceleration for video playback already needs to support multiple codecs (H.264, MPEG-4 ASP, MPEG-2).

    In a typical device, 'hardware acceleration' for H.264 means two things:

    • Dedicated implementations of some algorithms, such as DCT, that form building blocks of most video decoders.
    • Stream processors with ALUs tuned to the kind of instruction sequence that you find in a video CODEC.

    The 'hardware decoder' is actually a software decoder that runs in the DSP and uses the specialised accelerator units. For something like VP8, it's relatively simple for to provide a firmware upgrade that adds a decoder using the existing hardware. For something like Dirac (which uses DWT instead of DCT, for example), it's much harder.

    --
    I am TheRaven on Soylent News
  11. Re:Riding coattails! by PeterBrett · · Score: 4, Insightful

    H264 is an open standard and if you pay your money you won't be sued by the patent pool.

    If you need permission to use it, is it really open? I think that's the main point people seem to disagree on here.

    Yes -- this question really cuts to the heart of the issue for me. Personally, I object to describing a standard as "free and open" unless it is possible to write and distribute a GPL implementation in such a way that Linux distributions can safely package and include it. WebM is open (the specifications are available to anyone and anyone is permitted to implement them) and free (anyone can obtain a non-exclusive, perpetual, sub-licensable license to all of the necessary patents).

  12. Re:What stops Google from total control? by icebraining · · Score: 4, Insightful

    Google owns both WebM and VP8 - their only licensing obligation is to keep some of the source viewable.

    Do you understand what 'open source' means?

    You don't have the VP8 source 'viewable', you have an irrevocable license to edit it and distribute it. If Google starts screwing up and adding advertisements or reporting information to them*, a VP8 fork will appear. Google only has control over VP8 if while people like it.