Slashdot Mirror


Mozilla Rejects WebP Image Format, Google Adds It

icebraining writes with a link to Ars Technica's look at the recent rejection of WebP by Mozilla Developer Joe Drew."Building mainstream support for a new media format is challenging, especially when the advantages are ambiguous. WebM was attractive to some browser vendors because its royalty-free license arguably solved a real-world problem. According to critics, the advantages of WebP are illusory and don't offer sufficient advantages over JPEG to justify adoption of the new format. (...) 'As the WebP image format exists currently, I won't accept a patch for it. If and when that changes, I'll happily re-evaluate my decision!' wrote Mozilla developer Joe Drew in a Bugzilla comment.'" However, as the article explains, Google sees enough value in WebP to add it as a supported image format for Picasa.

21 of 262 comments (clear)

  1. Why? by Anonymous Coward · · Score: 5, Interesting

    Why do we need yet another image format?

    1. Re:Why? by tepples · · Score: 3, Insightful

      Any patent on compressing keyframes in a video is a patent on image compression.

    2. Re:Why? by tepples · · Score: 4, Informative
      Anonymous Coward wrote:

      Why do we need yet another image format?

      If a new format 1. has an alpha channel, 2. has demonstrably better SSIM than JPEG, and 3. preserves Exif and ICC metadata, then it's superior to JPEG. In theory, WebP should have demonstrably because it's based on VP8 keyframes, while JPEG uses much the same technique as MPEG-1 keyframes. But it lacks an alpha channel, and it lacks Exif and ICC.

    3. Re:Why? by errandum · · Score: 4, Insightful

      And?

      Lossless compression: LZW, LZ77, LZ78 and variants. Most of these have expired by now and/or are free to use (PNG uses a variation of LZ77 and GIF uses LZW)

      JPEG's lossy compression patent was invalidated in 2006, so everyone can use it.

      Do you need more? Even if it's royalty free, it doesn't matter nowadays and it'll only contribute to make browsers heavy. Just leave it be.

    4. Re:Why? by GoRK · · Score: 5, Interesting

      You would be surprised; JPEG2000 is used extensively by high-compression PDF. As a standalone image format it's pretty lousy but for scanned documents it's actually really great. We have literally millions of pages stored this way where I work.

  2. Its not the image format that's the problem by suso · · Score: 4, Insightful

    New file format's can't cure something that user education requires.

    1. Re:Its not the image format that's the problem by master5o1 · · Score: 3, Funny

      I don't understand how you can accidentally an apostrophe into the sentence just because it's a laptop keyboard.

      --
      signature is pants
    2. Re:Its not the image format that's the problem by StuartHankins · · Score: 5, Funny

      Accidentally what an apostrophe?

      Oh, sorry, didn't see your laptop keyboard.

  3. Interesting... by fuzzyfuzzyfungus · · Score: 4, Insightful

    It is somewhat interesting to see an image format brought to the table without something basic like support for EXIF storage of some kind, or some feature(however crudely hacked on) that makes it clearly superior to JPEG(like an Alpha channel).

    I can understand that somebody the size of Google probably gets real worked up about how to shove more images through slightly less bandwidth; but that actually seems like kind of a niche concern: For icon/branding/graphic design purposes, much of the heavy lifting is done by lossless(for clean, non-crunchy look); but small because of limited color palettes, broad areas of flat color, etc. images. That's mostly GIF and PNG, with some Flash and SVG.

    For everyone from people who barely care to people who care how it will look as an 8*10 or a desktop background, you have JPEGs of various sizes and compression levels. On the low end, people will put up with some seriously grain-tastic shit, so long as it loads fast. Anybody who is too good for JPEG entirely is probably either slamming around some fancy print-ready flavor of TIFF, or storing whatever flavor of RAW their preferred camera back spits out.

    I'm just not seeing the under-served niche here.

    1. Re:Interesting... by steelfood · · Score: 4, Insightful

      Trying to unseat JPEG is akin to the various attempts at unseating MP3. Unfortunately, it's not going to happen. There's just too much support for JPEG out there. Nobody's going to support a second file format just because; they rather spend the development time enhancing their product in more meaningful ways.

      Even Apple had to cave when it came to MP3 (they wouldn't sell it, but the iPod had to play it). I can't imagine Google could possibly do any better with JPEG.

      --
      "If a nation expects to be ignorant and free in a state of civilization, it expects what never was and never will be."
    2. Re:Interesting... by adolf · · Score: 4, Informative

      Even Apple had to cave when it came to MP3 (they wouldn't sell it, but the iPod had to play it).

      Your history is backwards:

      The iPod first launched on October 23, 2001, and it played MP3s just fine at that time.

      The iTunes Music Store opened on April 28, 2003. Prior to this, Apple didn't sell content for the devices.

      Apple never "caved," they simply built an MP3 player which happened to be successful. Later on, they started selling content for it (in the arguably more space-efficient AAC format).

  4. Re:Why NOT? by cpu6502 · · Score: 5, Informative

    Quote: "Adopting a new image format in Web browsers is a big decision. Once a format becomes a part of the Web, it will have to be supported in perpetuityâ"adding overhead to the browserâ"even if it largely fizzles and only gains a small niche following."

    It's akin to if Web browsers were required to support failed formats like ANIM or HAM or IFF. In other words adding support for WebM wastes space in the program (and computer memory).

    And I'm probably going to get modded -1 for comparing WebM to "failed formats" like HAM, but I think it's pretty obvious that WebM is destined for the same place as VESA and HD-VHS landed. Nice idea..... not adopted by the general public.

    --
    My AC stalker: " I personally agree with your posts most of the time, but that won't keep me from modding you troll"
  5. Re:Why NOT? by squiggleslash · · Score: 3, Insightful

    Because it's not got a lot of momentum at this point, and other than compression quality it appears to be an inferior of JPEG - it lacks, apparently, the same degree of metadata.

    If there's a major problem with the web right now it's the number of half-assed ill-thought out technologies that are already in there and that have to be supported permanently because someone out there might be still using it - and in many cases, they are, from GIFs to frames. Mozilla and Microsoft just threw IndexedDB into the mix, just to add another thing to fuck things up for another decade.

    So yeah, I have to agree with Mozilla in this case that WebP shouldn't be accepted. Less is more.,

    --
    You are not alone. This is not normal. None of this is normal.
  6. Seems Solid by farnsworth · · Score: 5, Informative
    Seems like perfectly solid reasoning to me:

    Currently, it only supports a subset of the features that JPEG has. It lacks support for any color representation other than 4:2:0 YCrCb. JPEG supports 4:4:4 as well as other color representations like CMYK. WebP also seems to lack support for EXIF data and ICC color profiles, both of which have be come quite important for photography. Further, it has yet to include any features missing from JPEG like alpha channel support.

    [...]

    Every image format that becomes “part of the Web platform” exacts a cost for all time: all clients have to support that format forever, and there's also a cost for authors having to choose which format is best for them. This cost is no less for WebP than any other format because progressive decoding requires using a separate library instead of reusing the existing WebM decoder. This gives additional security risk but also eliminates much of the benefit of having bitstream compatibility with WebM. It makes me wonder, why not just change the bitstream so that it's more suitable for a still image codec?

    WebP, by Jeff Muizelaar.

    --

    There aint no pancake so thin it doesn't have two sides.

  7. Re:That's dumb. by Anonymous Coward · · Score: 3, Insightful

    No it is not dumb. Other than bloat there are support and security considerations. If it doesn't improve the status quo significantly why would you want to add work to already overloaded developers? Any code new code path can potentially add an exponential maintenance burden, slowing down future development. If it becomes an important format then the maintainer who rejected the patch has stated he is willing to re-evaluate letting the patch in. You really only ever want code in a project that you know the developers care about and are going to watch as well as have the knowledge to fix if a vulnerability is found.

  8. alpha transparency by edxwelch · · Score: 3, Informative

    If webp supported alpha transparency it would be useful. png is a lossless format and therefore much bulkier. A png is normally 5 times bigger than jpg image. But jpg doesn't support transparency

    1. Re:alpha transparency by Derek+Pomery · · Score: 5, Interesting

      Amen. When I first heard about this format I was excited. I thought finally we had a lossy image format that would have an alpha channel. I was shocked to discover this was not the case, that it was basically just a static frame of video, with nothing else.

      It offers little to no advantage over JPEG.

      I'm still bitter over JNG getting killed off. It is possible to hack around the lack of a good JNG using 2 JPEGs (one for the alpha) plus a bit of javascript and a , and this can even be styled in CSS with mozElement and the slightly less flexible webkit alternative. But I have to say, overall, I'm cheering for Microsoft's apparently open JPEG XR standard.

      Never thought I'd be saying *that* :)

      --
      -- perl -e'print pack"H*","6e656d6f406d38792e6f7267"' /. ate my old sig. Bastards.
  9. Re:That's dumb. by Mekabyte · · Score: 5, Informative

    As author of the Mozilla WebP patch, I can confirm that this was originally true. However, due to various shortcomings in design, WebP split off into its own codec library.

  10. Re:"Advantages over JPEG" by petermgreen · · Score: 3, Informative

    PNG is lossless

    More specifically it's a lossless representation of a single layer RGB image.

    better for photos then JPEG.

    For display of photos on the web the huge filesize advantages of JPEG outweigh the minor reduction in quality.

    --
    note: i'm known as plugwash most places but i screwd up registering that here somehow in the past and now can't register
  11. Re:Why NOT? by Snaller · · Score: 4, Insightful

    "but I think it's pretty obvious that WebM is destined for the same place as VESA and HD-VHS landed. Nice idea..... not adopted by the general public."

    The public have no idea about graphics formats, nor do they give a crap.
    If google were to make a ton of source code examples in everything from C to Visual Basic to Lisp or DOS showing how to read, write and save, and make many free programs to do conversion, then programmers might start using them.
    Of course its google, and they rarely do things like that right.
    So you are probably right, its going to die.

    --
    If Google really cared they would fix Android Chrome to reflow text, instead of discriminating
  12. Re:Good by Dracos · · Score: 3, Interesting

    Imagine if, instead of DVD, we would have had another Betamax vs. VHS war. (Call it DVD vs. BetaDVD.)

    You mean like HD-DVD vs BluRay?