Slashdot Mirror


Free Software Foundation Urges Google To Free VP8

jamesswift writes "The FSF have written an open letter to Google urging them to free the VP8 codec with an irrevocable royalty-free licence: 'With its purchase of the On2 video compression technology company having been completed on Wednesday February 16, 2010, Google now has the opportunity to make free video formats the standard, freeing the web from both Flash and the proprietary H.264 codec.'" Also from the letter: "The world would have a new free format unencumbered by software patents. Viewers, video creators, free software developers, hardware makers -- everyone -- would have another way to distribute video without patents, fees, and restrictions. The free video format Ogg Theora was already at least as good for web video (see a comparison) as its nonfree competitor H.264, and we never did agree with your objections to using it. But since you made the decision to purchase VP8, presumably you're confident it can meet even those objections, and using it on YouTube is a no-brainer."

315 comments

  1. A new type of license... by spammeister · · Score: 1

    ...a "Free as in Beer" license would be probably sound better.

    --
    I tried to think of a good sig, and this wasn't it.
  2. Problem still remains by Anonymous Coward · · Score: 5, Insightful

    The two issues that prevented YouTube from using the Ogg Theora codec still apply.

    Many hardware devices already have H.264 decoding built into the chip, ranging from set-top boxes to the iPhone. Moving away would mean losing ability to run on these target devices (or run at an unacceptable frame rate).
    The alternative would be to have two versions of the video stored, but they're currently already doing this for Mobile YouTube and regular YouTube, and adding a third wouldn't make much sense.

    The cost of transcoding all the videos again is also another issue. Doing this to all the videos at once is somewhat pointless - currently, if you try and watch a video that isn't already encoded for the mobile device, YouTube will attempt to transcode the video on the fly and send it out directly.

    I guess this could be done, but while storage is relatively inexpensive, it kinda doesn't make much business sense; the patent licensing cost Google about zilch already, so it'd just cost them more for all these extra "features".

    Then again, if they piss off Mozilla, there goes marketshare/traffic/revenue. Put it the other way though, the other browsers (including IE) could just as easily implement H.264 and then gain users from those who can't use FF to play their favourite dancing cat videos.

    1. Re:Problem still remains by Tapewolf · · Score: 4, Informative

      The two issues that prevented YouTube from using the Ogg Theora codec still apply.

      Many hardware devices already have H.264 decoding built into the chip, ranging from set-top boxes to the iPhone. Moving away would mean losing ability to run on these target devices (or run at an unacceptable frame rate).

      Yes, but going by that logic there won't be an H.265 either, because the hardware support doesn't exist in current devices.

      The alternative would be to have two versions of the video stored, but they're currently already doing this for Mobile YouTube and regular YouTube, and adding a third wouldn't make much sense.

      Actually there seem to be more than just two, AFAIK there's at least fmt=6, fmt=18, fmt=22...
      A quick googling reveals this list: http://en.wikipedia.org/wiki/YouTube#Quality_and_codecs

    2. Re:Problem still remains by Anonymous Coward · · Score: 0

      What prevent youtube from using multiple codec? It not like they are runing out of space. They could guess the best fit from browser strings and allow to change in preference option.

    3. Re:Problem still remains by Stumbles · · Score: 1

      I don't think the lose of hardware compatibility or lose of functionality has ever stopped businesses making stupid decisions. If that were so, then Adobe would have fixed Flash a l o n g time ago from being a big resource hog.

      --
      My karma is not a Chameleon.
    4. Re:Problem still remains by tepples · · Score: 1

      The more codecs they use, the more times they have to run ffmpeg to encode each video, and the more servers they have to buy and devote to running ffmpeg.

    5. Re:Problem still remains by Anonymous Coward · · Score: 0

      Um just take a look at who owns the patents in the H.264 pool... I'm sure those same companies will be pushing H.265 when it will help them sell more hardware.

    6. Re:Problem still remains by ArsenneLupin · · Score: 1

      I don't think the lose of hardware compatibility or lose of functionality has ever stopped businesses making stupid decisions. If that were so, then Adobe would have fixed Flash a l o n g time ago from being a big resource hog.

      It's not their hardware being hogged...

      You can bet, if Adobe themselves needed to buy more powerful hardware in order to make up for their shitty software, they'd fix it in a moment.

    7. Re:Problem still remains by Sycraft-fu · · Score: 3, Insightful

      Well Google has an advantage in that they are large and respected. If they open up VP8 and say "Here's the docs to implement hardware decoding, we'll be supporting this standard well in to the future," companies might be interested in it. This is particularly true since VP6 is what most Flash video is.

      Theora has a number of problems that VP8 doesn't:

      1) A stupid name. Sorry, but names matter and Ogg Theora is a bad one. When I've mentioned Ogg before (since I like Vorbis audio files) I get some very "Huh?" reactions form non-techies. VP8 is a good name, sounds like a nice tech acronym like MP3.

      2) Obscurity. Xiph is something of a nobody. Tech people are aware of them, and if you've done game development you may have seen their stuff in an engine, but most people know nothing of them. Google is a major household name, hell 'google' has become a verb. As such if Google pushes something, there's a lot of force that comes with that. Does YOUR company want to be the only one that doesn't support "The Google format?"

      3) Installed base. As I said, Flash uses VP6 heavily. Supposing VP8 is related (I'd bet it is) and supposing they open up a decoder spec that can handle both, this makes it of a whole lot of interest. I'm sure nVidia and ATi would jump on making a video card that "Accelerated HD Flash video," as they already do that with other video. The benefit to a consumer could be realized now, whereas the Theora benefit is theoretical in the future. You implement hardware support hoping it picks up, whereas with the VP codecs, you've got stuff in that format NOW.

      So I think Google would likely have success if they opened the codec up and pushed it out as the Next Big Thing(tm) for the web.

    8. Re:Problem still remains by Vintermann · · Score: 1, Insightful

      > Does YOUR company want to be the only one that doesn't support "The Google format?"

      Sad truth: far too many small and medium size companies would jump at the chance to show their loyalty to Microsoft by doing so.

      --
      xkcd is not in the sudoers file. This incident will be reported.
    9. Re:Problem still remains by jonadab · · Score: 0

      You appear to be making pragmatic arguments. Obviously you don't live in the same universe as the FSF. If you did, you'd understand that practical concerns such as backward-compatibility are far less important than abstract ideological purity.

      --
      Cut that out, or I will ship you to Norilsk in a box.
    10. Re:Problem still remains by Anonymous Coward · · Score: 0

      So? They arent short on cpu time either. They already re-encode what ever format get uploaded in 4 down scale resolution.

    11. Re:Problem still remains by gr8_phk · · Score: 1

      You're actually trying to argue that using a new codec on YouTube makes no sense for Google? Then why did they spend a hundred million dollars for it? Please tell us.

    12. Re:Problem still remains by randallman · · Score: 1

      You'll have to have multiple versions anyway. Say a 1080p version for a large screen and a 360p version for a small screen.

    13. Re:Problem still remains by LWATCDR · · Score: 0

      Pretty much lays it all out.
      Just like back in the old days the question was "Will it run Lotus 123" the question now is will it play on an iPhone.
      H.264 is most likely going to win because it already has. iPhones and iPods already support it. Most smart phones already support it. Video card makers are rushing to support it.
      You have hardware support for it now and that is what counts. I would love to have a free and open video codec but since h.264 is out there now it most likely going to be it for now. If Google can get Apple on board you may have a chance.

      --
      See my blog http://ilovecookes.blogspot.com/ for light hearted technical information.
    14. Re:Problem still remains by c0d3g33k · · Score: 1

      1) A stupid name. Sorry, but names matter and Ogg Theora is a bad one. When I've mentioned Ogg before (since I like Vorbis audio files) I get some very "Huh?" reactions form non-techies. VP8 is a good name, sounds like a nice tech acronym like MP3.

      Abbreviation is a simple fix for that. Hypothetically: Ogg Theora 8.0 = OT8. Hardly different from your "superior" VP8, so potentially an awesome name.

      Granted, that was only your first argument, so perhaps the weakest. But there's a cascade effect. Since "stupid name" is easy to correct, the path to "not obscure" (point 2) is less rocky, which leads to "greater install base" (point 3). In fact, the more I consider your arguments, the less water they hold. Please rethink and try again.

    15. Re:Problem still remains by mvdwege · · Score: 1

      No, no, no. We should implement your suggestion starting at version 3.

      Mart

      --
      "I know I will be modded down for this": where's the option '-1, Asking for it'?
    16. Re:Problem still remains by Anonymous Coward · · Score: 0

      OT3? We'll sue you and your bosses.

    17. Re:Problem still remains by zim2411 · · Score: 1

      The two issues that prevented YouTube from using the Ogg Theora codec still apply.

      Many hardware devices already have H.264 decoding built into the chip, ranging from set-top boxes to the iPhone. Moving away would mean losing ability to run on these target devices (or run at an unacceptable frame rate).

      Yes, but going by that logic there won't be an H.265 either, because the hardware support doesn't exist in current devices.

      According to this wiki page: http://wiki.xiph.org/Theora_Hardware there are 3 devices that support Theora decoding. H.264 hardware decoders are included a huge number of things. If H.264 had been chosen as the HTML5 video codec, it would have been trivially easy to implement playback on a huge number of devices, from the original iPhone to a huge number of computers with H.264 hardware decoders but slow CPUs. If H.264 had been chosen, HTML5 video would have hit the ground running and got alot of support behind it. If Theora had been chosen, it would take 1-2 years for devices to add in compatibility. I'm all for open source and royalty free licensing, but it's pretty hard to compete with H.264. A new codec isn't going to help things either.

    18. Re:Problem still remains by cynyr · · Score: 1

      so don't reencode the back library, or do so slowly as resources allow and drop a codec for the new videos, say the flv ones. so old videos are in flv and h264+acc, new ones are in h264+aac and vp8+acc. Old devices are SoL but thats "progress"

      --
      All of the above was encrypted with a Quad ROT-13 method. Unauthorized decryption is in violation of the DMCA.
    19. Re:Problem still remains by Criminally+Insane+Ro · · Score: 1

      It seems that Youtube deletes the original upon compression. AFAIK google video doesn't. You can download the original video through a bookmarklet/favelet, unless downloading was disabled. Not totally on-topic, but I've always wondered what codec google video uses? It's quality and downloading speed always seemed great. Wikipedia says it uses Divx, but how is that possible if Divx isn't even part of Flash or the FLV standards?

    20. Re:Problem still remains by hazydave · · Score: 1

      There are objections preventing YouTube from using Ogg Theora, but you're a bit off base here.

      Yeah... devices. For You-Tube class low bitrate 720p, any old regular PC should have no trouble playing H.264 or Theora or probably even VP8. The problem is precisely the small devices, from Netbooks though handhelds. On a desktop these days, you have a combination of hardware and software in the GPU (via accelerations interfaces like DXVA in Windows) to speed up video. But on a handheld, what you'll probably find are a bunch of hardware units called up by a conventional CPU or perhaps a DSP, but the hardware units tend to be specific to H.264 and very similar video schemes. And also, perhaps not well described in public docs, so even your ability to run other CODECs is poor, at least without broad industry support making it a priority.

      Transcoding on YouTube would not be a huge issue. For one, it doesn't have to happen overnight, and for two, there could be a prize at the end. But not for Theora. Theora is a lower efficiency CODEC than H.264, and that's obvious even when you look over the samples that Xiph.org keeps touting... and that's about the best example you'll find anywhere, simply because it's the best rigged demo they could produce without telling outright lies.

      The big expense of YouTube isn't video storage or transcoding cycles, it's bandwidth... all the data being schlepped in and out of the site every day. Going to a less efficient CODEC like Theora will result in a lower quality video or much more expense. And given YouTube's continued lack of profitability, don't think Google's going to budget on this for a femtosecond. But reportedly, VP8 offers higher efficiency than H.264, particularly at lower bitrates. Moving to VP8 might save Google serious green, over the years. Enough to say, buy On2? Well, hey, they did... they must have some plan for it.

      With the H.264 royalties not set to kick in until 2015 now, there's plenty of time for a transition. If Google open sourced VP8 tomorrow and did the free license thing on any patents On2 might have on the technology, this would be a very good thing, even if it's not yet a perfect solution. They don't have to back-transcode everything right away, but they could start encoding new submissions in H.264 for "device" use and VP8 for the desktop (where the acceleration is not AS needed, and easier to re-program given that much of it's running on stream processors rather than dedicated hardware). If VP8 became THE long term standard for the internet, devices would start supporting it.

      --
      -Dave Haynie
    21. Re:Problem still remains by hazydave · · Score: 1

      Google already does run multiple encodings of your submission: lower bitrate, HQ, HD... the submissions process decides what kind of encodings to do.

      They are not going to support Ogg Theora for the simple reason it'll cost them money. The CODEC is not as efficient as H.264, so they wind up with higher bitrates or lower quality.

      But moving to VP8, they could absolutely offer VP8 versions. These could play on PCs after an update, and if VP8 really is of higher coding efficiency than H.264, Google would save money. Their big expense is bandwidth, not CPU cycles or storage. I believe Google would be happy to pay off some bandwidth with a little extra storage and a few more encoding cycles.

      --
      -Dave Haynie
    22. Re:Problem still remains by hazydave · · Score: 1

      OT8... the Official Video Format of Scientology!

      --
      -Dave Haynie
    23. Re:Problem still remains by cynyr · · Score: 1

      as a note you only need to run ffmpeg once to make the source into many different outputs. "ffmpeg -i $IN $OUT1OPTIONS $OUT1 $OUT2OPTIONS $OUT2" ffmepg handles running things 2x if needed. It does seem to take a bit longer.

      --
      All of the above was encrypted with a Quad ROT-13 method. Unauthorized decryption is in violation of the DMCA.
    24. Re:Problem still remains by jvillain · · Score: 1

      You are assuming that the iphone will be the king of all phones world wide forever. Since the vast majority of the world can't afford iphone prices that isn't a very wise assumption.

    25. Re:Problem still remains by LWATCDR · · Score: 2, Interesting

      Not at all.
      What web video standard does Android support?
      H.264
      What web video standard does WebOS from Palm support?
      H.264
      What web video standard does the WinCE and Windows Mobile 7 support?
      H.264
      What web video standard does the Blackberry support?
      I am not sure on that one but I will bet on h.264
      We are talking about smart phones for the most part right now but guess what video standard is supported in most cell phone chipsets?
      It is also h.264.

      Just as the IBM PC wasn't the only computer back in the day. And just as Lotus 123 wasn't the only spreadsheet they became standards.
      h.264 is an even more entrenched standard because of the hardware support in mobile chip sets.
      So even if the iPhone never sells another set the standards that it has set for video will live on.

      --
      See my blog http://ilovecookes.blogspot.com/ for light hearted technical information.
    26. Re:Problem still remains by nine-times · · Score: 1

      Many hardware devices already have H.264 decoding built into the chip, ranging from set-top boxes to the iPhone. Moving away would mean losing ability to run on these target devices (or run at an unacceptable frame rate).

      Well I think you're right and this is a big issue. If VP8 were to displace H264, it would have to be a long-term goal that Google would need to work for. First, they'd need to make sure that VP8 was compelling. Offering it all royalty-free definitely helps, but it's not clear that it's enough to get everyone on board. A lot has already been invested in H264, and it'd take some investment to move away from it. It'd definitely help if they could demonstrate some superior capabilities of the codec.

      Second, Google would need to make sure there was hardware support. This would take some time to develop, but the real problem is that it'd take years to phase out existing H264 devices. It's easy enough to install a new codec in Windows and OSX, but installing a new hardware chip in my iPod/iPad/iPhone/AppleTV/Zune/Droid/whatever to support hardware decoding is harder. So in the meantime, while these old devices are being phased out, everyone would need to support both H264 and VP8.

      Now don't get me wrong. I would love to see Google release a high-quality royalty free codec. If it came out, I'd love to see everyone use that codec in a completely open container format. Like if the default video format in Windows Media, Quicktime, and VLC were all the same high-quality codec in the same high-quality container format, that would be fantastic. It just doesn't seem to me to be something that can be achieved in the short term. It seems like a long-term (multi-year) goal.

      I'd really love to see some of these things hashed out publicly. Do Apple and Microsoft have a reason for not supporting MKV containers? Do they have valid legal/technical objections, or have they just not bothered? If they have technical objections, can they offer those objections to a group who could then respond or offer possible changes to MKV to address those issues? I'd love to have some transparency in these things, since it affects all of us.

    27. Re:Problem still remains by curunir · · Score: 1

      Yes, but going by that logic there won't be an H.265 either, because the hardware support doesn't exist in current devices.

      That would be true, except that a lot of the companies behind the H.26x standards are large hardware manufacturers. This gets around the chicken and egg problem that Theora faces because these big hardware manufacturers can add support to their products before there is wide adoption of the standard since pushing that adoption will result in future licensing profits.

      --
      "Don't blame me, I voted for Kodos!"
    28. Re:Problem still remains by Anonymous Coward · · Score: 0

      The two issues that prevented YouTube from using the Ogg Theora codec still apply.

      Many hardware devices already have H.264 decoding built into the chip, ranging from set-top boxes to the iPhone. Moving away would mean losing ability to run on these target devices (or run at an unacceptable frame rate).

      The argument that there's no hardware support for Ogg Theora or any other open video format doesn't hold much water. In fact, many devices use general purpose DSPs to accelerate H.264 playback. You can make use of the same DSP to accelerate Theora playback. That's what's been done here:

      http://www.schleef.org/blog/2009/11/11/theora-on-ti-c64x-dsp-and-omap3/

      Millions of devices are capable of accelerated Theora playback today. All they need is the software.

    29. Re:Problem still remains by Anonymous Coward · · Score: 0

      The crux of the HTML5 video problem is not H.264 versus Ogg Theora. It is closed formats versus open formats. The essential goal of the World Wide Web Consortium's patent policy is:

      In order to promote the widest adoption of Web standards, W3C seeks to issue Recommendations that can be implemented on a Royalty-Free (RF) basis. Subject to the conditions of this policy, W3C will not approve a Recommendation if it is aware that Essential Claims exist which are not available on Royalty-Free terms.

      The licencing for H.264 is wholly incompatible with this goal. H.264 is not a "web video standard" and, with its current licencing, it never can be. Closed formats are diametrically opposed to the fundamental design principles that make the web what it is. The only formats that have any place on the web are open formats. It's simply not worth compromising the open web by embracing closed formats.

    30. Re:Problem still remains by DragonWriter · · Score: 1

      Well Google has an advantage in that they are large and respected. If they open up VP8 and say "Here's the docs to implement hardware decoding, we'll be supporting this standard well in to the future," companies might be interested in it.

      They'll be more interested in it if Google goes beyond just doing that and also pays for someone to make a hardware decoder for it (but doesn't demand exclusivity on it), and includes it alongside hardware H.264 decoding in, say, the "Nexus Two" phone, or a Google-branded ChromeOS netbook or something like that.

    31. Re:Problem still remains by Anonymous Coward · · Score: 0

      OT8... the Official Video Format of Scientology!

      Never actually released (as per L. Ron Hubbard's instructions), because not enough people use OT7!

    32. Re:Problem still remains by LWATCDR · · Score: 1

      I agree but defining or limiting it to one codec is a fail.
      Theora I doubt will ever get hardware support. I could be wrong but I don't see it. Google's codec could if they created their own chip and made it part of Android but odds are they will not do that because they will have to support it on YouTube or look like fools if they don't. YouTube has already spent how much money support H.264 for the iPhone?
      Tnen you have Microsoft. They have not said they will support the video tag at all! My guess is that fantasize that SilverLight will be the new standard.
      So you have Apple and Google supporting H.264, Mozilla and Opera supporting Theora, and Microsoft ignoring everybody.
      Since Chrome is going to support both and it now has plugins odds are that I will be using Chrome.
      Will Google support Theora on it's mobile devices?
      Will Apple?
      If you can get Apple and Google to support Theora then you might have a win. If not it will be H.264

      --
      See my blog http://ilovecookes.blogspot.com/ for light hearted technical information.
    33. Re:Problem still remains by Anonymous Coward · · Score: 0

      I agree but defining or limiting it to one codec is a fail.

      Web browsers support a variety of open image formats. There's no particular reason why they can't support a variety of open video formats. Theora is ready for use now, Dirac will be ready in the future. If Google releases VP8 as an open format (as many expect they will) then at some point there will be at least three open video formats to choose from.

      Theora I doubt will ever get hardware support. I could be wrong but I don't see it. Google's codec could if they created their own chip and made it part of Android but odds are they will not do that because they will have to support it on YouTube or look like fools if they don't. YouTube has already spent how much money support H.264 for the iPhone?

      Accelerated playback of Theora is already available:

      http://www.schleef.org/blog/2009/11/11/theora-on-ti-c64x-dsp-and-omap3/

      Millions of devices already have the capability to accelerate Theora playback. They just need the software. Fennec (Firefox for mobile) supports Theora playback on the Nokia N810 and N900:

      http://www.mozilla.com/en-US/mobile/

      And Fennec is coming to Android:

      http://arstechnica.com/open-source/reviews/2010/02/hands-on-and-under-the-hood-ars-tests-firefox-on-android.ars

      Mozilla will happily support VP8 in Firefox if Google releases it as an open format.

      Tnen you have Microsoft. They have not said they will support the video tag at all! My guess is that fantasize that SilverLight will be the new standard.

      IE is always a problem. Fortunately you can work around it with Cortado, a Java based Theora player:

      http://www.theora.org/cortado/

      Or with a Silverlight based Theora player:

      http://arstechnica.com/open-source/news/2010/02/nuanti-brings-html5-and-ogg-theora-video-to-silverlight.ars

      Neither is ideal, but for the time being it's the best you can do in IE. I think IE will support HTML5 video eventually. It's more a question of "when" than "if".

    34. Re:Problem still remains by LWATCDR · · Score: 1

      But theora still isn't good enough.
      "As it currently stands, the Theora decoder plays 640×360 24fps at slightly more than 100% speed on average. This isn’t quite good enough to call it “real time”, since some frames take longer than the allotted time to decode,"
      This is from your link.
      And for H.264
      "A future Entropy Wave project will likely add support for these acceleration units which would allow the performance of the Theora decoder to be similar to TI’s MPEG-4 codec, which can do 800×480 playback (possibly more?)."

      I really want to see Theora win but unless it can be better than h.264 it will not. And being philosophically better will just not cut it I fear.

      --
      See my blog http://ilovecookes.blogspot.com/ for light hearted technical information.
  3. Google could do real good with this. by kurt555gs · · Score: 4, Interesting

    I hope Google does this. A real, free video system for the internet would do incalculable good. Google could once again take the high road, and show it truly is different than the evil Microsoft!

    I hope Google agrees.

    --
    * Carthago Delenda Est *
    1. Re:Google could do real good with this. by Anonymous Coward · · Score: 0, Informative

      We have this already. We've had it for years. Here's how it works:

      1) Install a good media player like VLC or MPlayer. They are free, open source, run everywhere Flash does (and the on many more platforms), and support just about every video format known to mankind. Plus they're real applications, not browser-embedded shit nuggets.
      2) A site like YouTube, instead of embedding a shitty Flash player, just provides a direct link to the video. The protocol doesn't really matter, as VLC and MPlayer support the common ones like HTTP and RTMP.
      3) A user of that site clicks on the link, it opens the video in VLC or MPlayer, and they watch it without Flash fucking up, or their browser crashes.

      It's a much more enjoyable experience.

    2. Re:Google could do real good with this. by LinuxAndLube · · Score: 1, Funny

      LOL Obviously, you're not a business planner.

    3. Re:Google could do real good with this. by Anonymous Coward · · Score: 0

      We have this already. We've had it for years. Here's how it works:

      1) Install a good media player like VLC or MPlayer. They are free, open source, run everywhere Flash does (and the on many more platforms), and support just about every video format known to mankind. Plus they're real applications, not browser-embedded shit nuggets.
      2) A site like YouTube, instead of embedding a shitty Flash player, just provides a direct link to the video. The protocol doesn't really matter, as VLC and MPlayer support the common ones like HTTP and RTMP.
      3) A user of that site clicks on the link, it opens the video in VLC or MPlayer, and they watch it without Flash fucking up, or their browser crashes.

      It's a much more enjoyable experience.

      As much as I despise Flash, it's still vastly better then the embedded video that preceded it. At least flash works most of the time, though it does crash Firefox multiple times a day. Before Flash video using mplayerplug-in most embedded video would either 1) not play or 2) crash the browser. totem-mozilla would do 1 more often, though 2 less. Same with VLC's plugin.

      Still, though, I've been using Youtube's HTML 5 player in Chrome and that is an improvement overall all over Flash. Hopefully HTML5 will kill Flash. Also, Firefox really needs to handle plugins more like Chrome does. When Flash crashes in Chrome instead of taking down Chrome I just get a message saying Flash crashed and just have to reload the page.

    4. Re:Google could do real good with this. by Anonymous Coward · · Score: 0
      1. Then users would be able to view the views they want to see instead of ads they don't want to see.
      2. VLC and MPlayer with full codec support (including H.264) are illegal in the US due to patents.
    5. Re:Google could do real good with this. by Anonymous Coward · · Score: 0

      Yes, yes I agree.

      Google

  4. Not a good letter. by fenix849 · · Score: 5, Insightful

    This might make me unpopular here, but the whole letter is poorly worded and written in the wrong spirit. Initially it's ok, but then it all starts sounding a little bit desperate, and by the end it's demanding and almost threatening. Imo.

    1. Re:Not a good letter. by skywatcher2501 · · Score: 1

      This might make me unpopular here...

      [OT] Slashdot is a nice place to learn about rhetoric, methinks. [/OT]

    2. Re:Not a good letter. by lyml · · Score: 4, Insightful
      I agree, quotes such as:

      If you care about free software and the free web (a movement and medium to which you owe your success) you must take bold action to replace Flash with free standards and free formats.

      don't exactly make you very willing to help a person who is currently begging you for free stuff.

    3. Re:Not a good letter. by Anonymous Coward · · Score: 0

      That's exactly what I thought... bring on the flames

    4. Re:Not a good letter. by Anonymous Coward · · Score: 5, Insightful

      Yeah, I agree. This letter is strange. Google is obviously smart enough to have thought about all that, and the letter seems to make the assumption that Google just bought the thing without a clue as what to do with it.

      My understanding of the situation is that :
      1. Making a video codec patent free is really difficult, since submarine patents are always a threat. Google may be hard working at making sure VP8 can be totally free.
      2. Nobody knows really how good the codec is (since it's not available). Google may be hard working on improving and polishing it before releasing it.
      3. Right now, there is zero hardware support for VP8. Playing a HD VP8 video on an iPad would likely be very difficult, for example. Google may be hard working on hardware chips for Android smartphone.
      4. Other things I don't grasp/didn't thought about.

      In the current market place, freeing a good video codec is one thing. Make people using it is another. We've seen that with Theora. Since Google hold so many cards (YouTube, Android, Chrome) in the game right now, it makes sense that they want to play all of them. I have good hope that Google will be releasing VP8 at some point as a free (as in beer, or more). It just makes sense for them.

    5. Re:Not a good letter. by alexhs · · Score: 1, Informative

      Not to mention that writing that H.264 is proprietary is wrong.

      It's patent-encumbered, yes, and as such non-free, but it is nonetheless a non-proprietary standard as AFAIK the full documentation is available.

      BTW, the JPEG standard is also patent-encumbered, which is why only a subset of the features described in the standard are usually implemented (lossless coding, hierarchical coding, arithmetic coding are usually left out of the implementation).

      --
      I have discovered a truly marvelous proof of killer sig, which this margin is too narrow to contain.
    6. Re:Not a good letter. by bit01 · · Score: 4, Insightful

      Not to mention that writing that H.264 is proprietary is wrong.

      No, it's right actually. Proprietary means of property, in particular patents. The fact that a group of companies own it collectively rather than an individual company, and that documentation is available, is irrelevant. People can only use it by paying a non-nominal fee and that makes it proprietary.

      ---

      Who owns the copy?

    7. Re:Not a good letter. by Anonymous Coward · · Score: 2, Insightful

      RMS and the FSF has bigger entitlement issues than most pirates. The world doesn't owe you a free implementation of anything, but in his mind you always owe the community and should release everything under the GPL. Even the release groups tend to say if you like it, buy it. When TPB has had some official releases, they've been with a paypal link for those who enjoyed it. FSF? They just insist. Sometimes I find them as annoying as the beggars that shake the cup of coins under your nose to make you give them something. No fucking way.

    8. Re:Not a good letter. by jo_ham · · Score: 1

      If you get an HD movie off iTunes and normally play it on your main box, but decide to also watch it on your iPad now and again, even if the screen resolution isn't there. It's unlikely you're going to want to keep player-targeted encodes of everything you own. The ability of some theoretical software player on a mobile device being able to downsize on the fly/play back a scaled down HD video on a smaller screen from the source file does have its advantages.

      And people might own an iPad because they had a use for the features it offers. That's generally why you buy a product.

    9. Re:Not a good letter. by FlyingBishop · · Score: 5, Insightful

      Say what you like about the "average" GPL zealot, but most sysadmins owe RMS and the FSF a lot. I probably wouldn't be a sysadmin if I didn't have the GNU tools, including Emacs, to use. They make it not so much tedious as interesting, as I change flags and run macros, and the text swims and takes on the form I want in front of my eyes. And I didn't have to implement it. They did it for me. Entitlement and quid pro quo are two very different things.

    10. Re:Not a good letter. by jonadab · · Score: 2, Interesting

      > Making a video codec patent free is really difficult,
      > since submarine patents are always a threat.

      Which makes me wonder why everyone is always so keen to make new video formats. Why not just use one of the ones that's twenty years old? All the patents would be expired, then. Are the video formats from the late eighties really all deficient in some important way? With all the formats that were floating around back then, competing to cram more video into less space, it's difficult to imagine that NONE of them can meet our needs in this decadent era of cheap storage, extravagant bandwidth, and powerful multi-core CPUs. What am I missing?

      --
      Cut that out, or I will ship you to Norilsk in a box.
    11. Re:Not a good letter. by shaka · · Score: 4, Insightful

      Sometimes I find [RMS and the FSF] as annoying as the beggars that shake the cup of coins under your nose to make you give them something. No fucking way.

      Really? Stallman asked you for money? Funny, because I never heard about him asking for anything in return for GCC and GDB. Intel, on the other hand...

      Intel® Compiler Suite Professional Edition for Linux: $1,349

      Whoa!

      As FlyingBishop said here before me, quid pro quo. A lot of people owe RMS and the FSF a lot.

      --
      :wq!
    12. Re:Not a good letter. by MathiasRav · · Score: 1

      Are the video formats from the late eighties really all deficient in some important way? With all the formats that were floating around back then, competing to cram more video into less space, it's difficult to imagine that NONE of them can meet our needs in this decadent era of cheap storage, extravagant bandwidth, and powerful multi-core CPUs. What am I missing?

      Even if you went 20 years back in time with the h264 or Theora spec, no processor would be able to decode and play the files in real time. (According to Moore's Law, computers today are 1,000 times faster than they were 20 years ago.) The codecen in the late 80's were designed with processing time in mind, and as such, the image quality they produced is rubbish compared to what we have today, because they didn't have the same processing power and storage space available in decoding.

      (nb: I wasn't born in the 80's, so I have no practical authority on this.)

    13. Re:Not a good letter. by smallfries · · Score: 3, Insightful

      A clue?

      Point to a single codec from the 80s that would offer a compression ratio comparable in any sense to a modern codec. It is not hard at all to imagine that codecs (not formats as you mistaken say) have progressed massively in two decades of constant vision research.

      --
      Slashdot: where don knuth is an idiot because he cant grasp the awesome power of php
    14. Re:Not a good letter. by iluvcapra · · Score: 3, Informative

      By that standard wouldn't a lot of GPLd software be proprietary, since the copyright on the code is owned by the licensing party? Only public-domain source code would meet a "non-proprietary" standard in this case.

      --
      Don't blame me, I voted for Baltar.
    15. Re:Not a good letter. by Anonymous Coward · · Score: 0

      Yes, the FSF is populist here, trying to get some credit in case google decides to free the codec...

      Thank you very much dear FSF, what would we do without you ?

    16. Re:Not a good letter. by catseye · · Score: 1

      Sysadmins don't owe them anything, not even quid pro quo. Jesus, what is the desperate nerd desire to perpetually heap praise and assign credit to RMS? It's no different than the cult of personality surrounding Steve Jobs (and just as annoying), but at least Steve Jobs is still actively trying to produce new ideas (for good or for bad), while RMS coasts on work he did 20+ years ago. Talk less, produce more would be my advice for anyone looking to make a difference in Free software. There's way too much talking. Usually about themselves.

      Look, I'll be the first to say "thanks for the awesome tools!" since I too benefit from them. But there, I've said it. I'm done. Saying "thanks" does not require 100 years of indentured, deep-bowing servitude. Fuck them: If they're not producing new ideas, then I'm going to continue searching for those who are. THEY will have my praise an admiration.

      --
      What did the walrus say to the penguin? "No soap, radio."
    17. Re:Not a good letter. by Kjella · · Score: 1

      Google bought On2 for 106 million dollars, and the FSFs is now asking them to give away one of their core technologies. That sounds like fairly real money to me, don't you think?

      --
      Live today, because you never know what tomorrow brings
    18. Re:Not a good letter. by Abcd1234 · · Score: 1

      Just on this topic:

      1. Making a video codec patent free is really difficult, since submarine patents are always a threat.

      Highly unlikely. US patent law states that a patent must be disclosed a year (I believe it's a year, anyway) after filing. If you wish to postpone publication, then you give up the right to file the patent overseas, and I *highly* doubt most corporations are willing to pay that price.

      Before the laws were changed, yes, submarine patents were a problem. But these days it's simply not an issue, and it's about time people stopped worrying about this little bugbear.

    19. Re:Not a good letter. by Target+Practice · · Score: 1

      Initially it's ok, but then it all starts sounding a little bit desperate, and by the end it's demanding and almost threatening. Imo.

      Agreed. It has the same tones that I find in religious/political propaganda. I support the FSF in their initiatives, but there are more polite ways to get the point across.

      --
      There's a 68.71% chance you're right.
    20. Re:Not a good letter. by Wessel+Starbuck · · Score: 1

      Are the video formats from the late eighties really all deficient in some important way? With all the formats that were floating around back then, competing to cram more video into less space, it's difficult to imagine that NONE of them can meet our needs in this decadent era of cheap storage, extravagant bandwidth, and powerful multi-core CPUs. What am I missing?

      To give you an idea, in the mid-eighties, computers like the commodore 64 (1mhz cpu) and early pc's (up to 8mhz) ruled the world. The audio cd came out in 1983 and contains uncompressed sound because there no compression hardware (or algorithm for that matter) was invented yet. Only in the early 90's did mp3 become popular because by then cpu's were in the 200mhz range, enough at the time to play(!) an mp3 at 90% cpu utilization. By then transferring 3mb files had also become possible because of falling hard disk prices. So no, the 80s had no codecs, and the first popular audio codec was mp3, still in use today. Video followed many years later with divx/xvid.

    21. Re:Not a good letter. by FlyingBishop · · Score: 1

      Saying "thanks" does not require 100 years of indentured, deep-bowing servitude.

      They're not asking you to do any such thing. They're just asking for you to give something of equal worth to the community, bearing in mind that when you build an empire standing on the shoulders of giants as Google has, it's quite a bit of hubris to claim exclusive rights to your creations.

    22. Re:Not a good letter. by hazydave · · Score: 1

      Right. Back in the 1980s, a standard PC couldn't handle MPEG-1 decoding very well. It took about 300+ MHz and MMX before they stopped putting MPEG-2 hardware decoders in the few PCs that actually played DVDs back then. MPEG-2 offer about 1/2-1/3 the coding efficiency of a modern video CODEC like H.264.

      On my Q9550 PC (that's four cores at 2.83GHz) and a nVidia 8800GT CPU (118 stream processors), I did some playing around with some H.264 samples at 1080/60p, just to make it interesting. Running the latest VLC under Windows 7 took 50-60% of that system, and it was choppy playback. That's a pretty hefty price to pay for decoding, that means you simply can't play that, in VLC anyway, on a more ordinary 2-core CPU.

      Using full video acceleration (under Windows 7's DXVA 2.0 API, which is supported by the H.264 CODEC included in Win7), I got down to 12% CPU. That's making much better use of the graphic card's processor array and other features it may have (color space conversion was the original "video acceleration" available on graphic cards, for example).

      That kind of processing will work on PCs for other kinds of video CODECs. But not applicable to devices like smart phones, which do more of this in tuned hardware specific to H.264 and DCT algorithms. Most smart phones don't have reprogrammable processing akin to that GPU. Even the few that do (like the OMAP chips' DSP) are still counting on hardware to do much of the acceleration.

      --
      -Dave Haynie
    23. Re:Not a good letter. by hazydave · · Score: 1

      Patents, once granted, are publically known.

      The big trick with submarine patents doesn't work under the new system. Back in the day, your patent was for 17 years from date of patent grant. So it was a big thing to apply, knowing the patent would be bounced back and forth between your company and the PTO, intentionally delaying the grant date. This allowed for legal submarine patents... you don't have to disclose anything (in the USA) until the patent is granted. In today's revised system, you get 20 years from date of application, so there's little incentive for this kind of foot-dragging.

      But here's the other thing... it's quite possible, particularly given the nature of software, for clashes to go undiscovered. Certainly the H.264 people did a search of any patents violations that might be pertinent, but they also solved the problem for commercial concerns by licensing through the MPEG-LA. Some new patent shows up covering any H.264 IP, and the MPEG-LA people deal with it, not Apple or Google (well, at least in theory). But also, H.264 is about as public as a thing can get... no one with video compression IP can claim to be ignorant of it.

      This is not the case with Ogg Theora. Yes, the VP3 patents that had been granted to On2 are permanently licensed for VP3 open source use, and more recently, the changes Xiph have done to create Theora. But how about Theora itself... there's no guarantee that it's not stepping on other patents. And just because On2 had VP3 patents, that doesn't guarantee that VP3 itself was in the clear from others' patents, either. Perhaps On2 did all that work and all (probably), but it's up to On2 or Xiph to verify this, not the patent holders, who don't necessarily know a thing about the Theora project.

      And now there's VP8... unreleased. Google has work to do, to ensure that it's not patent encumbered by outside patents. They can afford that... but FOSS projects typically can't. So there's always some risk for a big company buying into something like Ogg Theora, simply because there might be unknown patent encumberances that, literally, show up at their door some day soon.

      This, of course, is a good example of why software patents should not exist. The original idea of an invention was to give the inventor a short monopoly on the use of that invention in return for public disclosure, to allow others to build on it. But it's rare that software benefits from such public disclosure, and rarer still that there's the kind of invention in software that's all that novel. Add to that the fact that, for the most part, the PTO's definition of "prior art" when they examine a patent is not much broader than "prior patents". They have this "if it's been invented, it's been patented" mentality, which is why so many patents are issued despite volumes and decades of known prior art.

      --
      -Dave Haynie
    24. Re:Not a good letter. by Anonymous Coward · · Score: 0

      Absolutely agree! Threatening, disparaging, demeaning do not convince, these methods only trigger the defensive response.

    25. Re:Not a good letter. by Anonymous Coward · · Score: 0

      I'm sensing childhood issues forming themselves.

      Seriously though, every piece of software made today is possible because of previous work done.
      Every computer made today, is possible because of previous work done.
      Electricity as used today is possible because of previous work done.
      This website is possible because of previous work done.

      Everything is build on the shoulders of everyone else. To hide these shoulders, and keep people from not only building upon them, but keeping them from even being able to use the idea of your shoulders to build upon is to the development of the human race insane, crippling and morally criminal.

    26. Re:Not a good letter. by hazydave · · Score: 1

      Well, the idea wasn't just theirs... it was easy to guess where this might go (in fact, I was recommending the same things, even here, months ago).

      The fact is, the whole tag debate isn't doing a great deal to get away from Adobe Flash being the default video player on the web (without even getting into the other stuff Flash does, some quasi useful, some terribly annoying). Google and other video streaming companies have a very legit reason for not wanting to step backwards and lose even more money switching over to Ogg Theora. The FOSS community has very valid reasons for wanting to be able to distribute a whole soup-to-nuts video-for-web solution without commercial entanglements of any kind (I soundly reject their religious convictions, like the Mozilla people not supporting OS resident video CODECs, but that invalidate the correct part of their argument).

      So, Google owns the largest video streaming site on the planet. It currently runs a mix of older Flash video (On2 VP6) and current H.264 video. Their main expenses are streaming.. they pay for bandwidth, and it's rare for anyone doing that with video right now to not be losing money. Google did just buy On2, a company that's been in this video-on-the-web market for over a decade, same company who tossed out their old technology, VP3, to the open source community, providing the foundation for Ogg Theora. And they have a new video CODEC, VP8, that claims to offer up to 40% better coding efficiency than H.264 at lower bandwidths.

      Gee... what could Google be thinking here? If this is all true about VP8, and they could get this into a browser, I bet they'd save a bundle, even if they just offer VP8 over H.264. Oh, and wait, Google has this thing called Chrome... a browser. They could use VP8 to get you to upgrade to Chrome for YouTube, or maybe just give away VP8 as a way to make everyone suck less bandwidth from Google. I haven't seen any numbers on their YouTube division's profit and loss, but this would absolutely tilt the balance toward "profit".

      Now, enter the FSF's request... that's not all that outlandish. After all, Google spent about $50 million to buy then 2-year-old Android, Inc. in 2005. And then they released it all as Open Source. Their motivation was simple: prevent proprietary OSs from taking over on the handset... and thus, taking over the all-critical search function on the handset. So there's precedent... they pretty much gave away everything here, and in doing so, they may have built the future-dominant handset OS. They also seem to have pushed others toward open sourcing their OSs, just to compete... as Nokia did recently with the Symbian OS (currently about 50% of the worldwide smart phone market). With VP8, Google would presumably just be releasing a piece of what they bought with On2, albeit perhaps a crown jewel.

      But with Google's business model, it's not likely they're going to sell VP8 encoders, or whatever. The usual "Google thing to do" would be to use this technology to boost their existing business somehow. So a free VP8, assuming it really can be free (there's always the potential for outside patents covering the work they've done), seems even kind of likely. Wow... the FSF actually doing something that doesn't seem crazy? Or have they finally stolen my mind?

      --
      -Dave Haynie
    27. Re:Not a good letter. by Randle_Revar · · Score: 2, Insightful

      >Why not just use one of the ones that's twenty years old? ... Are the video formats from the late eighties really all deficient in some important way?
      Yes, they suck. Many of the improvements one might make to them to make them not suck would be the same patented techniques used by modern codecs.

    28. Re:Not a good letter. by jonadab · · Score: 1

      > The codecen in the late 80's were designed
      > with processing time in mind, and as such,
      > the image quality they produced is rubbish
      > compared to what we have today,

      Now, see, I was pretty sure there was such a thing as lossless video by 1990, if not rather earlier. Not everyone was using it, but I was pretty sure it existed. The framerates and resolutions weren't competitive by today's standards, but as you say, computer hardware couldn't do what today's hardware can, either.

      --
      Cut that out, or I will ship you to Norilsk in a box.
    29. Re:Not a good letter. by shaka · · Score: 1

      AC compared RMS to a beggar, asking for money for himself.

      Urging Google to "give away" VP8 is more akin to someone asking for money for somebody else. To amend AC's flawed analogy: a Red Cross collector.

      Then again, the FSF never asked for money, but contributing value, so I think it would be wise to end the money analogies altogether.

      --
      :wq!
    30. Re:Not a good letter. by fenix849 · · Score: 1

      Colour me surprised.

  5. What about Dirac? by Cigaes · · Score: 1

    What about Dirac, the HD codec developed by the BBC? It has at least two Free implementations, and there are probably no patents?
    Does anyone here have a pointer to a comparison taking Dirac into account, both for low and high bitrates?

    1. Re:What about Dirac? by Anonymous Coward · · Score: 2, Informative

      I evaluated it for some IPTV software I was working on about 2-3 years ago and it was nowhere near good enough compared to H.264... I suppose it could have improved some since that point but I doubt its competitive.

      One other thing is that anything that is competitive with H.264 almost certainly has patent issues... with MPEG patent trolls will have to cut a deal with the MPEG-LA but with a codec that doesn't have an established patent pool (e.g. theora or VP8) they can come after implementers directly.

    2. Re:What about Dirac? by BZ · · Score: 1

      At low bitrates, Dirac produces lower-quality output than Theora. At high bitrates it's quite good. Something to do with Dirac being designed for high-quality archival video, not today's web video.

    3. Re:What about Dirac? by hazydave · · Score: 2, Informative

      Regular Dirac (versus Dirac Pro) seems to be pretty comparable to H.264, though it's current implementations are very slow, and still pretty experimenty. Dirac is open AND royalty-free, at least from the BBC's perspective. They did not file any patents on it.

      It's not certain to be free of patent encumberance, though, particularly in countries, unlike the UK, where software patents reign supreme. Dirac is based on wavelets, like JPEG 2000 or the commercial CineForm CODEC. There's some claims that it will offer a higher coding efficiency at the same apparent video quality as H.264, others that claim twice the coding efficiency of MPEG-2 for HD, which puts it in the same general ballpark as H.264 (typically 2x-3x), VC-1, Theora, and other modern DCT-based CODECs.

      The big problem with Dirac right now is speed.. you need a decent dual-core CPU to get smooth 720/30p playback. Being non-DCT, it's not going to get any help from the typical hardware acceleration on device, but might benefit from some of the low-level graphics card accelerations, or maybe something using OpenCL. And probably just more software optimizations. I've played around with it a bit, but then encoder was slow enough that I didn't get much joy out of it (this was using the dirac-research encoder, which is higher quality than the Schrödinger version, but also known to be slow). Quality looked great. I'm kind of partial to wavelet encoders these days, too. Maybe it's from 20+ years of staring at DCT encoded video, but it just seems to me that, even where there are artifacts, they tend to be more "organic", so you notice them less.

      And this is especially profound given how well one's brain adapts... your brain learns to filter out the bad stuff in video you watch repeatedly. When I first got into digital video... ok, it still sucked, back in the 80s. And into the 90s. But after awhile, I could certainly still see DCT blocking (when you run an overly aggressive low-pass filter after DCT conversion, you start to see block boundaries when you uncompress. Try pretty much any VideoCD for examples of this, and it's still visible on DVD and HD sources, particularly HD from satellite or Comcast). But my brain did adapt... both ways. When I occasionally went back to analog, I was amazed... "how did I ever live with this crap" was the usual thought. Of course, if I spent a year watching nothing but old SVHS and Hi8 tapes, I'd start liking it ok again, and then be horrified at my DVDs. Well, ok, horrified by my TiVo Series 1. Anyway, if you look at new basic technology, like wavelet vs. DCT, and it doesn't have big visual issues, that's a very good sign you're onto something good.

      Dirac Pro is being poised as a open CODEC for professional work, probably in competition with CineForm, Apple Intermediate CODEC, AVC Intra, and other professionally suited, intra-frame only CODECs. The specs are finalized, and this has been accepted by SMPTE as the VC-2 CODEC. This is not of interest for web video. I use CineForm sometimes for video editing... you need about 50GB/hour for 1440x1080/60i video in Cineform, or about 120GB/hour for 1920x1080/60p video in Cineform. I was actually looking into Dirac Pro as a replacement for Cineform (another is SMPTE VC-3, which is also called Adobe DNxHD, also intended for professional use).

      --
      -Dave Haynie
  6. Better solution by Hadlock · · Score: 1

    Why not just buy h.264 outright? What's the market cap for the company that owns it? It's got to be a drop in the bucket compared to licencing fees down the road, plus what they paid (1 billion dollars) for YouTube.

    --
    moox. for a new generation.
    1. Re:Better solution by laederkeps · · Score: 4, Funny

      (1 billion dollars)

      Muahahahahahahaaaaaaa!

    2. Re:Better solution by yabos · · Score: 1

      And then Google owns it instead of another company. Not much different. Do you think they'd just pay billions of dollars so they can make it free?

    3. Re:Better solution by suffe · · Score: 1

      Not to sound rude but how do you actually look at the world? Does it seem like magic to you? Does it not occur to you that the value of a (theoretical) company that owns all the h.265 IP will be pretty much exactly the current value of the future license fees - any debt + any other property and future options?

      --

      Karma: 2.71828182846 (Mostly due to small, fun pills)
    4. Re:Better solution by badkarmadayaccount · · Score: 1

      Yes?

      --
      I know tobacco is bad for you, so I smoke weed with crack.
  7. Do no evil..... by Anonymous Coward · · Score: 0

    mhhh well now is the time where we can see if Google is here to make the world a better place or just another caitalist company.

    Do no evil != Help make the World a better place

    BTW, any Slashdot devs online? This website is a fucking pain to use on tiny computers suchas the N900. This is supposed to be a site for nerds .... you know, for people who like to us gadgets.
    Slashdot sucks a little more each day, I think it is time to say good bye and never come back.
    This nerd is getting of the Slashdot ride, next stop Chandot.org

    1. Re:Do no evil..... by mrpacmanjel · · Score: 2, Insightful

      If you are the nerd you claim to be it would be easy enough to write your own script or apply a css to reformat the page.

      You have perl and python available to you they are both on your n900.

    2. Re:Do no evil..... by ProfMobius · · Score: 1

      Slashdot sucks a little more each day, I think it is time to say good bye and never come back.

      Since Slashdot is not changing, the sucking augmentation must be on your side. Ho, and Obvious Troll is Obvious.

      --
      EULA : By reading the above message, you agree that I now own your soul.
    3. Re:Do no evil..... by chill · · Score: 1

      There is an easier way that that.

      Go into "help & preferences" and then "Classic Design". Check "Use Classic Index", "Simple Design", "Low Bandwidth" and "No Icons". You also have the option to "Turn Off Tags". It makes things a lot faster and easy on small-screen devices. It also helps on normal systems. Lots of the cruft just goes away.

      I'm posting this from my new N900 now.

      --
      Learning HOW to think is more important than learning WHAT to think.
  8. yay just what the world needs by timmarhy · · Score: 1, Insightful
    yet another codec implementation trying to push it's way to the top.

    the reasons they oppose h.264 are stupid for a start, it has about the most generous licensing i've ever seen. hence the reason it has been so widely adopted.

    --
    If you mod me down, I will become more powerful than you can imagine....
    1. Re:yay just what the world needs by Anonymous Coward · · Score: 0

      No it's because the free x264-codec.

    2. Re:yay just what the world needs by drinkypoo · · Score: 1, Insightful

      the reasons they oppose h.264 are stupid for a start, it has about the most generous licensing i've ever seen.

      Those are some nice licensing terms you've got there, it would be a shame if something happened to them... in 2016, when you might be forced to re-code all that video if you want to serve it to people without paying what could turn out to be exorbitant licensing fees.

      Fearmongering? Maybe. But I didn't create this situation. And really, in what world is it reasonable to charge anyone but the makers of hardware and perhaps encoders?

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    3. Re:yay just what the world needs by timmarhy · · Score: 0, Troll
      name one point in history where mpeg-la charged "exorbitant" licensing fees?

      they profit from having a good technology at a cheap price. it sounds like the kind of misdirected crap RMS spouts.

      --
      If you mod me down, I will become more powerful than you can imagine....
    4. Re:yay just what the world needs by drinkypoo · · Score: 1

      name one point in history where mpeg-la charged "exorbitant" licensing fees?

      Past performance is no indicator of future success, and past behavior is no guarantee of future actions.

      they profit from having a good technology at a cheap price. it sounds like the kind of misdirected crap RMS spouts.

      They'll profit even more if enough people have the same views as yourself through misguided trust, and they get to nail a huge group of people in 2016. In addition, there's no guarantee against submarine patents by any of the members, only on those patents already declared.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    5. Re:yay just what the world needs by hazydave · · Score: 1

      Ok, no. Their real reason for opposing H.264, and even (last I heard) using OS CODECs when available, was their goal of having a totally free browser that actually did the job. In short, they wanted to mandate Theora, because if they didn't, H.264 would become the de-facto standard. Thus, their Theora and only Theora stance... someone here suggested it's changed, but didn't post a reference.

      In short, it's a religious argument, and about as crazy as other things religious people do. Mozilla isn't remotely large enough to prevent H.264 from becoming the standard. Particularly because they lack the time machine necessary to go back ten years and prevent it from happening... H.264 is already the standard. The only way to dislodge that is the way every standard eventually falls --- offer something much better. Ogg Theora is worse. You know how everyone switched from MP3 to Ogg Theora back in the mid 2000's? Remember that? Oh, sorry... that didn't happen. Ogg Theora was ever-so-slightly better than MP3, in terms of coding efficiency. It was, IMHO, better than WMA in terms of not adding annoying crap I can actually hear, like pre-echos. On the other hand, AAC was much better than MP3. And advanced by Apple, Panasonic, and a few others. Now it's supported pretty much everywhere, and while it hasn't replaced MP3, it's quite popular. Vorbis... not so much.

      The only real question is whether Mozilla's going to let this argument kill off much of Firefox's recent gains. Or will they compromise, and not have that happen.

      I claim they will compromise, only because, they already have. They're supporting H.264 in Fennec, using a smart phone's own H.264 CODEC... the only way to actually get video playing well on most smart phones. They need the hardware acceleration, that is correctly an OS/driver issue (on the PC too, just less so), and they seem to be approaching this correctly on the handset versions of Firefox. We'll see.. I'll be trying it out on my DROID ASAP.

      Remember how IBM was so unified behind OS/2 that it caught on worldwide, and replaced Windows, and how everyone's using OS/2 nowadays. Oh wait, that didn't happen either. One piece of Mozilla not even supporting the position of Theora as the only solution and allowing (if not necessarily embracing) H.264 is much the same thing. But the mobile phone scenario actually illustrates an even stronger point: the video CODEC doesn't belong in the web browser. Anywhere in the web browser. It is today, even on a frackin' phone, part of the OS. It needs to be part of the OS, so that all of that cool video acceleration I have and you don't have works on my PC. So that improvements in video technology actually just get to improve, on or off the web, without web browser guys acting as gatekeepers. If video wants to be free, it'll win its own freedom. We don't need the Mozilla occupying force hanging around for a decade supervising this process.

      --
      -Dave Haynie
    6. Re:yay just what the world needs by bhtooefr · · Score: 1

      Maybe it's possible to Streisand H.264 itself?

      Alternately, figure out a way to make free use of the H.264 patents critical to the functioning of the internet, or even our economy. Go for the automaker approach - make it too big to fail, so the government invalidates the H.264 patent pool on practical terms, rather than what's "right."

  9. No one company owns H.264 by tepples · · Score: 4, Informative

    No one company owns H.264. The patents are spread out across about two dozen companies listed on the licensors page. Some of them, like Apple and Microsoft, have market capitalizations close to that of Google.

    1. Re:No one company owns H.264 by Hadlock · · Score: 2, Interesting

      So then buy into the video codec cartel by buying a patent off of someone. I'm assuming being part of the cartel entitles you to free use of h.264.

      --
      moox. for a new generation.
    2. Re:No one company owns H.264 by tepples · · Score: 1

      I'm assuming being part of the cartel entitles you to free use of h.264.

      I don't see how this is true. Being part of the video game console cartel does not entitle Microsoft to Nintendo's patents.

    3. Re:No one company owns H.264 by Rockoon · · Score: 5, Insightful

      It allows them to swap patent rights.

      So if Google goes out and picks up a patent essential to H.264, then they will avoid (or offset) the licensing fees on H.264 forever.

      But this doesnt give what that poster wanted, which was Google picking up all the H.264 patents and freeing them. Thats never going to happen, and as is Google seems very willing to use H.264 anyways.

      I've said it before and I'll say it again, Theora cannot win. H.264 is here to stay and this fact really doesnt effect the end user much, because most end users already have H.264 licenses. Its pretty much just Linux and BSD that have a playback issue as far as end-users are concerned, and with the availability of "illegal" H.264 codecs, that just doesnt matter.

      What Mozilla and Opera are doing is trying to make it an end-user problem when it actually isn't. The end users have the codecs. Use them. Giving users the choice is far superior to steadfastly refusing to give them a choice.

      --
      "His name was James Damore."
    4. Re:No one company owns H.264 by Hadlock · · Score: 1

      What Mozilla and Opera are doing is trying to make it an end-user problem when it actually isn't.

      And I, the end user, gave Mozilla the finger by switching myself and everyone I know to Chrome :)
       
      Actually everyone already switched prior, but being independent of the whole issue, you really have to shake your head and wonder what Mozilla's real beef is. HTML5 video tag works flawlessly in Chrome, btw. Long live h.264(!)

      --
      moox. for a new generation.
    5. Re:No one company owns H.264 by Anonymous Coward · · Score: 0

      > you really have to shake your head and wonder what Mozilla's real beef is
      How about the ability to operate freely without being a target of video software patent racketeering.

    6. Re:No one company owns H.264 by DrXym · · Score: 1
      What Mozilla and Opera are doing is trying to make it an end-user problem when it actually isn't. The end users have the codecs. Use them. Giving users the choice is far superior to steadfastly refusing to give them a choice.

      It's not like Mozilla or Opera even have to include h264 (although they could utilise the codec that ships with some platforms). Both browsers support the NPAPI plugin architecture. It would be reasonably straightforward to say a video plugin must implement the NPAPI and a scripting interface such as nsIVideoPlugin. When the browser encounters a video tag with a type attribute it simply instantiates the corresponding plugin much like it does with object tags and uses the interface to control trickplay, fullscreen etc. Ogg can still be the default video plugin (never underestimate the power of the default).

      Ironically and somewhat hypocritically, Firefox falls over itself to help users install a Flash plugin. It makes no sense to force sites to use Ogg because many can't or won't. Instead of encouraging sites to migrate to HTML 5, it may well make proprietary plugins even more entrenched than they are right now.

    7. Re:No one company owns H.264 by bendodge · · Score: 1

      Firefox is free. That's the beef. They CANNOT release a free browser with parts that cost royalties. That's the real issue here. MS can, because they have per-copy licensing fees for Windows that already include things like MP3 royalties. Mozilla is trying desperately to avoid this landmine, because it could actually kill Firefox.

      Same goes for Opera.

      --
      The government can't save you.
    8. Re:No one company owns H.264 by Rich0 · · Score: 2, Interesting

      How about the ability to operate freely without being a target of video software patent racketeering.

      Nobody is suggesting that Mozilla should implement h.264. They should simply use a codec if you have it installed. If you don't have it installed then it won't support it. They can do the same for all the other video formats out there, and even just provide a general API for codecs to register themselves or use whatever the underlying OS uses.

      If they don't distribute anything that violates the h.264 patents then they're in the clear. Let the user manage their own legal situation. Most users have an h.264 codec from someplace legit anyway, and the rest can look at their legal jurisdictions and follow the law as best as they can.

    9. Re:No one company owns H.264 by Abcd1234 · · Score: 1

      What Mozilla and Opera are doing is trying to make it an end-user problem when it actually isn't. The end users have the codecs. Use them. Giving users the choice is far superior to steadfastly refusing to give them a choice.

      Which is why, thank god, Mozilla is planning to implement gstreamer backend support, thus putting this entire non-issue to bed.

    10. Re:No one company owns H.264 by Rockoon · · Score: 1

      Didn't you know that codecs can come in separate binaries, and one for H.264 is already included in most OS's?

      Didn't you know that mozilla *already* interfaces with proprietary binary blobs, and in fact one of them can play back H.264?

      What were you arguing again? I can't remember because I just shot it down.

      --
      "His name was James Damore."
    11. Re:No one company owns H.264 by Rockoon · · Score: 1

      Opera already has gstreamer backend support...

      ..oh, they only allow the decoding of Theora via gstreamer? Damnit!

      Why do you think Mozilla is going to be any different?

      --
      "His name was James Damore."
    12. Re:No one company owns H.264 by Abcd1234 · · Score: 1

      Because deliberately limiting the decoding backend to a single codec when it can support multiple is incredibly idiotic, particularly since HTML5 doesn't specify a codec, and so *anything* could theoretically be used?

      Frankly, I want to know why you think Mozilla will make the same boneheaded decision that Opera (supposedly) made?

    13. Re:No one company owns H.264 by BZ · · Score: 1

      > I don't see how this is true.

      More or less by definition of "patent pool". See http://en.wikipedia.org/wiki/Patent_pool

    14. Re:No one company owns H.264 by tepples · · Score: 1

      Firefox falls over itself to help users install a Flash plugin.

      At least H.264 has an alternative in Theora. SWF, on the other hand, does not have an alternative until someone steps up and makes an authoring tool for SVG animation.

    15. Re:No one company owns H.264 by arose · · Score: 1

      What Mozilla and Opera are doing is trying to make it an end-user problem when it actually isn't. The end users have the codecs. Use them. Giving users the choice is far superior to steadfastly refusing to give them a choice.

      You have it backwards. If the user has to have the right codecs for the right sites then it is an end user problem, exactly like things were before flash video swept the market. Mozilla and Opera are trying to make it a content provider problem by giving the user one codec that will play in all new browsers they make.

      --
      Analogies don't equal equalities, they are merely somewhat analogous.
    16. Re:No one company owns H.264 by DrXym · · Score: 1
      Well to play devil's advocate, SWF has an alternative in many cases - it's called HTML 5. Firefox is actively encouraging websites, many of which could be implemented in Ajax (possibly even HTML 5) to use a proprietary solution. There may even be SVG animation tools as you say and there certainly are numerous Ajax solutions for building GUIs, plus the canvas element, animated gifs and other bits & bobs that could easily handle 80-90% of what Flash is typically used for.

      But as it happens I have no issue with the browser helping install Flash. I just wonder why it would help users install a proprietary plugin and not provide the means to use HTML 5 with *the* industry standard video codec. They can ship with Ogg Theora codec as the default and open up the video tag to other formats for other vendors to support. Keeping the tag closed is counter productive. Sites will either work around the restriction (e.g. become even more entrenched with Flash), or they'll stop supporting Firefox altogether. Ogg Theora is never in a million years going to supplant h264 any more than Vorbis supplanted MP3 and that's all there is to it.

    17. Re:No one company owns H.264 by hazydave · · Score: 1

      Is this a recent decision? Up until about last week, Mozilla representatives were saying they were not supporting any OS-supplied CODECs, period. Despite this being stupid on multiple levels, that was the stance... their propped up argument was that OS-level CODECs... those same ones used in Windows and MacOS to create most of what you'll be playing back in Firefox... were not reliable enough for a consumer viewing experience.

      --
      -Dave Haynie
    18. Re:No one company owns H.264 by Rockoon · · Score: 1

      Frankly, I want to know why you think Mozilla will make the same boneheaded decision

      (A) Because they have said that they wont support H.264
      (B) Because they release a press release every week, sometimes more often, crying about H.264

      --
      "His name was James Damore."
    19. Re:No one company owns H.264 by Abcd1234 · · Score: 1

      (A) Because they have said that they wont support H.264

      Right. They won't ship H.264 with Firefox for licensing reasons. Good ones, too. But deliberately limiting the generic gstreamer backend so it will only support Theora would be deeply idiotic (and easily worked around if someone felt the urge to fix it).

      (B) Because they release a press release every week, sometimes more often, crying about H.264

      As they should. The state of open video codecs is a sorry one, and alas won't be changing any time soon. But if you have a generic video pipeline available to you, you'd be foolish to artificially limit it for no good reason, particularly since people might want to use some codec other than H.264 or Theora for their video element.

    20. Re:No one company owns H.264 by Abcd1234 · · Score: 1

      Is this a recent decision? Up until about last week, Mozilla representatives were saying they were not supporting any OS-supplied CODECs, period.

      Here's the bug, described as:

      Bug 382267 is being restructured to not contain implementations of decoders for
      video codecs and to allow different backend decoder implementations.

      Implement a backend that uses GStreamer to decode audio/video, allowing support
      of all the video formats that the user has GStreamer plugins for.

      This has been around for a while, but isn't completed yet and appears to be targeted for Fenec.

    21. Re:No one company owns H.264 by Anonymous Coward · · Score: 0

      And if the user doesn't have a codec? What then? Isn't browser implementation required for compliance to the HTML5 standard?

    22. Re:No one company owns H.264 by shutdown+-p+now · · Score: 1

      HTML5 does not mandate support for any particular codec for the VIDEO element. So, no, there is no obligation on the browser.

    23. Re:No one company owns H.264 by shutdown+-p+now · · Score: 1

      "Targeted for Fennec" is the crucial part. Mozilla guys have explicitly stated that they do not want this supported in mainstream desktop builds, precisely because this would allow users to use the "evil proprietary codecs" such as H.264.

      This has been rehashed countless times in previous Slashdot discussions on this issue, complete with references etc (which is why I don't feel like wasting time looking them up yet again - JFGI), so I don't understand why we're even having this discussion with the same old questions being asked again and again.

    24. Re:No one company owns H.264 by Abcd1234 · · Score: 1

      Meh, then someone will fork Firefox, make the necessary changes, and we'll all move on. XFree86 got obsoleted for not responding to user needs. The same thing can happen to Mozilla. *shrug*

  10. Oh God, please no! by bemymonkey · · Score: 1

    Video sites are having enough trouble moving away from Flash to H264 streams already... please, please, please (!!!) don't introduce another new video format without ubiquitious hardware decoding support into the fray!

    1. Re:Oh God, please no! by chainsaw1 · · Score: 5, Interesting

      Probably a naive question, but--If we have so much hardware support for decoding, then why are Linux / BSD playback such a problem? Wouldn't you then be passing the stream to hardware for decoding, thereby avoiding needing a license to process the stream? I figure you would only need the license to decode in software (since then you are actually writing the codecs yourself)...

      --
      - Sig
    2. Re:Oh God, please no! by bemymonkey · · Score: 1

      Hmmm, I was thinking more along the lines of iPhone and Android, to tell the truth.

      Can't you just use VLC on Linux? Plays back H264 fine (albeit with relatively high CPU usage, but it works well and doesn't require nearly as much horsepower as Flash-based H264 in a browser)...

    3. Re:Oh God, please no! by cduffy · · Score: 2, Informative

      Plays back H264 fine

      ...if you have a codec installed which isn't legal in the US without a patent license.

    4. Re:Oh God, please no! by bemymonkey · · Score: 1

      Interesting. I thought VLC came with all the required codecs, which would lead me to believe that they're licensed somehow or other...

      I highly doubt that VLC is using the same decoder as my other media players (this is on a Windows box), since it uses 30% more CPU than software decoding in the other players. Doesn't this mean it's using its own codec?

      I'm a bit confused :P

    5. Re:Oh God, please no! by Abcd1234 · · Score: 3, Informative

      Probably a naive question, but--If we have so much hardware support for decoding, then why are Linux / BSD playback such a problem?

      Well, my understanding of technologies like VDPAU is that they accelerate specific parts of the decoding pipeline that are otherwise expensive to do on a general purpose CPU. As such, you still have to implement large parts of the decoder... you just get to use hardware to accelerate the hard parts (IIRC, in the past, this included things like the motion compensation and IDCT operations).

    6. Re:Oh God, please no! by arose · · Score: 1

      In other words, there isn't much hardware that specifically decodes H.264. On the other hand there is a lot hardware that, with the right software support, will greatly accelerate the process.

      --
      Analogies don't equal equalities, they are merely somewhat analogous.
    7. Re:Oh God, please no! by Tim+C · · Score: 1

      ...if you have a codec installed which isn't legal in the US without a patent license.

      I thought VLC came with all the required codecs, which would lead me to believe that they're licensed somehow or other

      The VideoLAN website lists the following postal contact address:

      VideoLAN
      18, rue Charcot
      75013 Paris
      France

      I don't know for sure what the situation is with software patents here in the EU, but I was under the impression that we don't recognise them.

    8. Re:Oh God, please no! by bemymonkey · · Score: 1

      That would probably explain it. Thanks.

    9. Re:Oh God, please no! by wagnerrp · · Score: 1

      In the past with XvMC, this was true. XvMC only offered the iDCT and MC parts of mpeg2 decoding. VDPAU is a complete offload, start to finish. You give it the raw compressed video stream, and it handles everything from decoding, deinterlacing, scaling, colorspace conversion, and dumps it onto the graphics framebuffer without it ever coming back across the PCIe bus. I believe VAAPI and XvBA also operate in the same manner. The CrystalHD stuff is a bit different in that you put compressed video in, and get decompressed video out, which you have to then do deinterlacing (if needed) and push onto the graphics card for scaling and colorspace conversion.

    10. Re:Oh God, please no! by Randle_Revar · · Score: 1

      Even ATI hasn't given out the specs for the Radeon video decoder hardware. This is because they legally cannot give out those specs due to patent licensing issues. If you want fully HW accelerated video on Linux you use fglrx (actually I don't know if this is fully enabled yet) or you reverse engineer the methods for using the HW decoders.

    11. Re:Oh God, please no! by Sir+Homer · · Score: 1

      Yes, the vast majority of GPUs (even in embedded devices) can accelerate any kind of IDCT codec (VC-1 and Theora included).

  11. Bad comparison linked by Anonymous Coward · · Score: 0

    That comparison is known to be flawed, for example, it does not list the instantaneous bitrates and frame types for the respective frames.

    1. Re:Bad comparison linked by tepples · · Score: 2, Insightful

      It doesn't have to. The still frames are just a representative sample to get you to download and watch the respective videos. Have you yet?

  12. It's the "about" that kills by tepples · · Score: 1

    it has about the most generous licensing i've ever seen.

    But it's the "about" that kills. A software license that includes the H.264 terms will never qualify under Free Software Foundation's definition of free software, the Debian Free Software Guidelines, or Open Source Initiative's Open Source Definition.

    1. Re:It's the "about" that kills by timmarhy · · Score: 0, Flamebait

      umm, so in other words no one is going to give a fuck just like they don't now?!

      --
      If you mod me down, I will become more powerful than you can imagine....
    2. Re:It's the "about" that kills by tepples · · Score: 1

      umm, so in other words no one is going to give a fuck just like they don't now?!

      The thing about patents is that a patent holder can start giving a fuck at any moment. Remember GIF-gate of the late 1990s and early 2000s?

    3. Re:It's the "about" that kills by Anonymous Coward · · Score: 0

      the GPL isn't free software either.

    4. Re:It's the "about" that kills by Anonymous Coward · · Score: 0

      Remember how much trouble this caused the average consumer? .... How you could not see gif in your browser unless you paid up? All that content you could not see? The tremendous licensing fee you paid? Oh that's right... it didn't happen. The folks who make the development tools paid that fee and the end user went about life exactly as they had before. Same thing here. The average end user will not care. Folks running Windows and OSx will have no trouble as the manufacturers will have paid to license the technologies, and the linux geeks will have to deal with it. Face it. You use an OS that is such a niche OS, you live with the consequences of being on the fringe. It does not matter what is technically superior or what is "free".... It matters what is easy and does not interfere with the end user. That is all they care about.

    5. Re:It's the "about" that kills by monkeythug · · Score: 4, Informative

      Neither is the US a free country, since you aren't free to pick up a machete and go on a killing spree.

      Most people accept some restrictions on "free" if they benefit society (and hence benefit you indirectly - I assume you don't have to dodge machete wielding morons when you walk down the street)

      --
      Don't you wish you hadn't wasted 3 seconds of your life reading this sig?
    6. Re:It's the "about" that kills by tepples · · Score: 1

      Remember how much trouble this caused the average consumer? .... How you could not see gif in your browser unless you paid up?

      There are two differences in this case:

      First, due to an oversight in the wording of the LZW patent claims, it appeared not to cover decoding. The H.264 patents were written more carefully.

      Second, between the late 2001 release of Windows XP and mid-2004 when the LZW patent expired, Microsoft's web browser usage share on the majority operating system had no serious Free challengers. Remember that Firefox, the first serious Free challenger to Internet Explorer 6, reached 1.0 less than a year after the LZW patent expired worldwide.

      The tremendous licensing fee you paid?

      Unisys threatened to sue site owners. So I guess the licensing fee was built into the price of goods bought online. A lot of sites switched over to PNG, which could do everything a GIF could except animate, even in IE 6.

      You use an OS that is such a niche OS, you live with the consequences of being on the fringe.

      In overall web browser usage share, Safari for iPhone is just as niche as GNU/Linux.

      It does not matter what is technically superior or what is "free".... It matters what is easy and does not interfere with the end user. That is all they care about.

      Every PC web browser with HTML 5 video support except Safari can show Theora video. So it is easy to support Theora.

    7. Re:It's the "about" that kills by tepples · · Score: 1

      Free Software Foundation's definition of free software, the Debian Free Software Guidelines, or Open Source Initiative's Open Source Definition

      the GPL isn't free software either.

      The GNU General Public License meets all three set of criteria I listed for a free software license. What definition of a free software license were you talking about, and how does software distributed subject to MPEG-LA's terms qualify?

    8. Re:It's the "about" that kills by madpansy · · Score: 2, Informative

      It's useful to think of freedom as "freedom from force." As long as you're not forcing anyone to suffer the consequences of your actions, you're free to do whatever you like. So saying that freedom means hacking your neighbor with a machete is incorrect with this definition, since freedom that allows you to kill is really anarchy.

      But I agree with you that the US is not a completely free country, especially considering the topic on hand regarding patents for intellectual property.

    9. Re:It's the "about" that kills by Anonymous Coward · · Score: 0

      that would be AWESOME!

  13. ...and it smelled of pot and patchouli by RobotRunAmok · · Score: 1, Funny

    I'm just sayin'...

    1. Re:...and it smelled of pot and patchouli by blind+biker · · Score: 3, Insightful

      Nothing wrong with either of those.

      --
      "The agriculture ministry is not in charge of Gundam" - Japanese ministry official.
  14. Theora vs h264 by qbast · · Score: 5, Informative

    Theora as good as h264? Yeah, sure. Sorry, VP3 (which Theora is based on) is previous generation codec, comparable to h263. There is no way for it to be as good as h264 unless you use crappy encoder or wrong settings. I like it how Theora apologists compare YouTube videos encoded to achieve balance between size, quality and decoding speed to Theora on maxed out settings and twist it into "they are comparable". Here is more realistic comparison: http://www-cs-faculty.stanford.edu/~nick/theora-soccer/ which shows that Theora requires 60% more bandwidth than h264 for similar quality.

    1. Re:Theora vs h264 by cheesybagel · · Score: 1

      Theory is way better than H.263. It may not match current H.264 encoders but is certainly good enough for web streamed video. Check out the clips at wikipedia for example.

    2. Re:Theora vs h264 by Anonymous Coward · · Score: 1, Informative

      >Here is more realistic comparison: http://www-cs-faculty.stanford.edu/~nick/theora-soccer/ [stanford.edu] which shows that Theora requires 60% more bandwidth than h264 for similar quality.

      Your comparison is from June, 2009, which is an old version of Theora, it is version 1.0 or earlier.

      Current version is from the Thusnelda project, which Mozilla funded at the start of 2009.

      http://arstechnica.com/open-source/news/2009/01/mozilla-contributes-100000-to-fund-ogg-development.ars

      The Thusnelda project came up with Theora version 1.1 in about October, 2009 timeframe. That version is far better than the 1.0 version, and almost as good as h264. Most people cannot tell the difference in quality for the same filesize and bitrate.

      See for yourself:
      http://people.xiph.org/~greg/video/ytcompare/comparison.html

      That is the current version comparison. Imperceptible difference, virtually the same quality.

    3. Re:Theora vs h264 by qbast · · Score: 5, Informative
      Please, read again what I said about YouTube videos being intentionally encoded with lower settings for better decoding speed. Or if you don't believe me, download that YT clip from comparison you refer to, open it in MediaInfo and see codec parameters. This is freaking Baseline profile! It does not even use B-frames not to mention more advanced features like CABAC, new modes of motion prediction or B-pyramid. All this 'comparison' proves is that you really need to cripple h264 for newest and greatest version of Theora to match.

      Now let's see what Theora supports: http://wiki.xiph.org/Theora . Oh my, not even B-frames are supported. Hello guys, 90s called and want their codec back.

      Theora is dead end. No matter how much tweaking they have done in Thusnelda it simply cannot change the fact that h264 is at least generation ahead.

    4. Re:Theora vs h264 by Anonymous Coward · · Score: 3, Informative

      You are right, and there is also the fact that Youtube used a really bad H.264 encoder back then. They have recently switched to x264, so while the SD clips are still encoded in baseline profile that should give them a little boost in quality.

      All in all that comparison linked in the summary probably done more to hurt Theora than to help it, because it has given the codec a bad name in the video encoding community. One of the main developers of x264 recently posted about the comparison and Theora in general.
      The part concerning Theora having the same quality as H.264:

      On the other hand, the Theora devs themselves are strongly against any such claims. gmaxwell asked me to "bonk on the head" anyone who claimed that Theora was nearly as good, as good, or better than H.264, because such claims not only create unreasonable expectations that the devs cannot possibly live up to, but also create the impression that "Theora supporters are liars", which is obviously rather counterproductive to what they are trying to do.

      That a free codec like Theora exists is good, and it is estimated that Theora can be competitive with or even a bit better than XviD (MPEG4 ASP) when it is more developed and adaptive quantization (in version 1.2) and other psy optimizations are implemented, but currently the encoder has some problems that need to be addressed. The current Theora encoder is relatively slow. It should be much faster than x264 because of the simpler format, but it currently only has a rather small speed advantage (using the defaults on both encoders; same bitrate) on a single core CPU and it doesn't support multithreading while x264 scales almost linearly with the number of cores. Then there is the fact that the current Theora encoder is dropping frames in 1-pass and 2-pass mode which is unfortunate considering how long the format has been in development.

      There are a couple of comparisons between x264 and Theora 1.1 and currently it looks like an up to date x264 revision can give better quality than Theora at half the bitrate with slightly slower (single core CPU) or much faster (multi core CPU) encoding speed using the default settings in both encoders.
      Videos; current Theora and old x264 (pre MB-Tree)
      Metrics ; on animated content
      Screenshots; TV capture and video game footage

    5. Re:Theora vs h264 by LWATCDR · · Score: 1

      I have no doubt that H.264 is better than Theora right now. Frankly I think Ogg should start working on Dirac instead of Theora but that is just me.
      The thing is that H.264 can not be totally free unless they revoke software patents "Which I do thing they should do".
      Not being free means that it is very difficult to get them on every platform and device. For Linux it mans that if you want to watch an H.264 video you must download a codec from "another" source.
      Not a huge issue but it is a problem if you want to make it super user friendly to set up.

      The simple truth is that every codec can be supported by even Firefox if they really want to without including the code.
      On Windows they just use Direct Show and they can use the provided H.264 codec. On the Mac they use Quicktime and use that supported H.264 codec. and on Linux they use Gstreamer and use that codec.

      What the Mozilla foundation wants to do is keep H.264 from being part the the HTML 5 standard. I think that is a good idea but one that is probably destined to fail. They should just use the OS codec support and forget about this battle. I just don't think they can win.

      --
      See my blog http://ilovecookes.blogspot.com/ for light hearted technical information.
    6. Re:Theora vs h264 by Anonymous Coward · · Score: 0

      Thanks for posting this. I keep seeing Theora advocates promote it based more on ideological conviction than technical merit. I've read several well researched and tested articles on both H.264 + Theora. Theora definitely comes short on certain aspects, like CPU usage and other important features that have been standard by other codecs (patented) for at least the past 10 years.

    7. Re:Theora vs h264 by arose · · Score: 1

      Please, read again what I said about YouTube videos being intentionally encoded with lower settings for better decoding speed.

      Please read what the summary said about being good enough for web video. Theora can't match H.264 for every application, but it is demonstratively up to par with what Youtube considers to be good enough. In fact it was a response to a statement by someone from Google claiming that Theora isn't good enough for Youtube.

      --
      Analogies don't equal equalities, they are merely somewhat analogous.
    8. Re:Theora vs h264 by arose · · Score: 1

      Citation on the CPU usage please. The one thing that comes with lower complexity is lower CPU strain.

      --
      Analogies don't equal equalities, they are merely somewhat analogous.
    9. Re:Theora vs h264 by Randle_Revar · · Score: 1

      >They should just use the OS codec support and forget about this battle.

      Yes, and Stallman should have just put up with the printer problems and gone about his work as usual.

    10. Re:Theora vs h264 by Anonymous Coward · · Score: 0

      So, what you are saying is that Theora can't compare to h264, except in real-world scenarios like video streaming over the internet such as YouTube... I don't really see how that makes Theora dead.

    11. Re:Theora vs h264 by hazydave · · Score: 1

      Um... VP3 was tossed out to FOSS when On2 delivered VP4. They're now at VP8. It's more like comparing H.265 to MPEG-1... you're talking ten years of additional CODEC work between VP3 and VP8.

      Not that the Xiph guys haven't necessarily improved VP3 on the way to Ogg Theora. But any improvements of any kind also beg the patent question... did they step on anyone else's patents. I won't say "work" here, because these patents generally should not exist... anything as easy to re-invent on your own as 99% of all software patents does not meet the requirements of "patentable invention", IMHO anyway.

      --
      -Dave Haynie
    12. Re:Theora vs h264 by evilviper · · Score: 1

      Theora can't match H.264 for every application, but it is demonstratively up to par with what Youtube considers to be good enough.

      If Youtube wanted videos that were only decode-able with high-end CPUs, they would use H.264 settings which did that. Since they don't, encoding Theora videos with such limitations is NOT a reasonable comparison.

      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
    13. Re:Theora vs h264 by evilviper · · Score: 2, Informative

      That a free codec like Theora exists is good, and it is estimated that Theora can be competitive with or even a bit better than XviD (MPEG4 ASP) when it is more developed and adaptive quantization (in version 1.2) and other psy optimizations are implemented

      Not true at all. Every credible codec developer has come down on Theora like a ton of bricks. I used to believe in a lighter touch, but with the hard-core propaganda coming out of Xiph, Wikipedia, and Stallman/FSF, I'm not inclined to be so polite... Everyone who knows anything about video codecs calls it out as a piece of junk. The claims that H.261 is just as good were panned as biased, but aren't far off the evaluations given from every other technical source.

      Let's try x264 developer Dark Shikari, who first said Theora might be able to compete with MPEG-4 ASP, but then looked into the details, and came back trashing the technical capabilities of the codec:

      Dark Shikari8th May 2009, 20:38
      Actually, it's worse than I thought. xiphmont just told me Theora has no MV prediction.

      NONE.

      Every MV is coded as either 6-bit X and 6-bit Y, or with a global static huffman table. This is worse than MPEG-1.

      I retract my statement that Theora can ever get near MPEG-4 ASP. Removing MV prediction from x264, by the way, reduces PSNR by 1db at 500kbps on BlackPearl.

      http://forum.doom9.org/archive/index.php/t-146893.html

      but currently the encoder has some problems that need to be addressed.

      The problems with the VP3 format are fundamental and can't be optimized out. The lousy deblocker that makes things worse, the lack of B-frames, etc, etc. (no time to get into much detail here...) Let's give Mike Melanson the last word here:

      What I would like to get across here is that Theora is rather different than most video codecs, in just about every way you can name (no, wait: the base quantization matrix for golden frames is the same as the quantization matrix found in JPEG). As for the idea that most DCT-based codecs are all fundamentally the same, ironically, you can't even count on that with Theora- its DCT is different than the one found in MPEG-1/2/4, H.263, and JPEG (which all use the same DCT).
      http://multimedia.cx/eggs/dct-pr/

      [...] which is unfortunate considering how long the format has been in development.

      That's...an incredible under-statement on your part!

      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
    14. Re:Theora vs h264 by LWATCDR · · Score: 1

      Truth is that Firefox should use the OS codec support anyway.
      Why should I have to update my browser to update Theora?
      Suppose I want to use a Theora that uses hardware acceleration?
      Suppose I want to build an FPGA that supports Theora hardware decoding? Should I have to re link Firefox everytime I test?
      Not using the OS's codec support is a bad technical choice made for political reasons.
      The only technical reason to not use the OS's codec support is for a platform that doesn't allow the user to add codecs.

      And there is a real technical issue involved with supporting Theora over H.264.
      There are no mobile chipsets on the market today that support hardware decoding of Theora.
      If you only allow Theora then millions of mobile users will be locked out of using HTML 5 video apps.

      Besides I think Dirac has more potental as a video codec than Theora does at this time.

      So your comment is nothing but yet another statement of politics over usability.

      --
      See my blog http://ilovecookes.blogspot.com/ for light hearted technical information.
    15. Re:Theora vs h264 by Anonymous Coward · · Score: 0

      My Dark Shikari is newer ;-)
      Source

      Q?: Is Theory still improving much? Is it possible to improve it a lot without breaking backward compatibility, or would that require breaking legacy support?
      The encoder still has a good bit of room to improve; it still lacks proper pixel-domain RD optimization and could use some psychovisual improvements as well. It is primarily crippled by the ancient VP3 specification though. In theory it may eventually be able to eke ahead of Xvid, as while Xvid was a very good MPEG-4 ASP encoder, it never had any significant psy optimizations, so even though Theora as a video format is probably slightly worse, the encoder should be able to surpass Xvid with psy optimizations in some cases.
      The primary problem for adoption (not for quality) is its lack of features. For many many use-cases, one needs fine-grained control over various parameters, such as the buffer size, the maximum bitrate, the latency, and so forth. The encoder is currently very inflexible, and with no alternative encoding libraries, this leaves very little choice for many applications. For practical purposes, it only has one speed mode: "slow as hell", which makes it basically impossible to stream anything above SD.

      That's...an incredible under-statement on your part!

      Well, yeah, and I also understand why you are disinclined to being diplomatic. I've been modded troll for posting the comparisons linked in my post here on slashdot and the "It's just as good. really!!!" crowd is getting on my nerves as well. I especially hate the "you don't need to trust that comparison, try encoding yourself" crowd, because they obviously never followed their own advice or they wouldn't make such statements.

      x264 started being developed at about the same time the Theora bitstream was frozen and if you look at the progress both projects have made it looks pretty bad for Theora. x264 had at most one or two main developers (concurrently) and a couple of contributors, summer of code projects and a few corporate sponsored improvements and look what they managed to create. A new unique rate control (1; 2), low latency error resilient encoding(3), psy optimizations(4), speed optimizations(5) for multiple processing architectures(6) and it's widely used. Youtube, Facebook, other companies, the guys who post 720p encodes on bittorrent, you name it!
      At the same time Theora still has problems doing encodes without losing frames if you want to hit a certain filesize. I like Theora, it's good to have a free alternative when you need one, but Xiph could have done a lot more with it in the time they had and the codec has a really annoying fanclub.

      One of the problems Xiph has in my opinion is that they want to do everything. They have a bunch of good codecs (mainly audio) like Vorbis, FLAC, Speex and CELT, but then they develop their own container and subtitle formats instead of just using or adapting the ones that are all ready out there and better than what Xiph has to offer (MKV, ASS/SSA to name two). With Theora they went the adaption route but took a little too long to deliver. They don't even have to innovate. They should just look at x264 (especially mb-tree and the psy optimizations), see how they can adapt it for Theora and port it over and bam! you've got a halfway decent free video codec.

    16. Re:Theora vs h264 by Anonymous Coward · · Score: 0

      Please, read again what I said about YouTube videos being intentionally encoded with lower settings for better decoding speed. Or if you don't believe me, download that YT clip from comparison you refer to, open it in MediaInfo and see codec parameters.
      This is freaking Baseline profile! It does not even use B-frames not to mention more advanced features like CABAC, new modes of motion prediction or B-pyramid.
      All this 'comparison' proves is that you really need to cripple h264 for newest and greatest version of Theora to match.

      Now let's see what Theora supports: http://wiki.xiph.org/Theora . Oh my, not even B-frames are supported. Hello guys, 90s called and want their codec back.

      A direct comparison has been made between what YouTube does now with H.264 video versus what YouTube could do now with Ogg Theora video. The conclusion is that YouTube could achieve a similar level of quality at a similar bitrate with Ogg Theora as they do with H.264.

      Complaining that they didn't make a different comparison is remarkably silly.

    17. Re:Theora vs h264 by makomk · · Score: 1

      Guess what else has a really good decoding speed, better than h264? That's right, Theora!

    18. Re:Theora vs h264 by makomk · · Score: 1

      Except they're not encoding videos so that they only decode on high-end CPUs. Remember that Theora is a much simpler codec that's rather faster to decode than h264 anyway...

    19. Re:Theora vs h264 by qbast · · Score: 1

      No, not really. H264 hardware acceleration is widespread so even devices with low-end cpu can decode it without any performance problem. No chip maker cares about Theora so it loses once again.

    20. Re:Theora vs h264 by Randle_Revar · · Score: 1

      >So your comment is nothing but yet another statement of politics over usability.

      Yes, yes it is. That is the point.

    21. Re:Theora vs h264 by evilviper · · Score: 1

      Except they're not encoding videos so that they only decode on high-end CPUs.

      Yes, yes they are.
      It's clear you have no idea what you're talking about...

      Remember that Theora is a much simpler codec that's rather faster to decode than h264 anyway...

      H.264 baseline is VERY SIMPLE. Simpler than Theora. And that's what YouTube has opted to use, much more speed, at the expense of being much lower quality than a good H.264 video, or about the same as a Theora video at max settings.

      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
    22. Re:Theora vs h264 by evilviper · · Score: 1

      One of the problems Xiph has in my opinion is that they want to do everything. They have a bunch of good codecs (mainly audio) like Vorbis, FLAC, Speex and CELT, but then they develop their own container and subtitle formats instead of just using or adapting the ones that are all ready out there and better than what Xiph has to offer

      While true and annoying, I don't believe that has any relation to how horribly long Xiph takes to do... ANYTHING.

      It's not as if Ogg is a well thought-out format that is being actively developed by a large team, around the clock. It's a one-off mess that everyone despieses, and which is extremely limited to begin with. While that wastes some time, it can't possibly account for much.

      What they completely waste their time on is all the marketing fluff. Deciding what file name extension should be used. Extending the VP3 bitstream to add the possibility of using many different features that nobody will even stand a snow-ball's chance in hell of utilizing.

      Snow, with just a single developer working on it for a few months, quickly developed into something quite usable and easily out-performing all other existing codecs. There could hardly be a bigger contrast between how good codec developers work, and Xiph.org developers do things...

      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
    23. Re:Theora vs h264 by badkarmadayaccount · · Score: 1

      How about Intel, AMD and nVidia attaching a patent license to their new hardware, and include x264 in the firmware. Anybody who feels like tweaking can change that part of the firmware, and have no legal issues, due to the attached patent license. It would work under any OS, FOSS or not that fully supports the hardware. Maybe release two versions of the hardware: one with a patent license, one without. Near zero overhead, makes all the FOSS guys happy (XP users too), and Win 7 users don't have to pay a h.264 fee twice.

      --
      I know tobacco is bad for you, so I smoke weed with crack.
  15. What for? by DMiax · · Score: 1

    It seems to me they are just summing up all the discussions happened on Slashdot after the acquisition, and what almost everyone hoped for/believed.

    Do they really have a chance at influencing Google's decision? Plus Google is already known to open source the technologies it wants to push, if only because adopters would be scared of Google's control. So even if they do open V8, was this useful at all?

    Or maybe they just want to put their signature in case Google follows their expectation: "See, we made them do it"...

    On the other hand it seems that some one at Google follows suggestions from XKCD, so the FSF could be in luck too.

  16. x264 is warez by tepples · · Score: 0

    In the United States, x264 is considered warez because distribution thereof infringes a third party's right.

    1. Re:x264 is warez by ArsenneLupin · · Score: 1

      In the United States, x264 is considered warez because distribution thereof infringes a third party's right.

      Who cares? Just distribute from a European country then.

    2. Re:x264 is warez by Anonymous Coward · · Score: 0

      In the United States, x264 is considered warez because distribution thereof infringes a third party's right.

      Really? You should tell Youtube, Facebook, Avail Media and all the other US companies currently using x264 that they are using warez. If you pay the licensing fees you can use x264 however you want. Companies are regularly sponsoring the development of features the want implemented, for instance low latency encoding or streaming improvements. Most private use is probably covered by the less than 100k = free clause in the MPEG licensing agreement and it's not like the MPEG-LA really cares what you use to rip your DVDs.

    3. Re:x264 is warez by Anonymous Coward · · Score: 0

      I think the proper way to express it is that "In the United States, a distributed x264 binary is considered warez...".
      From what I understand the source code is legal, and it might even be legal to compile and use the resulting binary for personal purposes.

      - Peder

    4. Re:x264 is warez by tepples · · Score: 1

      In that case, downloading a compiled x264 in the United States is still importation, and that's warez too.

    5. Re:x264 is warez by ArsenneLupin · · Score: 2, Informative

      In that case, downloading a compiled x264 in the United States is still importation, and that's warez too.

      And who the hell cares? Does your police really come and bust down your door and shove machine guns into your face if you download "unapproved" software?

    6. Re:x264 is warez by Anonymous Coward · · Score: 1, Insightful

      Does your police really come and bust down your door and shove machine guns into your face if you download "unapproved" software?

      Not yet. Give it time.

    7. Re:x264 is warez by RMH101 · · Score: 3, Insightful

      Only for downloading music and video

    8. Re:x264 is warez by moonbender · · Score: 1

      What a mind-boggingly bad argument. And you actually seem to buy it, yourself.

      --
      Switch back to Slashdot's D1 system.
    9. Re:x264 is warez by Anonymous Coward · · Score: 0

      No honestly, no one gives a flying fuck about warezing a codec.

  17. Probably were going to anyways by Anonymous Coward · · Score: 0

    I admit that I don't know a lot about the topic, but it seems like this is something that Google probably already has plans to do anyways. I mean, the acquisition was just completed last week for fucks sake. It takes time for people to go through this stuff to make sure they're fully in the clear before they can do it. Don't be surprised if you see this happening within a month or two. And also the FSF should make sure they don't go patting themselves on the back for something they likely had nothing to do with.

  18. Well thats the FSF for you by Viol8 · · Score: 4, Insightful

    Why write an erudite carefully thought out and well argued letter when they can just bang out one of their usual hysterical Good vs Evil style polemics? I doubt anyone except a few dyed in the wool fanbois or anyone who's worked in the real world for more than 6 months take much notice of what the FSF says anymore, they're just a bunch of single issue reactionaries with little new to say. While I respect the software they've written over the years , their politics is a joke.

    1. Re:Well thats the FSF for you by blind+biker · · Score: 1

      I doubt anyone except a few dyed in the wool fanbois or anyone who's worked in the real world for more than 6 months take much notice of what the FSF says anymore

      Wait a second there. I agree to some extent with your view on the FSF's poor PR skills, but they are still an extremely important organization to whom a lot of engineers and software developers are indebted to. FYI, I am no FSF fanboi and I have worked in the industry (mostly IT) for the last 15 years.

      --
      "The agriculture ministry is not in charge of Gundam" - Japanese ministry official.
    2. Re:Well thats the FSF for you by shaka · · Score: 5, Insightful

      Please study your history and particularly the state of computing in the early eighties, when Stallman founded the FSF. He looked at the future of computing and he saw a bunch of big companies with a proprietary Unix version each, and new players like Apple and Microsoft. Had the Internet been built on that foundation, not to mention robotics, AI and rapid prototyping, today would be a very different world.

      It's easy for you to point your finger and talk about "the real world", now that GCC, Linux and the free BSDs exist. Now imagine a company like Google, except they have to pay licenses for the OS, compilers and interpreters, databases, video and audio conversion. Imagine yourself using computers and not having any control of what goes on, with corporations controlling everything from the BIOS up.

      Richard Stallman changed the world. "Reactionary", indeed. Do tell, dear Viol8, what you ever accomplished out there in the "real world"?

      --
      :wq!
    3. Re:Well thats the FSF for you by Silicon+Jedi · · Score: 2, Informative

      Ah, no surer way to karma whore than the old "groupthink will mod this down message" +5 EVERY DAMN TIME

    4. Re:Well thats the FSF for you by Viol8 · · Score: 1

      Like I said , I respect their software and use it myself - but its their choice to release it for free. What gets on my nerves however is that they seem to ultimately expect companies to make everything freely available. Why should they? A company needs to make a profit and in most cases only exist because they do - they don't owe the world any freebies. The FSF needs to wake up to reality.

    5. Re:Well thats the FSF for you by rattaroaz · · Score: 3, Interesting

      Sorry that I don't have any mod point to mod you up. So I'll go one further. Many people are claiming that Stallman is becoming a irrelevant and out of touch. The reality is that he is becoming less out of touch than he was in the 1980's. He was a MASSIVE radical back then, as the concept of Free software did not even exist. He was really a freak, with regard to his philosophies. As time is going by, he is becoming less radical despite not changing his principles all these years, just because his ideas of user Freedom is becoming more accepted by many. However, as many more people are moving to Free software, many of them are trying to push back with proprietary software, thinking that Stallman is something new. He's not. The rest of the world is just having a hard time meeting him where he was almost 25 years ago, and kicking and screaming along the way.

    6. Re:Well thats the FSF for you by maxwell+demon · · Score: 1

      Newsflash - its now 2010. The situation then is about as relevant now as the Sinclair Spectrum is to current corporate IT.

      Damn, there go my plans of selling a Beowulf cluster of Spectrums ... :-)

      --
      The Tao of math: The numbers you can count are not the real numbers.
    7. Re:Well thats the FSF for you by Anonymous Coward · · Score: 0

      Plenty pal, not least earning a living from programming so I can feed myself and my family. Something which is a bit difficult when you give it away for free. But then thats not a problem if you're being funded by the state (Stallman) or your parents (a lot of OSS coders).

      Newsflash. It's 2010. Plenty of open source companies know how to make money even if you don't. That argument is about as relevant now as the Sinclair Spectrum is to current corporate IT.

    8. Re:Well thats the FSF for you by Viol8 · · Score: 0, Troll

      Yes, because companies like Redhat are real mega corps almost the same size as Microsoft and Oracle!

      Oh , wait...

    9. Re:Well thats the FSF for you by ArsenneLupin · · Score: 1

      Not this time, apparently...

    10. Re:Well thats the FSF for you by jvillain · · Score: 1

      Yes the world would be so much better if I had to have one connection to AOL and use their proprietary application to read the information on there and then I had to have another account with another provider to read the information on their system because AOL didn't have access to it etc, etc. Thank god all that free software didn't get in the way and and mess it up with some kind of open networking system that would allow every thing to work together. Thank god Microsoft was at the fore front of making all the information we have available today available. Thank god free open standards lost.
       

    11. Re:Well thats the FSF for you by nacturation · · Score: 1

      You mean like how Verizon phone customers can't call AT&T phone customers? Good thing for open source phone systems, otherwise you wouldn't be able to call anybody. Oh, wait...

      --
      Want to improve your Karma? Instead of "Post Anonymously", try the "Post Humously" option.
    12. Re:Well thats the FSF for you by Viol8 · · Score: 1

      You do realise that the creation of the internet had fuck all to do with open source software don't you.

      You didn't? Oh , well do yourself a favour and buy a ticket on the clue train .

    13. Re:Well thats the FSF for you by shaka · · Score: 1

      Exactly! The principles of free software is transforming the world: Open collaboration. Wikipedia, Creative Commons.

      In hindsight, it will likely be hard for people to understand how Stallman could be viewed as such a radical.

      And it will be very hard to understand how some people became among the richest in the world by selling software.

      --
      :wq!
    14. Re:Well thats the FSF for you by shaka · · Score: 1

      It is you, Viol8, that is on the wrong train.

      The embryo to the Internet was created before you could actually copyright software. It was created in open collaboration, funded by the US government.

      The Internet as we know it today would not exist if there was no GCC, BIND, BSD, Linux, Apache, MySQL, Perl, Python.

      The Internet and free software are two world-changing concepts that are evolving in a symbiotic manner; one is not possible without the other.

      --
      :wq!
    15. Re:Well thats the FSF for you by shaka · · Score: 1

      You miss the bigger picture because you are focusing on details.

      Google is a real mega corp almost the size of Microsoft and Oracle. Google is built on free software and mathematics. And Google would not be possible if free software did not exist.

      --
      :wq!
    16. Re:Well thats the FSF for you by Viol8 · · Score: 1

      "t was created in open collaboration, funded by the US government."

      Exactly. Funded by the government.

      "The Internet as we know it today would not exist if there was no GCC, BIND, BSD, Linux, Apache, MySQL, Perl, Python."

      Funny - I first used the internet in 1991 and out of the above only BIND and BSD were in any sort of widespread use at that time yet it still seemed pretty much the same to me except there was gopher instead of http.

      I'm not sure how you see the internet but it must be radically different to how I see it. As for mysql , perl or python affecting it - give me a break. Even gcc isn't that important since there were plenty of C compilers around in the early 90s which didn't exactly cost a fortune to buy. Just because some 13 old kid couldn't or wouldn't pay for one means sweet FA. Kids can't afford cars either but most still learn to drive eventually.

      "The Internet and free software are two world-changing concepts that are evolving in a symbiotic manner; one is not possible without the other."

      Total BS. You're living in a hippy propaganda dream world mate. Without the FSF the internet would still be thriving because right now its being driven by business , not hippies.

  19. VP3 is the basis for Ogg Theora... by Rick+Richardson · · Score: 3, Informative

    "On2 Technologies' VP3 codec is the basis for Ogg Theora. In 2001, On2 open-sourced VP3 under an irrevocable free license. But in the years since, the company has continued to improve its codecs, releasing five subsequent generations."

    1. Re:VP3 is the basis for Ogg Theora... by Anonymous Coward · · Score: 0

      Yeah, but none of these are better. All they did waz add teh blote.

  20. out of *1000's of possible degrees +/- 0... by Anonymous Coward · · Score: 0

    as a group, we can only operate in a range of about 150 degrees, & most of that must be above 0.

    no better time to learn to count... (on some things that we have no concrete understanding of)?

  21. Of codecs and commerce by Anonymous Coward · · Score: 0

    First on the ogg vorbis vs h.264. You cannot compare ogg vorbis to h.264 using youtube as a guide using the methods in the article, it was a very bad test from the start. The youtube encoding engine is not designed for quality of output, it is based on high volume, acceptable quality, non-professional technology as the goal of youtube has never been the ultimate in video quality. Using the youtube encoding engine as the benchmark for encoding to current web standards and then trying to extrapolate that to justification to use ogg vorbis is not only a bad idea (IMHO), it is bad test methodology. Not only is aiming at current web quality for a future requirements a bad idea, there is the bigger question of commercialization at stake here.

    On h.264. We are still in the infancy of h.264, there are still lots of improvements that can and will be made in the coming years. The difference between an ogg vorbis, or even vp8, and the work that has been put into and will continue to be put into h.264 should not be underestimated. This is not about the compression syntax, this is about the fundamental algorithms that drive the psycho visual experience and trust me, that takes years of study by rooms of scientists all competing to come up with the best solution. In the past 6 months alone we have seen 10-150% improvement in the best h.264 codecs across all bitrates. This is technology that will commercialized in the next few months. Besides the amount of research being put into improving h.264 (by many commercial interests, universities, and individuals) there is the work being done at the system level with advanced streaming and distribution being a major part of our future viewing experience. These are optimizations that typically happen at a combination of codec,wrapper, and distrubtion engines (servers) that allow large scale or targeted device distribution to happen very efficiently. Smooth streaming (MS) and adaptive bitrate (adobe) are just the tip of the iceberg. h.264 has a lot of legs left and there is a huge amount of ongoing work happening to support it. To get to this level with VPx (or any other codec) is a HUGE undertaking across the board as all of this work would have to be re-invented and the standard itself would have to be re-adapted to fit.

    On VPx. It is a decent codec but there are a lot of questions about it's status as non-infringing. Having looked extensively at hundreds of hours of content produced by various versions of vpx, having had a number of discussions with developers, it is not clear to me that there is no risk there of infringement. You simply cannot say that it is not infringing, you can only take the word of on2 at face value and google is probably going through the exercise of digging deeper than that now. If it is infringing then there is the question of commercialization of that patent portfolio and all that entails (getting the patent holders who have a huge stake in h.264 to go along with it).

    Having said that, I am all for having a free codec standard but it is not as simple as simply making vpx a free and open alternative. Making it free and open could happen overnight, google could do that, but bringing it to the same level of both engineering and commercial momentum that we have with h.264 today will not happen overnight and it will slow down the momentum and uptake of video over the internet in general. It will force people, companies, and professional interests to take sides and that is not a good thing. It would be far better to reach out to the companies that own the patents on h.264 to try to convince them to continue the 'free for free' use of h.264 in perpetuity.

    1. Re:Of codecs and commerce by fuzzix · · Score: 1

      First on the ogg vorbis vs h.264. You cannot compare ogg vorbis to h.264...

      I agree with this completely.

      It is more practical to compare ogg theora and h.264.

    2. Re:Of codecs and commerce by arose · · Score: 1

      You cannot compare ogg vorbis to h.264 using youtube as a guide using the methods in the article, it was a very bad test from the start.

      You can't? Not even when people complain that Theora isn't good enough for Youtube? Why can't you compare it to what Youtube actually does in that case?

      --
      Analogies don't equal equalities, they are merely somewhat analogous.
  22. N.264/MPEG-4 is no more proprietary than MPEG2 by commodore64_love · · Score: 3, Insightful

    We use MPEG2 everywhere without problems (including our ATSC television) - we can certainly do the same with H.264/MPEG4. In fact it's the same standard used in European TV and they seem to be making-out okay.

    These two codecs are more akin to V.34 or V.92 modem standards - licensed by their respective committees but essentially liberated (free).

    --
    "I disapprove of what you say, but I will defend to the death your right to say it." - historian Evelyn Beatrice Hall
    1. Re:N.264/MPEG-4 is no more proprietary than MPEG2 by mcgrew · · Score: 4, Insightful

      We use MPEG2 everywhere without problems (including our ATSC television) - we can certainly do the same with H.264/MPEG4. In fact it's the same standard used in European TV and they seem to be making-out okay.

      It shuts out free software. Where there are royalties there can be no freedom. I don't pay for air and I don't buy bottled water, I'm not going to pay for codecs.

    2. Re:N.264/MPEG-4 is no more proprietary than MPEG2 by tolan-b · · Score: 4, Informative

      You know that people are going to have to start paying for licenses for h.264 once the current grace period ends right?

    3. Re:N.264/MPEG-4 is no more proprietary than MPEG2 by Anonymous Coward · · Score: 1, Insightful

      You know that people are going to have to start paying for licenses for H.264 once the current grace period ends right?

      No, I don't know that and neither do you.
      Every couple of years the MPEG-LA releases new licensing terms for their IP and generally it is the same or better terms than the previous ones. In fact only last year people have been posting here that in 2011 we'll have to start paying licensing fees when the grace period ends, but that didn't happen. Of course it's good that Theora is around and VP8 which, unlike Theora, isn't completely outdated would be even better to keep the MPEG-LA honest, but spreading FUD about H.264 doesn't do free software any favors.

    4. Re:N.264/MPEG-4 is no more proprietary than MPEG2 by Inconexo · · Score: 1

      So, it feels more or less like Damocles, right?

    5. Re:N.264/MPEG-4 is no more proprietary than MPEG2 by psm321 · · Score: 1

      It's 2011 already?

    6. Re:N.264/MPEG-4 is no more proprietary than MPEG2 by dirtyhippie · · Score: 1

      Do you know that? No, you don't - that's FUD. MPEG-LA just said they can only promise free use of MPEG4 for the grace period. They have said nothing about what will happen thereafter, but it seems unlikely they would charge for it unless typical usage changed very significantly.

    7. Re:N.264/MPEG-4 is no more proprietary than MPEG2 by commodore64_love · · Score: 2, Insightful

      >>>I don't pay for air and I don't buy bottled water, I'm not going to pay for codecs.

      So does this mean you have no VHSes or or miniDVs or CDs or DVDs in your house? No MPEG2 or 4 televisions/cable boxes/dishes? No V.92 or DSL or DOCSIS modems? They all use codecs and/or licensed formats.

      I'm all for the concept of liberated software, but there is such a thing as being borderline conspiracist (like Alex Jones of infowars.org), and making a big deal over nothing. The IEEE, ISO, and MPEG groups do license the codecs they develop, but only for the benefit of human beings (so there's a single standardized format), not to get rich.

      --
      "I disapprove of what you say, but I will defend to the death your right to say it." - historian Evelyn Beatrice Hall
    8. Re:N.264/MPEG-4 is no more proprietary than MPEG2 by justinjstark · · Score: 1

      seems unlikely

      That's just the problem, now, isn't it: we don't know what they will do when the grace period is up. Why take the chance of getting burned when there are free alternatives available?

    9. Re:N.264/MPEG-4 is no more proprietary than MPEG2 by Anonymous Coward · · Score: 1, Informative

      No, but the terms for the licensing period starting 2011 were announced last month and they are the same as the current terms.

    10. Re:N.264/MPEG-4 is no more proprietary than MPEG2 by dirtyhippie · · Score: 1

      I agree,but tolan-b claimed that MPEG-LA had plans to charge for h264 after 2016. Unless s/he has access to some amazing inside information, that is pure speculation likely to be completely false.

    11. Re:N.264/MPEG-4 is no more proprietary than MPEG2 by Anonymous Coward · · Score: 0

      Free software is incompatible with royalties. If they want it to be "open" or usable, or even long lasting, they're going to have to make it royalty free and open. Not everyone is willing to pay more anything more than 0 for things that are available in other formats free. That's just common sense.

      Anything not open or long lasting eventually fades away. It's quite proven and well researched.

      Meanwhile, don't pull in ISO or IEEE. They don't mean what you think they mean, and are not in the same category as what MPEG does. You don't have to pay a royalty to use an ISO or IEEE product. You only have to pay for a physical copy of the standards, which are royalty free.

    12. Re:N.264/MPEG-4 is no more proprietary than MPEG2 by Lunix+Nutcase · · Score: 1

      Why take the chance of getting burned when there are free alternatives available?

      Just like how we were all supposed to not use Java because Sun was just sitting there waiting to sue people, right?

    13. Re:N.264/MPEG-4 is no more proprietary than MPEG2 by nacturation · · Score: 1

      Where there are royalties there can be no freedom. I don't pay for air and I don't buy bottled water, I'm not going to pay for codecs.

      Yet you pay for royalties because of the hardware you run your royalty-free software on. Why stop at just software when the hardware is equally encumbered? It's like saying you fill your bottles with tap water, yet you paid the bottle manufacturer an amount for use of their patented liquid-holding receptacle.

      --
      Want to improve your Karma? Instead of "Post Anonymously", try the "Post Humously" option.
    14. Re:N.264/MPEG-4 is no more proprietary than MPEG2 by CharlyFoxtrot · · Score: 1

      It shuts out free software. Where there are royalties there can be no freedom. I don't pay for air and I don't buy bottled water, I'm not going to pay for codecs.

      Hope you never go deep sea diving (or to a third world country) !

      --
      If all else fails, immortality can always be assured by spectacular error.
    15. Re:N.264/MPEG-4 is no more proprietary than MPEG2 by amorsen · · Score: 1

      I can't get high speed fax (>14k4) on my fax-to-email system, because that's based on V.34 and patented.

      --
      Finally! A year of moderation! Ready for 2019?
    16. Re:N.264/MPEG-4 is no more proprietary than MPEG2 by amorsen · · Score: 2, Insightful

      The grace period is only for distribution of content in H.264. You are currently paying the license for the tools you use to CREATE the H.264, and for the tools you use to VIEW the H.264. You just don't have to pay it for using Apache to DISTRIBUTE the H.264.

      --
      Finally! A year of moderation! Ready for 2019?
    17. Re:N.264/MPEG-4 is no more proprietary than MPEG2 by FlyingBishop · · Score: 1

      The bottle metaphor is actually a really good one. When you buy royalty-encumbered software, it's like buying a bottle of coke. If you want to keep drinking Coke, you have to keep buying new bottles.

      Now with something FOSS like water or orange juice, the container is irrelevant. You pay for the stuff and it will work just fine in any container you want - and you're free to choose the best container for the task. Coke, yeah, you can pour that can into another container, but it's going to go flat really quickly, and you have to buy it in Coke's official container, unless they deign to let you fill a bottle with their stuff.

    18. Re:N.264/MPEG-4 is no more proprietary than MPEG2 by Taevin · · Score: 1

      The IEEE, ISO, and MPEG groups do license the codecs they develop, but only for the benefit of human beings (so there's a single standardized format), not to get rich.

      If it's only for the "benefit of human beings," wouldn't more benefit result from free (i.e. no-cost) licensing? Then anyone and everyone could use it and all experience the benefit!

      Incoming boilerplate retort: But they spent their time to develop that product, they deserve be paid for their efforts! Yes, sure, fair enough. If someone is going to use your work to generate a profit for themselves, absolutely you should get your cut. However, if it's for the benefit of human beings and not to make money, why not extend an open hand to others trying to do the same? That is, why not provide a free license to use the software to open source/non-profits/whatever floats your boat?

    19. Re:N.264/MPEG-4 is no more proprietary than MPEG2 by nacturation · · Score: 1

      The analogy breaks down as the functionality of the beverage does not depend on the container it's held in. With software, the container is relevant because the container executes the software instructions. Without the container, it's like a photograph of Coke -- nice in theory, but of no value as a beverage.

      --
      Want to improve your Karma? Instead of "Post Anonymously", try the "Post Humously" option.
    20. Re:N.264/MPEG-4 is no more proprietary than MPEG2 by richlv · · Score: 1

      let's see...

      >I don't pay for air and I don't buy bottled water, I'm not going to pay for codecs.

      So does this mean you have no VHSes or or miniDVs

      no, and no

      or CDs

      yes, although absolute majority of them are from winning a contest or gifts. some are purchased on market at nineties, and i'm not sure whether they are counterfeit or "special editions" for this market (ex-ussr)

      or DVDs in your house? No MPEG2 or 4 televisions/cable boxes/dishes? No V.92 or DSL or DOCSIS modems?

      no, no, no, no, no, no. did i count that correctly ? :)

      i do have some 3+ computers (some are a bit outdated, so not really counted in, and one laptop my gf has from her job), a couple of tvs, although one broke a few months ago and i haven't bothered to take it in for repairs. and yes, i am running linux for rest of the machines...

      They all use codecs and/or licensed formats.

      I'm all for the concept of liberated software, but there is such a thing as being borderline conspiracist (like Alex Jones of infowars.org), and making a big deal over nothing. The IEEE, ISO, and MPEG groups do license the codecs they develop, but only for the benefit of human beings (so there's a single standardized format), not to get rich.

      i'm sorry, that made me go blink-blink-blink. what benefit ? i'm sorry, wuahahhaaha. no, really, trust me - there is no benefit to human beings, really. it's all for profit.

      ok, i get it. you got me, this can't be serious :)

      --
      Rich
    21. Re:N.264/MPEG-4 is no more proprietary than MPEG2 by adiposity · · Score: 1

      Just because Sun did the "right" thing to save Java's relevance, does not mean the same thing will happen with a ubiquitous video format. But it probably will. Another example might be the perpetually "free" Internet Explorer that some believed would eventually cost money. It might have, had there not continued to be competitors, of course, but it didn't.

    22. Re:N.264/MPEG-4 is no more proprietary than MPEG2 by commodore64_love · · Score: 1

      >>>If it's only for the "benefit of human beings," wouldn't more benefit result from free (i.e. no-cost) licensing?

      Yes but then the IEEE, ISO, and MPEG groups would have nobody willing to do the job to create and write these specifications. Hence the need to charge to cover their costs, so they can pay engineers/technicians' salaries.

      Even non-profit organizations like Red Cross have to charge money (via clothing sales, bake drives, and so on) in order to pay their staff. IEEE, ISO, MPEG are no different.

      --
      "I disapprove of what you say, but I will defend to the death your right to say it." - historian Evelyn Beatrice Hall
    23. Re:N.264/MPEG-4 is no more proprietary than MPEG2 by commodore64_love · · Score: 1

      >>>no, no, no, no, no, no. did i count that correctly ? :) I do have some 3+ computers (some are a bit outdated, so not really counted in, and one laptop my gf has from her job), a couple of tvs, although one broke a few months ago and i haven't bothered to take it in for repairs. and yes, i am running linux for rest of the machines...
      >>>

      There's a DVD in your computer. The screens are DVI or VGA standard which are licensed from ISO and IEEE respectively. The TVs use NTSC which is also a licensed spec.

      Has your life somehow been diminished by having to pay an extra 50 cents on these licenses? Not really. On the contrary it's been enhanced, due to the standardization. It avoids confusion. How annoying would it be if, when you buy a screen, you gotta sort through the Atari, Commodore, Apple, and IBM screens (all using different specs) just so you can find one compatible with your Linux PC.

      --
      "I disapprove of what you say, but I will defend to the death your right to say it." - historian Evelyn Beatrice Hall
    24. Re:N.264/MPEG-4 is no more proprietary than MPEG2 by Anonymous Coward · · Score: 0

      Your computers are not made from "open source" components. They are all patented designs.

      You can't go halfway. Or maybe you can, but then you're a hypocrite and it should be assumed that anything you say is simply further deception.

    25. Re:N.264/MPEG-4 is no more proprietary than MPEG2 by jdc18 · · Score: 1

      hell yeah

    26. Re:N.264/MPEG-4 is no more proprietary than MPEG2 by dave87656 · · Score: 1

      My understanding is that H264 is only free to incorporate in a browser and so on until 2014(?) or so. Then, free software, such as firefox, linux, etc would not be able to view it unless mozilla pays royalties to the owners. I don't like other people owning my contents, essentially, but, AFAIK, most video cameras use H264.

      I agree with the FSF that Ogg Theora ist just as good, on the whole as H264. Check out the comparison. Youtube was an is in a position to "do the right thing" as their company policy would suggest and I hope they do.

    27. Re:N.264/MPEG-4 is no more proprietary than MPEG2 by RockDoctor · · Score: 1

      http://www.arvixe.com/

      I don't pay for air

      Yet.

      and I don't buy bottled water,

      Which means that you live in an area where the public utility water is sufficiently clean that you have confidence drinking it, or that you only drink water which you've recently boiled yourself.
      Two hints : YOU pay for your public utility water supply through your tax system (or your neighbours pay for your water, if you're a thief who avoids paying due taxes) ; OR you pay for the power to boil your water (similar caveat about theft of power, or fuel).

      OK, possibly you don't live in an area with good public water, and you don't drink water that you've sterilised yourself. That's a limiting case, but not an important one : eventually your game of Russian roulette will catch up with you, and either kill yourself, your children (rendering your existence moot), or both.

      Seriously about the paying for air : in some countries pollution is getting bad enough that you are getting people paying for (ineffective) pollution masks. Look at the next cycle path that you see. It won't be long before landlords of commercial sites start installing filters on their air inlets, and charging their lessors appropriately for the service. At which point, you'll start paying for other people's (slightly cleaner) air when you shop in that mall and pay those shops (slightly inflated) prices.

      Isn't it hell, trying to live up to dramatic claims in an interconnected world?

      --
      Birds are not dinosaur descendants;birds are dinosaurs, for all useful meanings of "birds", "are" and "dinosaurs"
    28. Re:N.264/MPEG-4 is no more proprietary than MPEG2 by dirtyhippie · · Score: 1

      Last I checked, libx264 was free.

    29. Re:N.264/MPEG-4 is no more proprietary than MPEG2 by amorsen · · Score: 1

      Free as in copyleft. You still have to pay a patent license if you actually use libx264 to create H.264 streams. You can make pretty posters out of the code and distribute that...

      Not applicable if you are in a country which doesn't recognize software patents.

      --
      Finally! A year of moderation! Ready for 2019?
    30. Re:N.264/MPEG-4 is no more proprietary than MPEG2 by isilrion · · Score: 1

      I'm guessing you didn't read the second paragraph...

  23. This ! Is ! GOO-GLE ! by DrYak · · Score: 1

    Well, all the hardware / processing requirement are moot given it's freaking Google we're talking about. Given the resources they have at their disposal, adding yet another codec to the bunch of other formats in which the video are available isn't going to be such a demanding task (in worst case if they definitely need to free resources, they could kick out one of the older not-used-anymore formats, like Sorenson or whatever).

    The main problem is the going to be the hardware support. Specially since VP8 is touted as having potential to be better quality as h264 : consequently it could also be more computationally complex (unlike Theora). But mobile hardware is also making progress in term of advanced programmability : the latest most popular ARM platform include a GPU (PowerVR) whose makers (Imagination Technology) are members of the OpenCL board. And it's not like if Google didn't have the resources to tackle that problem too.
    In addtion to that (and unlike Xiph), Google has enough popularity and market significance to leverage in order to persuade manufacturer to consider including a VP8-decoding core to their packages.

    I would half-expect that the 2010 edition of Google Summer of Code includes a couple of projects to port the latest Google's VP8 variation onto OpenCL and onto VHDL/Verilog on Opencores.
    With late 2010 / early 2011 android phones featuring GPGPU+DSP accelerated VP8 on their OMAPs after updating to the latest version.
    And late 2011 with the dedicated hardware VP8 implementation finding its way into CPU packages with ARM Cortex 9 or 10 in the next crop of Google ChromOS Netbooks.

    That is all pure speculation, but isn't that much un-realistic and could pretty much happen (though GPGPU-accelerated Theora and dedicated hardware Theora have in fact already happened. But it's just not a popular enough format and there's not a big enough demand to have package manufacturer include such a core in their current crop of OMAPs, Tegras, etc.)

    --
    "Sufficiently advanced satire is indistinguishable from reality." - [Tips: 1DrYakQDKCQ6y52z6QbnkxHXAocMZJE61o ]
    1. Re:This ! Is ! GOO-GLE ! by Anonymous Coward · · Score: 0

      Well, all the hardware / processing requirement are moot given it's freaking YouTube we're talking about. Given the videos they have at lying about, adding yet another codec to the bunch of other formats in which the video are available is going to be such a demanding task.

      FTFY

    2. Re:This ! Is ! GOO-GLE ! by warmflatsprite · · Score: 1

      Well, all the hardware / processing requirement are moot given it's freaking Google we're talking about.

      It's far from moot. Converting their entire video library carries real monetary and time costs that are quite significant -- even to Google. Google is still a business. It would stand to reason that they'd incur these costs only if it made business sense -- that is, if there is some direct or indirect return on investment. We'll see whether or not they find the ROI to be compelling.

  24. Pedant point by itsdapead · · Score: 2, Interesting

    freeing the web from both Flash and the proprietary H.264 codec.'

    Point of order: Flash is not a video codec - it is a rich internet application platform which includes streaming video capability. Flash video is a "container" format which can use a variety of (proprietary) codecs including On2 VP6 and H.264.

    So, whatever the other arguments against Flash, on the issue of potential future H.264 patent problems its no better or worse than HTML5+H.264.

    --
    In a survey of 100 programmers, 111111 thought that duck-typing was a good idea.
    1. Re:Pedant point by gaspyy · · Score: 1

      Mod parent up. I wanted to express the same thing.

      Flash is not video. Flash can play video in a consistent manner across platforms and browsers. Flash supports H264. Freeing VP8 has no direct impact on Flash (unless you think all browsers will embrace VP8 overnight and Flash won't be used for anything else).

    2. Re:Pedant point by Just+Some+Guy · · Score: 1

      Point of order: Flash is not a video codec

      Being more pedantic: they didn't say it was.

      Flash's most popular feature for end users is that it allows them to watch videos embedded on a lot of websites. If HTML5 standardized on a single widely-supported codec, Flash's #1 reason for being would disappear overnight. Yeah, a few people would miss an online game or two, but those have nothing on the popularity of Youtube and other Flash-based video sites.

      --
      Dewey, what part of this looks like authorities should be involved?
    3. Re:Pedant point by cynyr · · Score: 1

      and while we are at it, can we point out that all H264 streams are not the same, or compatable. I cannot make a h264 stream that will play on both my phone and on my ps3 at the same time. so as far as i'm concerned they might as well need different formats.

      --
      All of the above was encrypted with a Quad ROT-13 method. Unauthorized decryption is in violation of the DMCA.
  25. Not a full solution, but a great help by H4x0r+Jim+Duggan · · Score: 3, Informative

    This sort of campaign can never fully solve the swpat problem, but patents on media formats are probably the biggest pain, so this is very worthwhile. The H.264 Mpeg format that Google currently uses is covered by over 900 patents in 29 countries!

    Here's info I've gathered about these topics:

    swpat.org is a publicly editable wiki, help welcome.

    1. Re:Not a full solution, but a great help by Anonymous Coward · · Score: 0

      This sort of campaign can never fully solve the swpat problem,

      The swpat problem? If you want people to know what the hell you're talking about write things out properly, don't use dumb abbreviations you just made up the meaning of which aren't obvious to anyone except you.

  26. No, because ACTA is not yet law by tepples · · Score: 4, Insightful

    Does your police really come and bust down your door and shove machine guns into your face if you download "unapproved" software?

    No. But this is true only because ACTA is not yet law.

  27. Is this a joke? by Anonymous Coward · · Score: 0

    Making VP8 patent-free won't magically add VP8 hardware acceleration to the millions of iPhone, iPod, iPad, Blackberries, PSP and other devices out there.

    H.264 is the current standard, get over it already.

    VP8 needs to be at least equal or better than the upcoming H.265 to have any chance of becoming a standard.

    1. Re:Is this a joke? by Anonymous Coward · · Score: 0, Insightful

      I hate to sound Stallman-ish, but damn don't you value your freedom more than watching HD videos on a fucking mobile device? Show me where I can (theoretically) create a browser with H.264 video support without having to pay licensing fees.

    2. Re:Is this a joke? by Anonymous Coward · · Score: 1, Insightful

      If you really valued your freedom you wouldn't let your government allow software patents in the first place.

    3. Re:Is this a joke? by hazydave · · Score: 2, Insightful

      Easy -- the web browser itself has no business being a video decoder. It needs to call up the proper OS-resident function to play back the video in question, or fail, should that OS not have the knowledge to play that video format.

      Similarly, the web browser does not need to provide a video driver, a mouse driver, an audio CODEC, a file system, a hard disc driver, a keyboard driver. These are all OS jobs. When a web browser takes on any of them, it'll at best do the job poorly.

      My desktop PC can play back 1080/60p H.264 using only 12% CPU and the latest H.264 OS-resident CODEC. Why in the world would I bother with a web browser trying to do this internally and sucking up the whole machine just to play an inferior video? This is why Mozilla's idea is so very flawed... solving the video problem is not the web browser's job.

      --
      -Dave Haynie
    4. Re:Is this a joke? by adiposity · · Score: 1

      Similarly, the web browser should not support rendering of text, but instead pass the text to the appropriate text renderer on the host computer. Instead of using formats like HTML and CSS, content should be handled by plugins such as Word, Flash, and Acrobat.

      Right?

    5. Re:Is this a joke? by Anonymous Coward · · Score: 0

      Easy -- the web browser itself has no business being a video decoder. It needs to call up the proper OS-resident function to play back the video in question, or fail, should that OS not have the knowledge to play that video format.

      Similarly, the web browser does not need to provide a video driver, a mouse driver, an audio CODEC, a file system, a hard disc driver, a keyboard driver. These are all OS jobs. When a web browser takes on any of them, it'll at best do the job poorly.

      My desktop PC can play back 1080/60p H.264 using only 12% CPU and the latest H.264 OS-resident CODEC. Why in the world would I bother with a web browser trying to do this internally and sucking up the whole machine just to play an inferior video? This is why Mozilla's idea is so very flawed... solving the video problem is not the web browser's job.

      It is not the job of the OS. My web browser displays a variety of open image formats. Why is video any different? The problem here is that are very few open video formats. H.264 is a closed format and closed formats are diametrically opposed to the World Wide Web Consortium's goals. It's not worth compromising the web by embracing closed formats.

    6. Re:Is this a joke? by shutdown+-p+now · · Score: 1

      Similarly, the web browser should not support rendering of text, but instead pass the text to the appropriate text renderer on the host computer.

      But that's what they all do already - use OS native text renderers (except the freaks like Safari which don't, and which end up looking like crap on Windows as a result).

      As a good illustration of that, good luck trying to use an X bitmap font on your HTML page and having it render in OS X.

    7. Re:Is this a joke? by DrXym · · Score: 1
      Europe. Even people in the US who has Windows 7 or Mac OS X or any platform that has already paid for the licence, or has installed a codec such as DIVX 7. Much of the world in other words is quite capable of playing H264 legally.

      Besides the browser doesn't have to support H264 to play H264. Firefox doesn't have built-in Flash support yet somehow manages to render Flash content. How? Because it invokes a plugin produced by Adobe to play the content. Video should be little different - if Firefox doesn't recognize the input it should hand it off to an installed plugin to play.

  28. solution? by Anonymous Coward · · Score: 0

    Cant google just buy all the rights to h264 en set it free?

    1. Re:solution? by tkinnun0 · · Score: 1

      Why can't the open source movement pool their money to buy all the rights to h264 and set it free?

    2. Re:solution? by maxwell+demon · · Score: 1

      I don't think Microsoft will sell them their patents.

      --
      The Tao of math: The numbers you can count are not the real numbers.
    3. Re:solution? by SiChemist · · Score: 1

      I don't think Apple will sell them their patents.

    4. Re:solution? by badkarmadayaccount · · Score: 1

      I doubt even Oracle and MS can pull that one off put together, let alone anyone else. And frankly, I don't think IBM cares enough.

      --
      I know tobacco is bad for you, so I smoke weed with crack.
  29. Not likely to be Free regardless by jonwil · · Score: 3, Interesting

    If Google opens up VP8, the same thing that happened to Microsoft when they opened up Windows Media as VC-1 will happen.

    When MS opened up Windows Media as VC-1 a bunch of companies claimed patents on it (including some that claim they have patents on MPEG4/H.264) and everyone had to join the patent pool and/or buy a license.

    1. Re:Not likely to be Free regardless by badkarmadayaccount · · Score: 1

      Me thinks Google's patent and release strategy is tad different of that of MS. Windows will always have all patents paid for, or sued of. Other VC-1 implementations, not so. That wouldn't have happened if VC-1 had been reverse engineered, I think.

      --
      I know tobacco is bad for you, so I smoke weed with crack.
  30. Preaching to the converted? by kiwioddBall · · Score: 1

    Wouldn't this be what Google have in mind anyway? They're better at openness than most (relatively)...

    1. Re:Preaching to the converted? by DragonWriter · · Score: 1

      Wouldn't this be what Google have in mind anyway?

      If it is, the FSF gets some attention at little cost with the appearance of having talked Google into it.

      Nonprofits are concerned about PR as well as substance.

  31. Re:H.264/MPEG-4 is no more proprietary than MPEG2 by Anonymous Coward · · Score: 0

    Patent laws are different in Europe, but aside from that, MPEG2 is quite old and most of the patents are expired.

    H.264 is much newer so there is a real risk of patent claims.

  32. Eight is more than four by tepples · · Score: 1

    They want to reencode in four down scale resolutions, not eight Cartesian product of downscale resolutions and codecs.

    1. Re:Eight is more than four by Anonymous Coward · · Score: 0

      Who the fuck you know what they whant?

      Suporting multiple format is entirly posilble with what is curently in use. All that miss is the will. And that you canot know what is whanted.

    2. Re:Eight is more than four by tepples · · Score: 1

      For one thing, "want" is misspelled "whant". For another, we can rely on Google's past statements about its will on the matter: it doesn't want to double encoding time and double storage space by supporting two sets of files, one for each codec. Do you want me to go look up URLs for Google's past statements about its will on the matter?

    3. Re:Eight is more than four by Anonymous Coward · · Score: 0

      yes, please do so.

      i already made you waste so much time on this pointless argument, i dont see why i should stop now...

  33. Even Google can't implement VP8 by Ilgaz · · Score: 5, Interesting

    If you check the size of h264/mp4 SP implemented devices, Android, iPad, iPod like "trendy" new stuff is a drop in the ocean.

    Companies who actually broadcasts and sells content looks for the size of the market, the share of the market and yes, in that case non smart phones (billions!) are also mattering with the advent of 3G and even EDGE.

    Lets say, if you invent a codec which will effectively erase h264 in terms of quality&bandwidth, h264/mp4 and even mpeg-2 will still stay since that device in your hand and connected device to your TV has some kind of impossible to replace chip.

    I think FSF and "Free codec" thinks everyone uses the latest device/trendy PC and somehow, Google will magically add VP8 to it. How? They don't even see the real magic thing about H264, it is scalability and compatibility. Most of "Real is spyware" trolls or "MS is dying" people doesn't know it but... H264 and AAC(+) is the first time the entire industry agreed on a single codec. Device manufacturers, software vendors, chip manufacturers, cell phone manufacturers have all said "OK, regardless of our evil World domination plans, there is nothing that can match H264".

    For the first time in media history, Real, MS, Satellite Boxes, Apple, Cell phones, Media devices, Blu Ray are all using the very same codec with little difference which makes it extremely easy and cheap for the actual content creators. When a TV professional hears about Linux, he pictures a Da Vinci box (lovely thing based on Linux), not the 1% Desktop... Thanks to iPhone/iPod and actually rising market share, Apple matters but Apple has already decided back when nobody except media professionals and codec nerds knew about it. It is H264.

    1. Re:Even Google can't implement VP8 by Albanach · · Score: 1

      Thanks to iPhone/iPod and actually rising market share, Apple matters but Apple has already decided back when nobody except media professionals and codec nerds knew about it. It is H264.

      You're missing one big thing. Hardware manufacturers love developments that obsolete their equipment. That's how they sell upgrades.

      Apple have a bunch of devices that support h264. You're right on that. Most of them also only support 720p.

      Let's say Google offer an irrevocable royalty free license for codec they now own. It turns out to be as good or better than h264.

        Apple's current use of h264 presents a future risk. A future license fee could cost them tens or hundreds of millions per year. It would be straightforward to launch new devices that support 1080p with hardware decoding of the new codec. Start off making all your 1080p content encoded in the new codec and then in four or five years you can turn off support for h264. Most customers have by then upgraded so are not inconvenienced. The rest are encouraged to buy something new. And at the same time, future risk is diminished as you stop using h264.

    2. Re:Even Google can't implement VP8 by BZ · · Score: 1

      Apple is a member of the H264 patent pool. As in, they own some of the H264 patents. Which means they probably (can't say for sure; the exact agreement covering the patent pool is not public) have no licensing fees to use H264. They can just use it.

    3. Re:Even Google can't implement VP8 by hazydave · · Score: 1

      1080p isn't remotely of interest to Apple's current product line, outside of Macs which already handle it. They're not even delivering a 720p screen on the iPad, much less a 1080p output. iPods output CVBS analog, iPads can do that, or VGA, the same 1024x768 they do on-screen.

      Maybe for the future... after eveyone else is delivering 1080p over built-in HDMI, Apple will care about it. Or not. Or they'll wait for one of the wireless HD video procotols. Of course, Apple's only concerned with video you can buy from the iTunes store, anyway, and they only sell the low bitrate 720p or the SD stuff, simply because 1080p can't play on any device they currently make. They're in no hurry to change... 1080p doesn't matter on a 3.5" or 8" screen.

      But even then, it's not an immediate concern. First of all, H.264 is going to likely be the most popular video CODEC for the next 10 years even if Google has a smash success with VP8 and the FOSS community gets it all exactly their ideal way. Why? Because everyone else will still use H.264. There won't be a revision of Blu-Ray to incorporate VP8, unless it's so good they want it for the next generation 4K players... which are probably at least 10 years off. Cable and satellite have a heavy investment in H.264... satellite moved to H.264 to increase the number of channels, but unless VP8 (or something else) offers profound advantages on bandwidth, they're going to replace 10 million+ receivers, not to mention all the head end gear. US broadcast is still MPEG-2, Europe is H.264 in HD, and they're not going to change anytime soon.

      And, back to Apple... they're a closed system. They were using H.264 early on, back when most people thought "MPEG4" was going to just be for cellphones, and even Sony was MPEG-2 only on their Blu-Ray prototypes (with cartridge, some years back). They're still a closed system, even if the world moves onto something better. There's no big win for Apple moving away from H.264, period.

      --
      -Dave Haynie
  34. Stop being pedantic by Sycraft-fu · · Score: 4, Interesting

    I know geeks love to try and be as overly literal as possible but it doesn't help your case here. H.264 is NOT a proprietary format, because that's not how the word is used. In terms of formats proprietary means a format owned by a single company. VP8 would be a proprietary format. On2, now Google, owns all rights to it. The decide how it can be used and who, if anyone, will get a license.

    This is as opposed to open formats, or open standards if you like, which is what H.264 is. What this means is that the format and all related documentation are open for anyone on equal terms. Anybody who wants the docs can get them for a fixed fee (often free, sometimes not). Also licensing is RAND, reasonable and non-discriminatory. That means that the fees charged are in line with what it does and the sort of thing companies might actually pay. So no "$50,000 per minute of media," sort of thing because that would be an effective ban, even if it was technically licensing. Also they are fixed, the same for everyone, so there's no discrimination where some companies get good terms and some don't.

    There are also of course free formats, where there is no charge or license to use them, either because they were made that way or because all the patents have expired.

    However, open standards are quite common and are quite well understood as opposed to proprietary ones. Hardware makers and such care about open standards because it means they know they can license it and use it, and don't have to worry about the company who own it cutting them off. They know what it'll cost, and that won't change.

    So VP8 is currently proprietary, H.264 is open, Theora is free. See the difference?

    1. Re:Stop being pedantic by KnownIssues · · Score: 1

      According to Yahoo! Answers, H.264 is proprietary.

    2. Re:Stop being pedantic by Rich0 · · Score: 1

      Well, all this is moot, as the FSF doesn't support "open" software, it supports free software. Neither VP8 nor H.264 is free, so their argument stands.

    3. Re:Stop being pedantic by Abcd1234 · · Score: 1, Insightful

      I know geeks love to try and be as overly literal as possible but it doesn't help your case here. H.264 is NOT a proprietary format, because that's not how the word is used. In terms of formats proprietary means a format owned by a single company.

      Bullshit. In terms of formats, proprietary means I can't implement the spec freely, either because the spec isn't available, or because I have to pay money to implement it. Put another way, if the spec isn't free to acquire and implement, it's proprietary, as the technology is under the control of a third party who controls the lock and decides who gets the key.

    4. Re:Stop being pedantic by Anonymous Coward · · Score: 0

      Yahoo Answers? Holy fuck are you stupid.

    5. Re:Stop being pedantic by Anonymous Coward · · Score: 0

      "Anybody who wants the docs can get them for a fixed fee"

      Yeah, that's open - to anyone who can pay.

    6. Re:Stop being pedantic by hazydave · · Score: 1

      That's correct. But the anti-H.264 people like to say "proprietary" because it's an effective scare-word.

      --
      -Dave Haynie
    7. Re:Stop being pedantic by hazydave · · Score: 1

      No. "Proprietary" means you can't implement the spec, because there is no spec. It's a privately held design, and your only choice is reverse engineering. This has absolutely nothing to do with patent encumberances... there are plenty of proprietary formats that are closed just because their creators want them closed -- no other means of keeping them closed but secrecy. Some countries actually protect the right to reverse engineer such things for the purpose of compatibility. The whole issue here really has nothing to do with patents.

      "Open" means that it's an agreed-up industry standard, and anyone can get a copy of this spec and create a device or program that implements that spec. Similar "open" standards including SMPTE AC-3, SMPTE VC-1, IEEE 802.11, IEEE 802.3, IEEE 1394, IEEE 1284, PCI, USB, PCI Express, the IBM PC architecture (though VESA), etc. Some of those have currently valid patents, on some, the patents expired, on others, you have to license the patents.

      But the need to license has nothing to do with whether the spec is open, and openness has nothing to do with any need to license. "Open" is the availability of information about the thing or not, not whether some of it's still owned by someone. All FOSS code is open, in the sense that you can get access to all of the source code. But ownership varies. You have the BSD model, which is public domain... no one owns the code at all, you can do whatever you want with it. Then you have various public licenses... someone else owns the code, and as such, you are required to follow the terms of their license. Now sure, the GPL was designed to force things to remain open, but there's still an owner. That owner won't necessarily always keep the source open.

      And it's also quite possible there are patents... that's been a big debate, and a constant way for anti-FOSS folks to spread FUD, as both Microsoft and SCO have previously done. GNU projects try to ensure there is nothing patented in FOSS code, but they also don't usually employ an army of lawyers checking it over. Anti-FOSS folks sometimes do.

      My point being, these are and always will be separate issues. And they're important ones. The basic H.264 patents run out 2023ish... the last somewhere around 2025-2028, depending on how much fear mongering is going on. After that, it's open, free, standard, and clear. If the VP8 patents ran out tomorrow, it wouldn't help anyone, because no one outside of On2 has much of an idea of how VP8 is implemented. That's the salient different between "open" and "closed" specifications.

      --
      -Dave Haynie
    8. Re:Stop being pedantic by Anonymous Coward · · Score: 0

      Here here. People are always saying you can charge for GPL products, so long as you distribute the source code with them.

      Suddenly it's different with this? h.264 is not proprietary.

    9. Re:Stop being pedantic by Anonymous Coward · · Score: 0

      Here here.

      Where? Hint: It's "hear", not "here".

      People are always saying you can charge for GPL products, so long as you distribute the source code with them.

      You are free to charge for software licensed under the GPL, as long as you comply with the GPL when distributing said software.

      Suddenly it's different with this?

      h.264 and the related standards have nothing to do with GPL. They are not the same thing, nor are they even similar, and they cannot be compared in any meaningful manner.

      h.264 is not proprietary.

      Can you implement the h.264 spec from scratch and freely distribute your work (for a fee or not - up to you) world-wide, legally?

      Answer: No, you cannot.

      Conclusion: It's proprietary, while still being a standard.

      Things can have more than a single property here in the real world. Welcome!

  35. Google would setup vp8.googlecode.com already by Anonymous Coward · · Score: 0

    They are moving to another container, it has already decided that h264 is way to go.

    The company that Google acquired made couple of big mistakes back in H264 take off... Stupid pricing policy, failure to convince chip manufacturers, failure to convince mobile manufacturers, horrible support for anything except Windows including Mac Quicktime Framework (ask Toshiba/MS what happens) so they failed, Google needed a codec that they can control without any patent troll risks so they acquired them. I have originally thought that Google had courage to actually do things FSF imagine but no, it doesn't seem to be case. Perhaps, there may be a good ending and Google could say "That is the idea, we are consulting with thousands of lawyers and IT patent professionals right now."

    In reality, there are less than 10 companies and couple of organizations decides where will the video compression on billions of devices/computers will head to. Perhaps, FSF should visit EBU HQ, BBC and ask them what convinced them to plan broadcasting in H264. It doesn't work like "Google has decided, throw away that $2M AVID studio, we are installing VLC and airing in VP8 now."

    They should really visit a TV station you know and see how the original content is created, compressed and broadcasted.

  36. Way too late to displace H.264 by gig · · Score: 5, Informative

    Could you replace the CD with something else in 1995? That was when the CD was as old and entrenched as H.264 is now. It's way too late. You should be lobbying MPEG-LA to keep H.264 free after 2016 (like Apple does) not lobbying Google to get a Blu-Ray/HD-DVD thing started. (BTW Blu-Ray is H.264.) Content publishers are even warier of multiple formats than users because it kills media buying.

    Further, it's only PC's that have a choice of software codec, and even there it comes at the expense of battery life, decoding a non-standard codec on your CPU instead of H.264 on your GPU with more efficiency. On mobiles you have a built-in H.264 decoder only, that's it. The PC as the center of the digital universe is as passé as the CD. Video is what plays on iPods (H.264) and smartphones (H.264) and set-tops (H.264). It is actually pathetic to think that the Web is going to come late to the video game and rewrite history when you consider how Microsoft does not even support the video tag yet.

    Start thinking about the successor to H.264, and better yet, start building it, write some code.

    Google is firmly behind H.264 because in YouTube they have a video business. YouTube is H.264 in the back end. There's no alternative to ISO standard H.264 if you want people to actually see your content, same as in 1995 there was no alternative to CD.

    1. Re:Way too late to displace H.264 by BZ · · Score: 1

      > Start thinking about the successor to H.264, and better yet, start building it, write some
      > code.

      VP8 is in fact a plausible successor to H.264, last I checked. (Disclaimer: I'm not a video codec expert.)

    2. Re:Way too late to displace H.264 by Sir+Homer · · Score: 1

      That's really not true. Blu-ray uses VC-1 also. VC-1 is the SMPTE (TV broadcast) standard, not H.264. The H.264 codec is far from being an total industry standard at this point. The real "industry standard" is MPEG-2, since all DVD movies (much popular then Bluray anyway) are all MPEG-2 movies. That's why an MPEG-2 codec costs $2.00 per unit with no upper cap, while H.264 is only 20 cents per unit, despite being a far better technology.

  37. its patent wars and standards by nimbius · · Score: 1

    debacles that get me thinking most codec companies just wont be happy until we gouge our eyes out and retreat to the stone age banging rocks together, or fork over our credit cards for the christgod privilege of the moving image.

    my frustrations mount from years of watching codecs go from boom to bust, good to ugly, and seeing things like windows media player needlessly clutter every inch of my hard drive with a compendium of the last decades worth of "heres how to view this our way" dll files. personally i hope the all fail at this point. if vp8 is floss and good, then take it. if its floss and bad, lets take it and make it better. but for god sake, lets stop with the media devices designed to play six million different proprietary formats as a business model.

    --
    Good people go to bed earlier.
  38. Re:H.264/MPEG-4 is no more proprietary than MPEG2 by PybusJ · · Score: 2, Interesting

    You're right, H.264 is very much like MPEG2 in this respect, but I'm not sure that's ideal. The MPEG-LA considers that you need a license for every MPEG2 player ($2.50), every MPEG2 encoder ($2.50), plus a royalty on every distributed item (such as a DVD).

    This is the reason that most Linux distros don't come with DVD/digital TV tuner playback without downloading a codec from a 3rd party. This may be legal or not depending on your jurisdiction (from the fact you use ATSC, I'm guessing you're in a country that does recognise software patents), but either way the fact it happened for DVD doesn't mean it's a good idea for the web.

    The MPEG4 licensing agreement includes a licensing cost for every encoded stream on the internet, but has currently set that rate at zero for much online content (as an introductory rate). This is pretty explicitly a policy to encourage use and then, once it totally dominates online video, profit from it to a greater degree later.

    The MPEG-LA is certainly an improvement from negotiating a separate license for every patent (not that anyone can guarantee that all applicable patents are in the pool), but it's not very compatible with open source software and a royalty free codec would be better for everyone.

  39. First rule of ffdshow club is... by tepples · · Score: 1

    They should simply use a codec if you have it installed.

    The majority of PCs don't run Windows 7 and therefore don't have H.264 installed out of the box.

    If they don't distribute anything that violates the h.264 patents then they're in the clear.

    Not only do they have to not distribute ffdshow, they also have to not even tell anyone about ffdshow for fear of running afoul of the "inducement" precedent set in MPAA v. Grokster.

    1. Re:First rule of ffdshow club is... by Anonymous Coward · · Score: 0

      Not only do they have to not distribute ffdshow, they also have to not even tell anyone about ffdshow for fear of running afoul of the "inducement" precedent set in MPAA v. Grokster.

      They can tell them about one of the free or cheap H.264 decoders you can download. All of them properly licensed so there is no legal problem. They can probably even make some money for promoting them.

  40. Windows XP by tepples · · Score: 1

    Didn't you know that codecs can come in separate binaries, and one for H.264 is already included in most OS's?

    "Most operating systems" by what count? As of the first quarter of 2010, two-thirds of desktop PCs still run Windows XP, and unlike more recent versions of Mac OS X and Windows, Windows XP does not come with an H.264 decoder.

    Didn't you know that mozilla *already* interfaces with proprietary binary blobs, and in fact one of them can play back H.264?

    So how hard would it be to write a Greasemonkey script to turn <video> elements referencing H.264 video into <object> elements using Flowplayer?

  41. i wish they hadnt written this by dirtyhippie · · Score: 1

    Sigh... I wish the fsf hadn't written this for two reasons:
    1) it's half-cocked. hardware acceleration for vp8 does not exist yet, and google would still need a massive transcode of its youtube database to any other format.
    2) i fear this does more harm than good - google is LESS likely to free vp8 under an mit style license now because they don't want to seem like they did it because of the fsf.

    basically i just wish the fsf would go away in favor of some people with less black and white views about encouraging software freedom, and a little more tact and saavy (who the fuck came up with the name "bad vista"??? sounds like the work of a 6 year old)

    1. Re:i wish they hadnt written this by yuhong · · Score: 1

      2) i fear this does more harm than good - google is LESS likely to free vp8 under an mit style license now because they don't want to seem like they did it because of the fsf.

      I don't think so, isn't satisfying the FSF a good thing?

  42. the posted article does not say Theora is as good by YesIAmAScript · · Score: 1

    Summary says:
    'The free video format Ogg Theora was already at least as good for web video (see a comparison) as its nonfree competitor H.264'

    Except the source linked (at see a comparison) says:

    'In the case of the 499kbit/sec H.264 I believe that under careful comparison many people would prefer the H.264 video.'

    This is the only comparison statement made versus H.264 in that article and H.264 comes out on top. The article primarily uses H.263 as a reference, stating that H.264 isn't used in mainstream streamed internet video, we all know is no longer true.

    It would be great if slashdot at least checked the summaries a little bit.

    Also note that is a very low-end profile for H.264, any one of you can make a lot better looking version of Big Buck Bunny at 499kbit/sec simply using ffmpeg.

    --
    http://lkml.org/lkml/2005/8/20/95
  43. Re:H.264/MPEG-4 is no more proprietary than MPEG2 by jvillain · · Score: 1

    ACTA isn't just about copy rights it is about patents as well. So patent insanity may be coming to a country near you soon courtesy of the US. Of course if the SCotUS comes back with a ruling in re: Bilski that says "knock it off" before ACTA gets implemented maybe it gets better in the US. In any case it isn't wise to just hope that every thing will turn out OK.

  44. Why did you think... by Anonymous Coward · · Score: 0

    ...they bought On2? I mean, is there any other reason? Would they have even gone for it if they had discovered legitimate submarine patents affecting VP8 like (for example Nokia's) claim to affect VP3 (and thus Theora)?

    No. On2 have one asset - the codecs. Google have one goal in this - to get an agreed standard baseline HTML5 codec that's good enough for Youtube agreed in all browsers and mobile devices. VP8, or a simple fork of VP8, is the best candidate for that. (Given that Theora might have the Nokia patent issue, and frankly isn't anywhere near as good as H.264, being more at the H.263 level, it can't quite make the grade, which is probably pretty much why On2 gave VP3 out like that.)

    If they can get a verifiably free, minimum-grey-areas codec with an efficiency similar to or better than H.264 (and VP8 does fit those criteria - VP8 minimum-profile decoding is fast enough in software that it can be done in hardware devices), then Google can finally submit it to the other HTML5 partners for consideration, and perhaps all parties can FINALLY agree on a codec everyone can implement (Google on the grounds that it's good enough for Youtube, Opera and Mozilla on the grounds that it will hopefully patent-free, Apple will take some persuading but if their devices can do it it well enough and they can be convinced the risk of submarine patents is no higher than with MPEG-LA it should be possible, and MS will eventually cave in sometime around IE10, maybe).

    I dearly hope it works out.

  45. H.264 Quality BETTER than OGV, sorry! by ryanw · · Score: 2, Insightful

    I checked out the website and watched the comparisons of their test video vs H.264. I'm sorry but H.264 looks much richer, has more depth, has better contrast and recovers quicker when skipping through the video. OGV looks blown out out, slightly blurry, missing some richness and seems easily susceptible to blocky video.

    1. Re:H.264 Quality BETTER than OGV, sorry! by FooBarWidget · · Score: 1

      Your point? The article is talking about VP8, what does that have to do with OGV?

    2. Re:H.264 Quality BETTER than OGV, sorry! by adiposity · · Score: 1

      If you read the linked article, you'd see that it claims Theora is already as good as H.264, and links to a comparison to prove it. Hence the response.

    3. Re:H.264 Quality BETTER than OGV, sorry! by adiposity · · Score: 1

      Oh, it also mentions this in the summary above...

  46. TV/Device guys doesn't buy it by Ilgaz · · Score: 1

    There is a thing about transcoding. You can't effectively (in terms of professionalism) transcode from lossy to lossy. Well you can but, people won't buy it. H264 took off when everyone got convinced "This is it for next 10 years and it can be extended.". Implementing a new codec is really expensive, time taking. Of course, container may change, like it changed from FLV to HTML5 on Youtube. If you ask me, the real container which deserved to be standard was Quicktime but because of Apple's mistakes, it didn't take off.

    Encoding millions of hours again with some Google backed codec (and clearly doesn't have support of ATSC/EBU) and waiting for customers of hardware (chip) vendors to replace tens of millions of boxes while _they already paid_ for h264 is a bit utopic.

    Apple is the company which its founder/CEO, SJobs took time at his stage and explain how lovely and scalable it is. One of the rare times he didn't add any marketing, H264 really scales well and scalability is the key for future. They are (as a huge, overlooked media empire) one of the primary backers of H264.

  47. Strange. Youtube does exactly that. by Anonymous Coward · · Score: 0

    Strange. Youtube does exactly that. Or what else do you think happens when you post them a vid in MPEG2? Or WMP6?

    They transcode it.

    And "people are buying it".

  48. Also the need to use trendy/new stuff all the time by Ilgaz · · Score: 1

    FSF and free/open source doesn't give any kind of trust either. One day, they wake up, they think Cocoa/64bit is cool and drop support from OS X Tiger (10.4) while Apple, the company making money from OS/hardware upgrades keeps supporting OS X Tiger in sync with the higher versions.

    It has a deeper reason, I heard, it is about threads and not being able to "destroy" them but the image they give to ordinary user and some professionals is: Once something new/cool ships, we abandon you and you won't have a word to say since it is free. I know it really sounds immature but people really started to think that way.

    As Mac trolls which they unfortunately took serious have give them enough damage, I won't name the media player project.

  49. MS loves H264, imagine that by Ilgaz · · Score: 1

    When I saw a MS developer who is very high level actually tell how great h264 is on slashdot, I said "this is it, h264 will stay."

    "Even" MS and Real Networks have decided H264 is the codec. "real video", or "silverlight" is actually h264/aac(+) most of the time. Apple, who is a huge media empire always sticked with standards and proprietary or not, mpeg4 is a damn big standard which entire globe has agreed on.

    They should have really consulted with a media professional or academic about the reasons of mass h264/mp4 adoption.

  50. Newgrounds by tepples · · Score: 1

    There may even be SVG animation tools as you say

    May be != are.

    and there certainly are numerous Ajax solutions for building GUIs, plus the canvas element, animated gifs and other bits & bobs that could easily handle 80-90% of what Flash is typically used for.

    Do you mean 80%-90% by bandwidth, or by face time? Specifically, how many of the cartoons and games on Newgrounds.com can HTML 5 replace?

    Ogg Theora is never in a million years going to supplant h264

    H.264 supplanted MPEG-1 and MPEG-2 and QuickTime Sorenson and WMV somehow.

    1. Re:Newgrounds by DrXym · · Score: 1
      May be != are.

      There are plenty of tutorials on animating SVGs and demonstrations on the web. There are even tools for it. Even if such tools do not solve every specific issue there is nothing to prevent someone writing such a tool. If something can spit out a SWF it can spit out the corresponding SVG and JS. Quite clearly a large number of flash apps, even those involving animation could be written in HTML 5.

      Do you mean 80%-90% by bandwidth, or by face time? Specifically, how many of the cartoons and games on Newgrounds.com can HTML 5 replace?

      I don't really care how many animations on one particular site could work or not. The reality is that most flash files are simple clips or apps that could easily be implemented within the capabilities of HTML 5.

      H.264 supplanted MPEG-1 and MPEG-2 and QuickTime Sorenson and WMV somehow.

      Yes by attracting industry wide support and being a codec suitable for a wide range of applications from digital cinema, broadcasting all the way down to handhelds. Ogg Theora isn't and never will be so widespread no matter how hard advocates wish it were so. Just like Ogg Vorbis it will sit on the sidelines its whole life being used by a few open source sites but little else. If Firefox doggedly refuses to allow any other codec, including industry standard ones, even when the codec is implemented by a 3rd party plugin then most sites will simply work around its deficiencies by running Flash or Silverlight or even advise visitors to use a different browser.

  51. Re:H.264/MPEG-4 is no more proprietary than MPEG2 by TheRaven64 · · Score: 1

    MPEG-2 is covered by 640 patents (which ought to be enough for anyone, if you are unlucky enough to live where these are valid). Only a few of them have expired.

    --
    I am TheRaven on Soylent News
  52. Stop spreading BS by Anonymous Coward · · Score: 0

    I'm all for Theora and I think it should become the web standard. But it doesn't come close to H.264 qualitywise. Maybe it never will, because the format is frozen and has less features than H.264, so there's a limit to future encoder optimization. From my experience, Theora is better than H.263 and on a par with MPEG-4 ASP. It needs about double the bitrate of H.264 for comparable quality.

    Even Greg Maxwell, author of that (methodically flawed for reasons I needn't repeat because it has been thoroughly criticized here) comparison doesn't pretend it's "at least as good as H.264":

    competitive and even superior to some of the files that Google is distributing today on YouTube.

    - "some" meaning the H.263-encoded files!

    In the case of the 499kbit/sec H.264 I believe that under careful comparison many people would prefer the H.264 video. However, the difference is not especially great.

    How does "many would prefer A to B" equal to "B is as least as good as A"?

  53. The train has left the station. by westlake · · Score: 1

    Many hardware devices already have H.264 decoding built into the chip, ranging from set-top boxes to the iPhone.

    There are 762 corporate licensees for AVC/H.264 Licensees is 762 - and the list just keeps on growing.

    Canonical is here. Apple. Google. Microsoft.

    The big names in OEM manufacturing. In networking [Cisco].

    In brand-name consumer electronics. [LG and Samsung] In military hardware [Lockheed Martin]. In cable, broadcast and satellite television - most visibly those based in China and Japan.

  54. The deep end of the patent pool by westlake · · Score: 1

    Why not just buy h.264 outright? What's the market cap for the company that owns it? It's got to be a drop in the bucket compared to licencing fees down the road, plus what they paid (1 billion dollars) for YouTube

    The following is an abridged list of licensors of patents included in the AVC patent pool:

    Apple
    Bosch
    Columbia University
    DAEWOO
    Dolby Laboratories
    France Télécom
    Fraunhofer
    Fujitsu
    Hitachi
    Philips
    LG
    Microsoft
    Mitsubishi Electric
    Nippon Telegraph and Telephone [NTT]
    Panasonic
    Samsung
    Siemans
    Toshiba

    AVC/H.264 Licensors

    1. Re:The deep end of the patent pool by Hadlock · · Score: 1

      Nice redundant post!

      --
      moox. for a new generation.
  55. The source is the problem, not the wording by LostMyBeaver · · Score: 1

    FSF has a background of being considered a liberal, damn near terrorist group by politicians and corporate leaders. The FSF has many good sides, but is politically is known for attempting to bully corporations and political leaders into seeing their way of thinking. I can't think of specific examples of threats, but Richard Stallman has been known to berate political leaders (his attempted encounter with the French president comes to mind) for not permitting him to sidestep the song and dance which makes politics politics.

    When loud mouthed critics start making big stinks about political issues without taking the time to recognize how they are in fact deterring the exact causes they are "fighting for" they do more damage than good. Leaders of companies and governments are highly dependent on cooperation from political opponents and possibly hostile board members that would like nothing better than to label them as "liberal pussies who shouldn't be in charge of anything". There were somewhat legitimate conspiracy theories that the Vietnam War could have ended sooner if the politicians didn't have to worry about looking like they were "Doing what John Lennon told them to" when he would immaturely berate them publicly for their stupidity.

    Richard Stallman has gained Michael Moore status. Meaning that leaders have to wait a certain period after they've had their tie raids before doing the things they had intended to do anyway. Before they can support a cause, they have to do damage control to detach the cause from the loud mouthed buffoons that insist on making the causes political death traps before they can support the changes.

    Google is a company that has been very supportive of open source in the past and more than likely will be. They might be able to launch VP8 under a free license now by saying "Well, we were planning on doing it when we bought the company". But the FSF needs to learn when to fight for things and they also need to learn when to just sit back and wait a while before making too much noise.

    This is an excellent example of a time where it would have been best to let Google have a chance to breath. After all, before committing VP8 to the open source, they need to let a pile of patent attorneys find out every possible portion of the code which could be considered patentable and then perform patent searches to try and eliminate the possibilities of VP8 being hit by submarine patents. Now that Google owns VP3, it's entirely possible submarine patents will surface, but it would be far more intelligent to let VP8 out into the open and make it an integral part of the web first. Google then can have a chance, after letting the suits find submarine patents to produce a VP9 codec which avoids them.