Slashdot Mirror


Microsoft's HD Photo to Become JPEG Standard?

Mortimer.CA writes "Ars Technica is reporting that Microsoft has submitted their HD Photo to the JPEG committee: 'Microsoft's ongoing attempt to establish its own photo format as a JPEG alternative (and potential successor) took another step forward today when the JPEG standards group agreed to consider HD Photo (originally named Windows Media Photo) as a standard. If successful, the new file standard will be known as JPEG XR.' Microsoft has made a 'commitment to make its patents that are required to implement the specification available without charge.' While JPEG 2000 exists, HD Photo has several advantages (not the least of which is a lot less CPU power is needed). Is this a big of an issue as ODF/OOXML?"

72 of 369 comments (clear)

  1. can this be the only solution? by yagu · · Score: 4, Interesting

    I can't for my life figure out how Microsoft or why Microsoft introduces evil into this format and standard, other than Microsoft's track record. Unfortunately, that is sufficient... I'd vote no on any of their proposals.

    The future and potential for photography is huge. There are:

    • all the new buyers in the pipeline and hence,
    • all the vendors of digital format pictures
    • conversion to some archival and historical preserve all existing paper documents
    • mapping and navigation software (e.g., Windows Live Earth).
    • web graphics in ever higher definition

    Microsoft makes their promise to make this free. Somehow, that just rings a tad hollow. Must we continue to be the Charlie Brown to Microsoft's Lucy?

    1. Re:can this be the only solution? by Jah-Wren+Ryel · · Score: 5, Insightful

      Microsoft makes their promise to make this free. The exact wording from the article is, "offer a royalty-free grant for its patents that are required to implement" --I'm sure there are more details to the offer, but just because it is royalty-free doesn't necessarily mean that there won't be other terms that are deal breakers.
      --
      When information is power, privacy is freedom.
    2. Re:can this be the only solution? by LionKimbro · · Score: 4, Insightful

      Well, here's a thought --

      They say, "One important aspect regarding the standardization of HD Photo is Microsoft's commitment to make its patents that are required to implement the specification available without charge."

      "Alright, fair enough," I think, but then I wonder: "So, what's the application process like, and what are the licensing requirements?"

      Might they say something like, "Oh, it's available free of charge, but you can't use it in an OpenSource / FreeSoftware project, because that's uncontrolled, there's no telling what liabilities we'll be exposed to, for letting you implement this, ... (etc etc etc, filler nonsense here.)" ..?

      Maybe that's "the trick" here?

    3. Re:can this be the only solution? by St.+Arbirix · · Score: 3, Informative

      They've made what appears to be a legally binding promise they aren't going to dick people over this one using their Open Specification Promise. Whereas the OOXML vs. ODF debate has good grounding in one specification being lower quality than the other, HDPhoto really is an improvement over current formats, especially for handling raw images.

      --
      Direct away from face when opening.
    4. Re:can this be the only solution? by morgan_greywolf · · Score: 5, Informative

      Microsoft's license for OOXML, for instance, does not include a patent license; only a promise not to sue, so long as your implementation only uses the necessary portions of details described in the specification, and not details referenced by the specification. IOW, to create an OOXML document importer or exporter, you end up recreating a lot of Microsoft code that isn't covered.

      So 1) you can't use code based on the specification in a GPL V2 or GPL V3 program, because you can't satisfy the patent clause, and 2) you can't write any program based on the specification, because Microsoft only promises not sue you for implementing the specification, not for any supporting code that you would need to write to implement the specification.

      See http://fussnotes.typepad.com/plexnex/2007/01/analy zing_the_m.html for example.

    5. Re:can this be the only solution? by Daniel+Phillips · · Score: 4, Informative

      Though it almost makes we want to spit my coffee, I have to say that I do not see anything evil here... yet. Quite the contrary, it would seem on first blush. An RF grant is pretty clearcut, see the big discussion about that leading up to the famous W3 decision to require RF grants for all new web standards.

      Still, there are still ways to game an RF grant, for example, nothing stops Microsoft from supporting slightly off-standard formats in its own software and refusing to grant an RF license covering those changes to other implementors, using the argument that the original RF grant does not cover any extensions. I suppose the big question is, are other implementors free to extend the format also or does the RF grant evaporate as soon as an implementor extends the standard, perhaps in an effort to match Microsoft's own extensions? In which case the playing field would be far from level, and we have seen all too many times what happens when Microsoft manages to tilt the playing field. I simply haven't drilled into this enough to know what is true here, and no doubt, close readers will find other aspects of the grant to worry about.

      --
      Have you got your LWN subscription yet?
    6. Re:can this be the only solution? by RegularFry · · Score: 5, Interesting

      They pulled back from a previous licence they were going to release it under, which would have specifically prohibited, for example, a Gimp interface. You can see the old licence details here: http://blogs.msdn.com/billcrow/archive/2006/06/30/ 651898.aspx

      The current licence is *much* more liberal, and I think Microsoft deserve credit for the move. I still don't trust them, but they did make a move in the right direction in this case.

      --
      Reality is the ultimate Rorschach.
    7. Re:can this be the only solution? by LionKimbro · · Score: 2, Funny

      You sound like you know what you're talking about;

      I wish I could mod you up.

      nntr

    8. Re:can this be the only solution? by I'm+Don+Giovanni · · Score: 4, Insightful

      I did some early work with it when it was still Windows Media Photo. It's genuinely a good format. I just hope it doesn't get bogged down in politics and legal wrangling.


      I won't speak to the potential for "legal wrangling", but regarding "politics", if this does get bogged down in politics then you can bet that it'll be the anything-but-Microsoft folks that are to blame. Hell, this very subthread starts with a post saying that this format should be rejected just because it comes from Microsoft, regardless of the merits and regardless of how liberal the license is. In other words, the format should be rejected on the basis of politics. The same BS that goes on in the ODF vs OOXML debates (the reality is that 90% of that debate is politics BS, not technical merits).
      --
      -- "I never gave these stories much credence." - HAL 9000
    9. Re:can this be the only solution? by Twanfox · · Score: 3, Insightful

      I would imagine much of this distrust stems from Microsoft's tendency to stifle competition and get away with it. That is not to say that this move of theirs isn't appropriate, genuine, or truly innovative. Once you've been bitten once (or several times), you tend to look at the person biting you with a more cautious eye and wonder if/how/when they're going to bite you again.

    10. Re:can this be the only solution? by pionzypher · · Score: 2, Informative

      Indeed. The HD Photo Device Porting Kit SDK for this has licensing terms which prohibit its use in a copyleft manner.

      2. c. Distribution Restrictions. You may not ... modify or distribute the source code of any Distributable Code so that any part of it becomes subject to an Excluded License. An Excluded License is one that requires, as a condition of use, modification or distribution, that the code be disclosed or distributed in source code form; or others have the right to modify it.



      So for an open source solution, it would have to be written from the HD Photo Bitstream Specification (also assuming Microsoft does cover HD Photo under the Open Specification Promise)

      BSD type licenses may also be compatible.

      Most of this info was taken from wikipedia.

      --
      I'll believe in corporations having personhood when Texas executes one... - advocate_one
    11. Re:can this be the only solution? by The_Wilschon · · Score: 3, Insightful

      As I understand it, the reason for the politics in ODF/OOXML is that technical factors bring in politics. OOXML allows documents to contain chunks that look like mumble, where mumble is a binary dump of a Word 97 document. This is, of course, a technical matter, a detail of the specification. However, since Word 97 format is not itself open in the slightest (a political matter, openness), this particular technical matter drags in politics in a big way.

      OTOH, this political matter, lack of openness, drags in technical problems as well. A spec which is not open must be reverse engineered (and even then there is dubious legality), so only those who have access to the closed spec will necessarily be able to implement it correctly. This tilts the playing field for the software market heavily in favor of those with access to the closed spec. Any competitors will find that either their software fails to function correctly, or they have to do a lot more work to get correctly functioning software. The result: either a monoculture/monopoly in software using this spec, or a variety of incompatible attempts at implementing the spec, resulting in inability to carry files from one computer to another and expect them to still work.

      So, a technical matter in the OOXML spec results in political wrangling, which wrangling is motivated by technical reasons anyways. Dig a little bit deeper than most people are willing to, and you find that it really isn't a matter (for most people) of Anything-But-Microsoft. It may look that way, because MS offerings are so consistently rejected, but nearly always, it is actually for technical reasons (perhaps technical by way of political in the middle, but technical at both ends (motivation for objection, and object of objection)).

      Now, the OP who said "we should reject this just because it is from MS" might be a true Anything-But-Microsoft person. That would certainly explain the remark. OTOH, caution, a look at history, and an understanding of the technical matters involved in said history would also explain the remark quite easily. The reference to MS' "track record" suggests to me that perhaps the latter explanation is the right one. But then again, I'm an eternal optimist, always seeking to think the best of people until I actually have a real reason to think otherwise.

      --
      SIGSEGV caught, terminating

      wait... not that kind of sig.
    12. Re:can this be the only solution? by Divebus · · Score: 2, Insightful

      Microsoft has never done the crap you claim.

      Holy Cow. We just lived through a decade of that kind of behavior and you didn't notice? mp3Pro (so what) is licensable just like MP3, JPEG and everything else. Thomson never offered MP3 encoders up for free then suddenly demand royalties once MP3 got traction. Thomson always required a license. They did, however, suddenly demand a license for MP3 decoders. They're all greedy bastards. Submarine ransom demands are a great side business for Microsoft as well and everything they release is another opportunity to collect undue cash:

      • Microsoft encouraged the proliferation of FAT32 and one day started demanding massive royalties from all the Flash manufacturers they suckered in. Too bad they missed out on the floppy disk makers.
      • Terminal Services which was FREE on their servers until they encouraged enough people to use it (think Citrix) and one day they demanded all end users pay $60 per year per CAL with 3 months to comply. That made running Citrix real expensive.
      • Microsoft suddenly demanded royalties for hardware you connect to Xbox (steering wheels, controllers etc). Let the peripheral market develop then say "wanna stay in business? Pay up suckers".
      • How about the royalty threats against Samba, OSS (Linux), Mono - some of it they stole fair and square themselves from somewhere else - but are trying to figure out how to claim it or control it anyway?
      • They've patented their new Word file format, which is claimed to be XML but is really a compendium of proprietary digital glop. Wait until they start suing for reading a Word document without a royalty (bye-bye OpenOffice and other competitors). They're tolerating it for now but let it approach critical mass and they'll cut that Golden Goose open too.
      • What do you suppose is up with everything Microsoft is patenting? Bloody obvious stuff with prior art is getting patented. Are they in a contest of who can bamboozle the Patent Office the most? Nope. It's just business and they're using those patents to chase competitors who can't afford to defend themselves against suits or royalty demands.

      I'm no expert on their activities but this is a common historical pattern that nearly anyone can see (do you read Slashdot by any chance?). I've even been stung directly by their behavior and have seen the difference between profiting from your effort and profiteering off your victims. For the last decade, Microsoft has held back real progress by co-opting rising technologies, modifying them a little to make sure their competitors fail, and re-releasing a crudely inferior shadow of the original. The original technology is now overwhelmed and eliminated by their own version. Interoperability was never in Microsoft's interest. That's how a lot of dreams ended. Developers and users were simply upgrading their handcuffs with each new release of Microsoft "technology". Now, Microsoft is being dragged backwards through their own stew. The last resort is trying to control competition through patent infringement threats and forging deals with unlikely allies in order to threaten the rest of their competitors who didn't sign a pact with them. There's no innovation going on there. They're even trying to capture some of the OpenSource halo by calling proprietary technologies "Open" in an attempt to tie the word to Microsoft in the eyes of people who don't know any better.

      Ach. Look at the time...

      --

      Most of the stuff on /. won't survive first contact with facts.
  2. As long as anyone can implement it ... by 140Mandak262Jamuna · · Score: 4, Insightful
    The key issue is not whether it is coming from MSFT or if it gives MSFT any leg up. They key issue, can anyone implement the standard directly without payments, without agreements without any restrictions? MSFT can very well say, there is no payment but all implementors should sign some agreement with us. Then there could be a clause that could revoke the agreement. Thus if any competitor gets too big MSFT can pull the rug from under them.

    If the specification is as free as ASCII, to use one example, then there is nothing wrong in adopting that as a standard.

    --
    sed -e 's/Chuck Norris/Rajnikant/g' joke > fact
    1. Re:As long as anyone can implement it ... by ajs · · Score: 5, Insightful

      They key issue, can anyone implement the standard directly without payments, without agreements without any restrictions? MSFT can very well say, there is no payment but all implementors should sign some agreement with us. Then there could be a clause that could revoke the agreement. You're not thinking deviously enough. What they REALLY want to do is have all of the most popular Web data formats require the use of their patents, and then issue a blanked right to use those patents for free to anyone... but in a way that's not GPLv3 compatible.

      This is Microsoft's dream because you can't contest it in court. The agreement you're violating if you mix this technology with GPLv3 code is NOT the agreement with Microsoft, but the GPLv3! You would have to sue the FSF in order to use Microsoft's image format in your GPLv3 code.

      For all that I despise the tactic, I have to admit that it's a clever little hack.
    2. Re:As long as anyone can implement it ... by Chandon+Seldon · · Score: 2, Interesting

      I'm not seeing how they would cleanly construct such an attack. The patent license restrictions in GPLv3 are very specific - I don't think that Microsoft can come up with a licensing setup that would run into trouble with the GPL and still be considered distributable by "Open Source" type vendors.

      Even if they did come up with such a patent license, the vendors can simply ship libjpegxr as a platform library and still not have any trouble with the GPLv3.

      --
      -- The act of censorship is always worse than whatever is being censored. Always.
    3. Re:As long as anyone can implement it ... by Archangel+Michael · · Score: 4, Interesting

      So, what you are saying is that Microsoft is playing the same game as GPL3, except to their advantage, not FOSS or GPL3 or ......

      Begun the license wars have.

      --
      Agent K: A *person* is smart. People are dumb, stupid, panicky animals, and you know it.
    4. Re:As long as anyone can implement it ... by msuarezalvarez · · Score: 2, Insightful

      You imagine I'm implying that? That was explicitly my point!

      You should have your sarcasm detector checked: it seems not to be working.

      The goal of the GPL started as simplicity, and over time it's been evolving into a scheme to trap developers, distributors and users of libraries. The great-grandparent's point illustrates it perfectly, even if he blames the wrong party.

      There is no scheme to trap anyone: it is quite simple: if you do not want to accept the conditions I impose on my code, then write your own. If you are not willing to comply with my licence for my library, then do not use it. It is not that hard, really...

      How on earth can that be construed as a scheme to trap anyone? And how is it different from anything else (apart from the fact that the GPL allow the party accepting it to do things that party would otherwise be not allowed to do)?

  3. Re:"Nothing for you to see here; please move along by InvisblePinkUnicorn · · Score: 4, Funny

    "Nothing for you to see here; please move along"

    Wow! The image compression used by Microsoft's HD Photo format is so good that it can reduce any image down to 0 bits!

  4. Public Domain by daeg · · Score: 4, Insightful

    If they are truly interested in making the patents "available", they would simply surrender the patents into the public domain. Since they have not done this, assume they will not always make the patents "available" to everyone or will have special cases where it is not available (for example, to extend the specification, or to set up a company that certifies HD Photo implementations, or "no government use without paying us", etc).

  5. Re:could someone enlighten me? by everphilski · · Score: 2, Informative

    Your digital camera puts out 500kb native resolution files?

  6. Re:"Nothing for you to see here; please move along by chimpo13 · · Score: 3, Funny

    It looks fine on my lynx.

  7. transfer all control or forget it by DriveDog · · Score: 5, Insightful

    If MS gives away all rights to the format spec and any algorithms required to use it, fine. JPEG can declare particular implementations in compliance or not. Otherwise, no way.

  8. Re:could someone enlighten me? by fbjon · · Score: 3, Insightful
    I'm thinking of cameras: JPEG is 24-bit, or 8-bit x 3 channels. Camera sensors can pick up more than that, however. Better compression also means better use of memory cards.

    Most importantly, lossless compression might mean that you don't need to shoot in RAW all the time, and be at the camera manufacturer's mercy.

    --
    True confidence comes not from realising you are as good as your peers, but that your peers are as bad as you are.
  9. Re:What's wrong with JPEG2000? by MightyMartian · · Score: 3, Insightful

    I think JPEGs would be a damn hard standard to overcome. They tried it with PNGs to overcome the GIF legal encumbrances, but just what percentage of images out there in the wild are PNGs?

    Quite frankly, I think JPEGs as they stand are too far along now for something that, with modern CPU power, offers an almost imperceptible advantage, to get any traction. Ten years ago, when computers and the Internet were slower, they might have had a chance, but now, no way.

    There are too many real things to hate and fear Microsoft over. This appears to me to be a nonstarter, sort of like MSN has turned out to be for web searching.

    --
    The world's burning. Moped Jesus spotted on I50. Details at 11.
  10. MS patents by SillySilly · · Score: 4, Informative

    One of the requirements of the JPEG comittee for this proposed standard is that Microsoft (and all other participants of this process) provide their patents on a free and non-discriminatory basis. Free as in beer, no money. Non-discriminatory meaning that anyone can license them; Microsoft can't say that only certain developers are "cool enough" or "good enough" to receive a license. Many of the JPEG standards operate under these terms: the baseline process of the original JPEG, JPEG2000 part 1, and others.

  11. PNG by SolusSD · · Score: 2

    With the amount of memory imaging devices (digital camera, etc) have these days why not go a lossless compression route, like png? PNGs support alpha transparencies, layers, etc and it is a completely open standard.

  12. It's A Trap. EULA to view the specs by mpapet · · Score: 4, Informative

    It just so happens I am planning an HD Image product, service or technology and the spec is totally hostile to everyone BUT microsoft. (no surprise there)

    1. 1. You may review these Materials only (a) as a reference to assist You in planning and designing Your product, service or technology ("Product") to interface with a Microsoft product, specification, service or technology

    Mac/Linux/BSD? Nope. So, that appears to rule out web-based stuff. Fortunately, I'm only working on Windows, so I'll read on. ...You may not (i) duplicate any part of these Materials
    Okay I won't. But how does my engineering group work with the spec if I can't duplicate it?

    any Feedback you voluntarily provide may be used in Microsoft Products
    Okay, I won't provide any feedback. It was once believed that developers were Microsoft's focus. Apparently not anymore.

    Without going into specifics because the EULA prevents it, there are proprietary elements hidden inside this spec.

    It's clear they are *very* late to the pro-photo fight that is on now between Apple and Adobe. Each of those companies has a proprietary "pro photo" format.

    Sadly most pro photographers won't think about the consequences of adopting proprietary formats until it is too late. For example, some legacy proprietary raw images as provided by the camera manufacturers are not backward compatible. I've read it in the mailing lists already.

    --
    http://www.maxineudall.com/2010/02/should-economists-be-sued-for-malpractice.html
  13. Re:What's wrong with JPEG2000? by cmowire · · Score: 4, Insightful
    The problems largely boil down to:
    1. JPEG2000 is covered by patents that haven't been properly licensed
    2. JPEG2000 has very little software support, wheras good old JPEG will work eveyrwhere. Which helps your average user who doesn't want to need an image editor.
    3. The digital camera market has standardized to RAW for cases where JPEG isn't good enough. Neither the existing JPEG2000 nor HD Photo are designed to store un-demosaiced data from the sensor. This allows a RAW converter to offer smarter noise reduction and sharpening modes... and it's not trivial enough of an operation that any arbitrary JPEG2000-ish tool should be forced to implement properly.
    4. People don't quite realized the level of screwed we are with respect to TIFF, so it still seems "good enough" for most folks.
    5. Adobe, who has the photo-editing market by the balls, would rather have you stuck with their proprietary formats as much as possible.
  14. Re:could someone enlighten me? by TheRaven64 · · Score: 3, Informative

    OK, how about a 1GB file? (8 megapixel * 32 bits/CYMK) I'm not sure how you work that out. 32-bits per channel, CMYK (i.e. 4 channels), gives 16 bytes per channel. For an 8 megapixel image, that's a 128MB image. I'm not sure what kind of camera generates a CMYK image, since CMYK is subtractive mixing, and cameras record light, so RGB seems more likely, giving only three channels. Most CCDs are at most 12 or 14bits. At 14 bits per channel, this only gives 42MB for an uncompressed 8 megapixel image. Raw formats often include two green values for each pixel (or a cyan one for some), to closer match human eyes, bringing us back to 4 channels, requiring 56MB. Even with a raw image, we are still a long way away from 1GB/image.

    You won't get to CMYK or 32 bits per channel from a source image and if you're sane then you won't ever store this image (unless you're exporting for a print fun), you'll store the sequence of transforms on the original image. Destructive editing is a quaint idea, but not a good one.

    --
    I am TheRaven on Soylent News
  15. Deja GIF. by Spy+der+Mann · · Score: 3, Insightful

    If there are restrictions, Microsoft's HD photo will go the way of the GIF format.

    1. Re:Deja GIF. by omeomi · · Score: 3, Interesting

      If there are restrictions, Microsoft's HD photo will go the way of the GIF format.

      Websites still use gif quite a bit. And the patents have expired, so there's no real reason not to anymore...Personally, I prefer png, but for some reason png hasn't really caught on. I imagine because graphic design schools break web graphics up into 2 categories, full-color jpg, and line-art gif.

    2. Re:Deja GIF. by Asmor · · Score: 2, Interesting

      Unrelated, and really just for my own edification/laziness...

      Where does PNG fit into the paraidgm? I mean, I know it's got more advanced alpha transparency than gif, and I think that it's based on plain ol' bitmaps as opposed to compression, so it seems like a strict successor to GIF...

      However, gif still has some legs up on it, namely ubiquity and the fact that animated PNGs support doesn't seem to be remotely common.

      So is this basically correct? Anything I'm missing?

    3. Re:Deja GIF. by FLEB · · Score: 2, Interesting

      I think the biggest setback to PNG was lousy support in Internet Explorer during a time of rapid Internet growth and solidification. Even though 8-bit PNG was rather trouble-free, the whole format had a "new and iffy" feel to it. Indexed, single-color transparency worked well, but in that case there were few clearly visible advantages to PNG (true, it's better compression, but it's not like PNG24/JPEG, where you can clearly see lack of JPEG crud). Also, there's still no standard browser support for MNG, so GIF has an advantage with 89a animation.

      Although PNG has good compression over something like TIFF or BMP for full-color images, it's still a poor choice for posting large photos to the Web, as its lossless compression results in unwieldly file sizes while maximum (and adequate) quality JPEGs do much better.

      --
      Information wants to be free.
      Entertainment wants to be paid.
      You just want to be cheap.
    4. Re:Deja GIF. by mark-t · · Score: 3, Insightful

      If PNG had supported animations the way GIF does, it would have probably all but killed GIF completely. I know there were a couple of attempts at standardizing animation formats that used PNG as an underlying picture format (MNG and APNG come to mind), but I believe it was a serious oversight on the part of the original PNG developers to not define a standard for at least some sort of successive frame-based animation (sort of like GIF) as part of the core spec.

    5. Re:Deja GIF. by LionMage · · Score: 5, Informative
      I'm one of the co-authors of the PNG spec, so I will give my answers to your questions. I can't claim to speak for the other PNG spec authors.

      Where does PNG fit into the [paradigm]? I mean, I know it's got more advanced alpha transparency than gif, and I think that it's based on plain ol' bitmaps as opposed to compression, so it seems like a strict successor to GIF...

      PNG was always intended to replace GIF and be a "better GIF than GIF." PNG is also a more-than-adequate replacement for most common TIFF variants, because you can do almost everything that TIFF can do, but with less complexity (fewer choices for implementation, simpler format, and no optional format features you can't live without that some readers may choose to ignore) and less ambiguity in the spec. The less ambiguity bit is important, since the TIFF spec's ambiguity is one of the main reasons that TIFF files written by one application may not be readable by another application -- even if both apps support the same TIFF extensions.

      PNG has compression -- it uses deflate (LZ77 + Huffman coding) instead of GIF's formerly-patent-encumbered LZW algorithm. The key here is lossless compression, so unlike bog-standard JPEG, PNG images are great for archiving exact image data. Radiologists like the fact that PNG can store grayscale images with 16-bit-per-pixel accuracy, in complete image fidelity.

      Yes, PNG has better alpha channel support than GIF (although it has a special palette-based transparency feature similar to GIF89's transparency, mainly to ease the transition from GIF to PNG). It also has a better interlacing scheme, for progressive rendering of images when your data pipe is constrained. Set-top-box developers like this feature.

      Where PNG fails with high def photos and the like is the lack of floating point representation of pixel data, which limits the kind of High Dynamic Range stuff you can do with it. PNG has chunk types which can contain many of the kinds of meta-data that you would care about for digital photography and scanned artwork, but much of the reader code out there does nothing with this meta-data.

      However, gif still has some legs up on it, namely ubiquity and the fact that animated PNGs support doesn't seem to be remotely common.

      Actually, PNG doesn't support animation at all. The animated sister format is MNG. Animated GIFs are kind of a poor animation format anyway, but they're great for small-size effects on web pages. MNG support in browsers is non-existent, so this has paradoxically limited PNG's uptake (and made GIF more difficult to kill).
    6. Re:Deja GIF. by LionMage · · Score: 5, Informative

      I already addressed this issue in a sibling comment to yours, but I figured I'd address this specific point here (as I'm one of the authors of the PNG spec).

      PNG was only ever intended to be a format to store image data, not animation data. The use of GIF animations wasn't very widespread when the GIF LZW patent crisis prompted a group of developers to work on the PNG specification. MNG is the sister format, is specifically intended to cover animation applications, and builds upon the PNG specification. (Without glancing at the specs, I recall that a PNG is more-or-less a valid MNG file, but not the other way around -- MNG is therefore a superset of PNG. Although I worked on the PNG spec, I have no real connection to the MNG folks.)

      APNG was an effort that originated outside the PNG/MNG group, and it failed to be ratified as an extension to PNG -- mainly because it goes contrary to the mission of PNG, which is to be a standard for storing single images. The rejection of the APNG proposal happened earlier this year, according to the Wikipedia article. Apparently undaunted, the Mozilla folks stuck APNG support into Firefox, but who knows if it'll stay there. The format extensions for APNG are officially unsupported and non-standard, making Firefox the lone holdout on this. Why they couldn't just support MNG is anyone's guess.

      Basically, by the time animated GIF became a serious issue, the PNG spec was very close to frozen, and the core spec authors and library developers successfully argued that PNG should be kept solely for image storage. (During PNG development, a THMB chunk was proposed to store a thumbnail version of the full image. This was killed for similar reasons to the APNG extensions.) I tend to agree that stuffing animation features into a file format intended for still images makes the decoder more complicated, and doesn't offer a very optimal solution for animation. The whole notion of animated GIFs never sat well with me either, even though they proved to be popular with HTML jockeys.

      Further reading seems to indicate that Mozilla's developers had MNG support, but yanked it in favor of APNG support. I can only guess the motivations, but sounds to me as though they wanted to blaze their own path for political/personal reasons, not necessarily sound technical reasons.

    7. Re:Deja GIF. by Anonymous Coward · · Score: 2, Insightful

      PNG has compression -- it uses deflate (LZ77 + Huffman coding) instead of GIF's formerly-patent-encumbered LZW algorithm. The key here is lossless compression, so unlike bog-standard JPEG, PNG images are great for archiving exact image data. Radiologists like the fact that PNG can store grayscale images with 16-bit-per-pixel accuracy, in complete image fidelity. Not to pick nits (but I will), but jpeg - even the pre-2000 standard - has capability for lossless compression. I have only seen it used in DICOM (radiologist's) format. It's a Huffman compression scheme. From what I've read it did not get adopted too heavily because it's relatively low compression results.

      Also, before we get too paranoid, keep in mind that jpeg is not a file format (technically). The standard describes it as a way for forming a serial data stream out of 2D image data. Yes, there is a way to easily turn this into a file format, but if you had to write your own file format, I think we'd all could come up with a more versitile structure than jpeg.

    8. Re:Deja GIF. by ender- · · Score: 2, Informative

      As most still cameras support only jpeg, you're pretty much stuck. They're the ones that processing speed and memory requirements affect most directly. When you get the images off of the camera, you can store them in any format that you want. What Microsoft is trying to do is make their HD Photo into the new standard, with the goal being to get the Digital Camera makers to use HD Photo as their new default format on-camera.
      There's no proof yet, but I wouldn't be surprised if their hope is to let devices create HD Photo's freely, but control the market of software designed to manipulate them.
    9. Re:Deja GIF. by mikael · · Score: 2, Informative

      Earlier Nikon Cameras supported uncompressed TIFF (Coolpix 850), then Nikon realised that this was a "value-added" feature, and only provided JPEG export.

      --
      Vintage computer adverts: http://www.vintageadbrowser.com/computers-and-software-ads
    10. Re:Deja GIF. by Skapare · · Score: 3, Interesting

      Actually, PNG doesn't support animation at all. The animated sister format is MNG. Animated GIFs are kind of a poor animation format anyway, but they're great for small-size effects on web pages. MNG support in browsers is non-existent, so this has paradoxically limited PNG's uptake (and made GIF more difficult to kill).

      And this was known (because I posted it) back when PNG was becoming a new standard. The design of PNG would even make it easy to have a rudimentary animation facility (that's all that would have been needed to bump GIF). Yet it wasn't done. What a missed opportunity. What a historical screwup. Well, OK, it wasn't your fault, I presume. Do you know whose fault it is?

      --
      now we need to go OSS in diesel cars
    11. Re:Deja GIF. by dangitman · · Score: 2, Informative

      because you can do almost everything that TIFF can do, but with less complexity

      Not supporting clipping paths (vectors) seems to fall well short of "almost all" that TIFF can do. It's a pretty major omission. Another question - does PNG handle CMYK images? Color profiles? Those are a pretty big deal, too.

      --
      ... and then they built the supercollider.
    12. Re:Deja GIF. by Ilgaz · · Score: 2, Interesting

      Why would someone who chose a Mac, then choose to use Internet Explorer?

      Actually, I don't understand why microsoft supports mac os at all... They've not supported linux. Well Apple paid them. :) Yes, they paid MS to code IE for Mac and stuff I detail below could have something to do with it.

      If MS coded IE/Windows like they did as IE/Mac, sitting in its own directory, not messing system and tries to comform current standards as much as possible, Mozilla wouldn't exist now.

      IE for Mac has nothing to do with Windows version except name and couple of text encoding (win-1252) evil MS tricks. To explain you better, it came with a full feature download manager, colorsync support and even ebay etc. bidding watch.

      Of course it is not maintained anymore and a complete security/stability risk now. I am just trying to explain why you still see Mac users referencing it. Using Mac doesn't mean hating everything MS produces. In fact, their Office is one of the very good apps they produced. I really don't care about loud mouth fanatics so I basically reference "versiontracker" top downloads and Amazon.com top selling Mac software. That is the reality, real World.

      The Mac scene is different. Real Player gets good reviews, MSN Messenger is one of the top downloaded apps, people still download/use Netscape because they have nothing to do with Windows versions. They never did.
    13. Re:Deja GIF. by jZnat · · Score: 2, Informative

      Back in the day, IE 5.0 was the best web browser on Mac OS. Strange, I know, but it used to be like that. Now it's an outdated pile of crap in comparison to Safari, Firefox/Camino, Opera (which is gratis nowadays), etc.

      --
      'Yes, firefox is indeed greater than women. Can women block pops up for you? No. Can Firefox show you naked women? Yes.'
    14. Re:Deja GIF. by qualidafial · · Score: 2, Funny

      you mean animated ones will annoy the crap out of everyone on myspace? Sorry, did you just admit *out loud* that you visit myspace?
    15. Re:Deja GIF. by drew · · Score: 2, Insightful

      Meaning that it will still be supported and used far more often than any of the much more advanced competing formats, despite numerous significant shortcomings and a restrictive license enforced by a litigious corporation?

      I think we could all do with a few less file formats going the way of the GIF format...

      --
      If I don't put anything here, will anyone recognize me anymore?
    16. Re:Deja GIF. by Kalriath · · Score: 2, Informative

      It didn't used to be. Some time ago, Unisys sent a royalty claim to Compuserve (inventors of GIF) based on the GIF format's usage of their patented LZW algorithm (why it is possible to patent algorithms is a mystery - maths shouldn't be patentable) who then, having no other way to pay the outrageous amount, began claiming royalties for any use of GIF images on the internet. I believe it was as a result of this that PNG was initially created.

      These days one is always wary of new image formats (or any new format for that matter) produced by a corporation.

      --
      For a site about things like basic rights, Slashdot users sure do like to censor "dissent".
    17. Re:Deja GIF. by EggyToast · · Score: 2, Informative

      Most earlier cameras did, but it took a very, very long time to save to the format. As such, very few users ever tried the feature after using it once, and those that did use it realized that a new, 3 or 5mp camera would take inherently better pictures, even saving to jpg. I can't imagine how long it would take to save a 5mp picture to tiff, let alone what it would do to battery life. These little point/click cameras are not known for their speedy chips.

  16. Re:Oh, I've got a suggestion as well by Mattintosh · · Score: 2, Funny

    Oh, trauma to the groin, boys
    Trauma to the groin
    Nothing's quite as funny
    As a trauma to the groin
    There is no wit more pretty
    There is no joke divine
    Or limerick as witty
    As a trauma to the groin


    - Heywood Banks

  17. Re:JPEG 2000 by njfuzzy · · Score: 2, Funny

    I blame the stupid version name.

    --
    My Photography - http://ian-x.com
    The Deathlings (comic) - http://thedeathlings.com
  18. Re:It's A Trap. EULA to view the specs by Applekid · · Score: 3, Interesting

    1. 1. You may review these Materials only (a) as a reference to assist You in planning and designing Your product, service or technology ("Product") to interface with a Microsoft product, specification, service or technology Mac/Linux/BSD? Nope Where do you see that exclusion? If you're downloading details on HD Photo, that's a Microsoft specification. Your product, service, or technology will be interfacing with a steam of binary data which is expected to be in the proper format i.e. adhering to specification.

    You may not (i) duplicate any part of these Materials Okay I won't. But how does my engineering group work with the spec if I can't duplicate it? "Hey, guys, go to http://microsoft.com/really_neat_spec and download it for review."

    any Feedback you voluntarily provide may be used in Microsoft Products Okay, I won't provide any feedback. It was once believed that developers were Microsoft's focus. Apparently not anymore. *sigh* In this litigious society, some smart-ass might report a bug or request an enchancement. Microsoft might get it and implement a fix or the added feature. Smart-ass might get the brilliant idea of filing suit against Microsoft for stealing his idea. It's a CYA move.

    There's PLENTY wrong with Microsoft spearheading a format and being very active in getting it consumed as a world standard. We'd do well to avoid it since it's basically steps two and three of "Embrace, Extend, Extinguish." Why should they embrace something when the rest of the industry will handle the leg work of getting the Embrace phase down?

    It's bad on it's merits alone. FUDing it up doesn't help anyone.
    --
    More Twoson than Cupertino
  19. Not really suitable for raw camera images by AaronW · · Score: 4, Interesting

    Taking a quick glance at Microsoft's HDPhoto standard it looks like it is not really suitable for capturing raw image data for cameras.

    In a digital camera, a pixel is red, green, blue and sometimes additional colors laid out in a pattern that can differ from camera to camera. A pixel is not RGB (unless it's a Fovon sensor), so standard lossless formats like PNG or TIFF won't work. HDPhoto supports N color channels and more than 8 bits per color, but I do not see support for the raw CCD data, which is usually not RGB, but R, G, or B (sometimes with additional colors).

    I like to preserve my pictures in RAW format since as time goes by, the algorithms to convert the image to a RGB image suitable for displaying keep improving. Also, when editing my photos, some of the processing is done on the raw data before converting it to RGB. Raw data helps for things like noise filtering, for example, since the noise filtering software can be aware of the camera's CCD properties (Noise Ninja, for example, has profiles for my camera at different ISO settings).

    The only problem with current raw photos is that each manufacturer seems to have their own format which is incompatible with other manufacturers, or even incompatible between different cameras. It would be nice if they could standardize on something like OpenRAW.

    Now, as much as I dislike Microsoft, I think this could be good for regular photos since the compression is about as good as Jpeg2000 (assuming Microsoft isn't spreading FUD) but with a much faster encoding/decoding speed. This could also be a good format for most people taking pictures (who are happy with JPEG).

    -Aaron

    --
    This post is encrypted twice with ROT-13. Documenting or attempting to crack this encryption is illegal.
  20. That's easy... by Valdrax · · Score: 5, Funny

    Wow! The image compression used by Microsoft's HD Photo format is so good that it can reduce any image down to 0 bits!

    It's decompression that's always been the sticky part.

    --
    If it's for-profit but free, you're not the customer -- you're the product (e.g., the Slashdot Beta's "audience").
  21. Re:Grammar nazis by Valdrax · · Score: 3, Funny

    Before a ton of posts show up bitching about the last sentence, you should ask yourself, "Is grammar as big of an issue as you think?"

    Fixed.

    --
    If it's for-profit but free, you're not the customer -- you're the product (e.g., the Slashdot Beta's "audience").
  22. Re:FP by RegularFry · · Score: 2, Informative
    --
    Reality is the ultimate Rorschach.
  23. Yes, actually. The cat does "got my tongue." by Impy+the+Impiuos+Imp · · Score: 2, Insightful

    > Microsoft has made a 'commitment to make its patents that are required to implement the
    > specification available without charge.'

    Ok

    > While JPEG 2000 exists, HD Photo has several advantages (not the least of which is a lot less CPU power is needed).

    Has anybody checked that the more efficient algorithms are among those in the patents to be released? What if they're hiding a patentable, very efficient decompression version, which they'll "discover" and patent, after this becomes the standard?

    --
    (-1: Post disagrees with my already-settled worldview) is not a valid mod option.
  24. Re:it's A Trap by RegularFry · · Score: 2, Informative

    Or alternatively, we could do a little research and find the sample code that MS have released for writing a codec. Admittedly, the licence on the example code precludes including exactly that code in a GPL'd project, but a reimplementation looks to be clear... hardly "jealously guarded".

    Honestly, MS are behaving oddly with this one. It's technically a good standard, they've backed down from a restrictive licence scheme they were going to use, and they've showed everybody how to use it. I can't help wondering what they're up to...

    --
    Reality is the ultimate Rorschach.
  25. The "evil" in MS's actions: by Gr8Apes · · Score: 5, Insightful

    Well, the inability to use it in GPL v2/3 code would be the evil part that the OP was referring to. There you go.

    --
    The cesspool just got a check and balance.
  26. Re:could someone enlighten me? by akreps · · Score: 2, Informative

    Most importantly, lossless compression might mean that you don't need to shoot in RAW all the time, and be at the camera manufacturer's mercy. Actually, RAW has a number of advantages over simple lossless compression. My camera's RAW format stores the raw data that the sensor recorded (along with a slew of camera settings), which is more than a simple RGB value. After the photo has been taken, I can change the values that the sensor interpreted, which allows me much more freedom than only being able to adjust the color and/or brightness. For example, the RAW format gives me the ability to change a day scene to night and vice versa without blowing out the exposure.
  27. Re:Grammar nazis by Remusti · · Score: 2, Funny

    Before a ton of posts show up bitching about the last sentence, you should ask yourself, "Is grammar as much of an issue as you think?"

    Fixed.

  28. Re:floating point colour by The+Raven · · Score: 2, Informative

    Most image formats treat color as a series of discrete values. For example, I could have a black dot (0 red, 0 green, 0 blue), or a white dot (255 red, 255 green, 255 blue, the highest possible values), or any color in between. Well... 'any' color is kind of misleading. The numbers have to go up by a full step each time. While it can be difficult, to the discerning eye you can see the 'line' between a wash of (0,0,0) color and a wash of (1,0,1) color. The color 'jumps', and for certain types of images the jump can be noticeable and ugly. Plus, there is the additional problem of how you represent REALLY bright colors... for example, you can have a white wall, and then next to it the SUN... the sun a hundreds or thousands of times as bright as the wall, but they're both labeled the same... this makes it hard to really show them accurately.

    Floating point color means that instead of having a fixed range of color values (0 to 255, or 0 to 65535, or 0 to 16.7 million), you open it up to allow nearly any value, by allowing decimals.

    0.1, 15.73332, 2.31 * 10e13 (exponential notation, equivalent to 23100000000000). Floating point values aren't more precise than integers, but they have a wider range. This lets computers represent the range of brightnesses in a sunset shot (bright sun, nearly dark foreground) in a way that allows us to see a lot more detail, and give us far more flexibility in how to expose and display the image.

    --
    "I will trust Google to 'do no evil' until the founders no longer run it." Hello Alphabet.
  29. Re:It's a 'standard', right? by croddy · · Score: 3, Interesting

    Yes, mutually understood usage eventually becomes the standard. This, however, is not a reason to simply throw up our arms and say "oh well, popular usage eventually becomes the standard, LOLz!" It's a reason to recognize the fact that words and phrases already have commonly accepted documented meanings, and that if we wish to be understood clearly, we would do well to follow that established usage until it limits our ability to express things.

    Abandoning the nuance of "to beg the question" in order to turn it into an ugly synonym for "to raise the question" doesn't expand our expressiveness. It doesn't create a new, useful sense for the phrase. It only discards the accepted meaning of the phrase, offers no replacement, and in the end, dilutes the expressiveness of our language.

    As you point out, it is popular usage that will eventually decide the issue. That is all the more reason that we should actively resist those who would throw meaning in the garbage out of a simple unfamiliarity with the words they use. Teaching others how we use our language is an important tool for preserving its expressiveness.

  30. Re:What's wrong with JPEG2000? by an.echte.trilingue · · Score: 2, Insightful

    Well, there are not many PNGs in the wild because IE6 does not support its alpha channel. Thus, there is no real reason to switch to PNG (although having a full color palette is nice by itself), especially concidering the hoops you have to jump through to get the file sizes down to the same size as a .gif (you need to use tools outside of GIMP/Photoshop such as optipng and pngnq). Web designers (I am, unfortunately, one of them) know how easy it would be to make slick looking websites using images with alpha channel (just having aliased edges for your logos is a huge advantage), but we don't use it because around 60% of our users can't render them properly. IE7 does support the alpha channel (finally) and all the other major browsers have supported it for years. As soon as IE6 falls below 5% market share (or so), people like me will start using PNGs very frequently.

    They will replace .gifs, I promise you that, unless something better comes along between now and the time it takes for IE6 to die.

    --
    weirdest thing I ever saw: scientology advertising on slashdot.
  31. Re:"Nothing for you to see here; please move along by Ruliz+Galaxor · · Score: 3, Funny

    Ahh, that reminds me again of the superb compression program I wrote a while ago: LZip (Lossy Zip). The only problem is that I LZipped the source code and removed all binaries.

  32. Re:Can't make "Public Domain" by lilomar · · Score: 2, Interesting

    As far as I could research, you can't actually declare a copyrightable work to be in public domain. Yes you can, see my sig.

    It's really that easy.
    --
    The creator of this post (Jacob Smith) hereby releases it, and all of his other posts, into the public domain.
  33. Re:FP by BlenderFX · · Score: 2, Funny

    How nice of them, an exe file.

  34. Re:"Nothing for you to see here; please move along by snoyberg · · Score: 3, Insightful

    I think you might be mistaking irony for despair. Whatever Microsoft does Microsoft does for Microsoft; and that means what will make them money. Why would they have gone to the bother of making a (very good, i hear) new image file format... for our benefit? I don't think so....

    This can only end badly.

    Look, I dislike Microsoft just as much as anyone else, but that comment is just ill informed. Just because M$ might stand to make money off a deal does not mean it will "end badly." In the vast majority of industries, consumers gain when companies do something just to make money. Just because M$ in the past has found ones of making money that have been harmful to us doesn't mean it will be the case this time.

    --
    Thank God for evolution.
  35. Re:MNG is too comples for Firefox by MrNaz · · Score: 2, Funny

    Lies! I refuse to believe that there has ever been talk in the Firefox dev team about memory size!

    --
    I hate printers.
  36. Re:Grammar nazis by Bonobo_Unknown · · Score: 3, Funny

    Before a ton of posts show up bitching about the last sentence, you should ask yourself, "Is I as much grammar of think an issue as ?"

    Fucked.

    --
    We don't believe in radical loony monotheistic religions from the middle east -- we're Christians.
  37. Re:It's a 'standard', right? by Wordsmith · · Score: 2, Insightful

    I don't disagree with anything you say in principle. But Syrinx was still being a jerk about it. And while I can't say definitively this applies to him/her, it seems the vast majority of the self-proclaimed grammar/language nazis are awfully selective in their objections; it's somehow cool and trendy to correct this technical mis-use, but many of them couldn't really speak intelligently about other idioms and issues of language.

    Using the phrase correctly, and encouraging others to do so is one thing. Being crass and saying things like "No, it doesn't. Don't use phrases if you don't know what they mean" is just being an ass.

  38. Good for microsoft by dirtyhippie · · Score: 3, Interesting

    For the record, JPEG2000 != JPEG. Just wanted to make sure everyone knew that, because from some of the comments it seems clear that many people don't.

    But yeah, good for microsoft. Yeah, I said it. On slashdot, no less, and I mean it.

    The trouble is that jpeg2000 is a patent minefield, and no one has made any promise not to sue or charge fees on it. Which is why, despite being dramatically better technically, we are stuck with blocky JPEGs. Microsoft's proposal is better than jpeg2000, because the IP is all in one place, and they are interested in giving it away for free (or so it seems).

    So, to sum up, technically HD Photo is about the same as JPEG2000, both of which beat JPEG.
    But licensing wise, JPEG > HD Photo > JPEG2000

    So, this is a death knell for JPEG2000, which is a good thing. Of course, it'd be even better if there was a good patent-free solution for a next generation format, but I suspect just about everyone will continue using JPEG anyway.

  39. Re:"Nothing for you to see here; please move along by IpalindromeI · · Score: 2, Interesting

    I'm a bit of an anti-capitalist...

    I'm saying it's highly unlikely Microsoft is doing this out of the good of their heart.


    Maybe you're anti-capitalist because you don't understand how capitalism works. Of course they aren't doing out of the kindness of their heart. The point of capitalism is that the self-interest of each party works to the eventual benefit of the other, because they each have something the other wants. In this case, Microsoft has a potentially useful file format. Consumers have money. Microsoft wants money. Whether consumers want this new file format enough to make the trade is the rub.

    --

    --
    Promoting critical thinking since 1994.