Slashdot Mirror


The GIF Format is Finally Patent-Free

tonymercmobily writes "Not many people noticed that the GIF file format is only now free from patents, as of the 1st of October 2006. Quick recap: first in 1999 Unisys tried to extort money from users and developers. Then, in 2003 the world hoped that the saga would finally be over. Then, in 2004, it was IBM's turn. Now, the SAGA seems to be over for real! Does anybody find Unisys' page on GIF as hilarious as I do...?"

369 comments

  1. Just in time... by xENoLocO · · Score: 5, Funny

    ... for it to be obsolete.

    --
    "The need to build the internet comes from something inside us, something programmed... something we can't resist."
    1. Re:Just in time... by creepynut · · Score: 5, Insightful

      I for one, don't think GIF is going anywhere. Limited to 256 colours, sure. Keep in mind GIF is one of the most well supported image formats out there, and in the same format we have both transparency (1-bit, at that) and animation. PNG is nice, but thanks to Microsoft, and it's own not supporting animation, it just doesn't work for some things yet.

      I'm sure a big supporter of PNG, but understand why GIF is still around.

    2. Re:Just in time... by Anonymous Coward · · Score: 5, Funny

      Not supporting animation is PNG's greatest benefit!

    3. Re:Just in time... by The+MAZZTer · · Score: 3, Interesting

      When MNG (animated PNG) is supported by all major browsers, I probably won't use GIF for anything anymore.

    4. Re:Just in time... by mugnyte · · Score: 5, Insightful

      Dude, GIF for animations?

        Like spinning arrows marking paragraphs?
        Howabout dancing pokemon?
        Forum avatar images that flash, blink and jump?
        Emoticons that wink and wave?

        Really, is there any way that technology has enhanced your web experience for the better?

        There are two metaphors here people are used to: Static reading mode, and TV mode. Combining the two is a no no. Do NOT animate portions of a reading metaphor (over-stimuli), and do NOT ask people to just read words via video (under-stimuli).

        The same goes for sound. If people want to listen to something, OFFER it to them, and let them control the start and stop of it. Playing sounds unasked on a web page is just...trashy. Animations are no different.

        HINT: Adblock is popular for a reason. Even IE6 allows one to stop GIFs from animating.

    5. Re:Just in time... by Anonymous Coward · · Score: 4, Interesting

      I for one, don't think GIF is going anywhere. Limited to 256 colours, sure. Keep in mind GIF is one of the most well supported image formats out there, and in the same format we have both transparency (1-bit, at that) and animation. PNG is nice, but thanks to Microsoft, and it's own not supporting animation, it just doesn't work for some things yet.

      I'm sure a big supporter of PNG, but understand why GIF is still around.


      You mention that they are limited to 256 colors, but I think the real strength is that they can be limited to as few as two colors (or one and a transparency.) You can get crisp effects where they are needed (like black and white line art, or text) much better than the JPEG (which will do its best to bleed, in an effort to make the image look more like a photograph.)

      It's also far more compact-- which is less of a concern for the end user now that dial-up modems are the exception rather than the rule, but can be a boon for a site concerned with bandwidth. And for simple animation it's far easier to create than a flash banner.

      I prefer PNG myself-- but it's amazing how many users still have browsers that don't support it. Hell, it's amazing how many users don't have browsers that support flash for that matter. GIFs will always have a place with those who know the strength of the format.

    6. Re:Just in time... by jthill · · Score: 5, Funny

      I have two answers.

      --
      As always, all IMO. Insert "I think" everywhere grammatically possible.
    7. Re:Just in time... by Anonymous Coward · · Score: 5, Funny

      Bow down before MNG the merciless!

    8. Re:Just in time... by TheSpoom · · Score: 1

      Wait, you're talking about GIFs here? I thought you were referring to MySpace.

      --
      It's better to vote for what you want and not get it than to vote for what you don't want and get it.
      - E. Debs
    9. Re:Just in time... by Rhombitruncated+Cubo · · Score: 1, Informative

      GIF isn't limited to 256 colours as you can composite multiple frames to make up a single image. See http://www.peda.com/iag

    10. Re:Just in time... by vadim_t · · Score: 2, Informative

      Pity the library is so annoying though. I was looking at using it in a small game and found this:

      http://www.3-t.com/libmng/faq.html#id-1040

      It's horribly annoying, I thought "screw it", and went with plain PNG.

    11. Re:Just in time... by OakDragon · · Score: 3, Insightful
      And let's not forget... Hamster Dance!

      Hmmm... don't know why it wants QuickTime...

    12. Re:Just in time... by daniil · · Score: 1

      Really, is there any way that technology has enhanced your web experience for the better?

      Dude. Inlined animated gifs are like the bestest thing ever! Pity that Slashdot doesn't allow inlining images...

      --
      Man is a slave because freedom is difficult, whereas slavery is easy.
    13. Re:Just in time... by value_added · · Score: 5, Informative

      When MNG (animated PNG) is supported by all major browsers, I probably won't use GIF for anything anymore.

      Not being a web developer, I'm not familiar with the features and benefits of MNGs, but if they're at all similar to animated GIFs, I hope Firefox's image.animation_mode=none setting will apply when visiting the web sites you design.

    14. Re:Just in time... by nine-times · · Score: 1

      Really, is there any way that technology has enhanced your web experience for the better?

      Yes, it has allowed me to view small animations with a limited number of frames and colors in my web browser with very little overhead.

    15. Re:Just in time... by Carewolf · · Score: 4, Informative

      No. Konqueror is the only browser to natively support MNGs, all other browsers need plugins. Mozilla used to some years ago, but they removed native support when no one used MNG.

    16. Re:Just in time... by pete6677 · · Score: 1

      What do you think Slashdot would look like if trolls were able to post images directly in their post? Remember the days of constant goatse trolls?

    17. Re:Just in time... by diersing · · Score: 1

      Have you tried Lynx?

    18. Re:Just in time... by jZnat · · Score: 1

      When [and if] APNG gets accepted into the normal PNG standard, anything using libpng will have support for APNG pretty much automatically.

      --
      'Yes, firefox is indeed greater than women. Can women block pops up for you? No. Can Firefox show you naked women? Yes.'
    19. Re:Just in time... by truthsearch · · Score: 1, Funny

      Thanks. You just lowered my IQ. I wish I didn't click on those links.

    20. Re:Just in time... by prmths · · Score: 4, Funny

      Now that it's october 1 and unisys cant kill me anymore... i propose we expand on gif to be capable of a whopping 512 colors! that's right... 9 bit color! who's with me?

    21. Re:Just in time... by daniil · · Score: 1

      More colorful, perhaps? Unfortunately, you're right. We can't have nice things around here because someone will find a way to abuse them.

      --
      Man is a slave because freedom is difficult, whereas slavery is easy.
    22. Re:Just in time... by daniil · · Score: 1

      And yes, for a moment, I was tempted to post a NSFW gif image instead of the cat in a hole one.

      --
      Man is a slave because freedom is difficult, whereas slavery is easy.
    23. Re:Just in time... by drinkypoo · · Score: 2, Interesting

      from the linked page:

      There's no easy way (yet). You should keep in mind that the structure of MNG allows for multiple loops and also unlimited loops. These kind of animations would generate an endless amount of frames, since the end of the file is never reached. There's a big difference with simple GIF files! MNG gives you more power, but also makes it a little more difficult to know what's going to happen further down the file.

      So what they're saying is that you can create multiple loops and script them up or something? Whoop de doo. GIF allows you to say something can loop an unlimited number of times. If you were an idiot, you might generate an unlimited number of frames from that.

      Sounds to me more like libmng is lame.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    24. Re:Just in time... by drinkypoo · · Score: 1
      Really, is there any way that technology has enhanced your web experience for the better?

      Animation is useful to draw the user's attention to something. It's frequently overused, but that doesn't mean it's a bad technology. I mean, there's probably more viewers of the O'Reilly Report than of the educational program of your choice but it doesn't make Television itself evil, just the news media :P

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    25. Re:Just in time... by Anonymous Coward · · Score: 0

      There is audio on the page, and your browser is set to use quicktime to play it.

    26. Re:Just in time... by drinkypoo · · Score: 1

      I cannot seem to make PNGs get as small as GIFs. Am I doing something wrong, or what? PNG also allows channelized colors, and AFAIK it supports at least an 8 bit palleted mode... but nonetheless, if I am posting say a screenshot of a dialog (not my whole desktop mind you) the GIF is something like a quarter the size of the PNG in every case.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    27. Re:Just in time... by notque · · Score: 1

      I mean, there's probably more viewers of the O'Reilly Report

      It's the factor, and it's losing ratings like crazy ever since Keith Olberman decided to stand up for what he (we) beileve in.

      --
      http://use.perl.org
    28. Re:Just in time... by thegux · · Score: 1

      All major browsers? So including IE? IE doesn't even support PNG properly yet, god knows when it'll support something like MNG (if ever).

    29. Re:Just in time... by olahaye74 · · Score: 1

      Animated pictures are not restricted to web use. They are massively used by instant messenging clients. having animated icons on buttons that have focus (and static for buttons that don't) would IMHO be an interresting usability enhancement. (just like moving the mouse in upper right corner in compiz).

    30. Re:Just in time... by Movi · · Score: 1

      Unless something like GIF2000 comes round.

    31. Re:Just in time... by drinkypoo · · Score: 1

      Yeah, I just saw 'im on that ol' MSNBC while in Vegas for business, and I was actually really impressed. I'd watch that show again if I could get TV where I live. I mean it's not like I agree with everything he said, but it was more than any other political pundit that's not on Comedy Central.

      It's really amazing to me the quality of news that comes off comedy central. Just watched Musharraf on there, it was a pretty good interview I thought. And funny :) But CC is owned by Viacom, it's not like they're independent, so it's surprising that they get to say so much that the rest of us are thinking.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    32. Re:Just in time... by NeMon'ess · · Score: 2, Informative

      That quote makes it sound like it supports different loops that can be sequenced together. Meaning a dancing animation could have loops of moves that play in a scripted order, instead of always the same routine repeating. That make for a smaller, and more dynamic file.

    33. Re:Just in time... by metamatic · · Score: 1

      Well, I assume you're reducing the image to 256 colors before writing it as PNG, to get a sensible comparison to GIF.

      Maybe your graphics program only writes badly-compressed PNGs? There's a program called pngcrush which will losslessly optimize PNGs written by crap software.

      --
      GCHQ Quantum Insert installed. If only our tongues were made of glass, how much more careful we would be when we speak
    34. Re:Just in time... by rucs_hack · · Score: 1

      that's not the original music is it? I don't remember it being that jazzed up. Shame, otherwise I'd archive it.

    35. Re:Just in time... by robyannetta · · Score: 0, Troll

      Why hasn't the F/OSS community attempted to create a patent-free high-quality graphics format?

      --
      - Just my $0.02, take with a grain of salt, your mileage may vary.
    36. Re:Just in time... by drinkypoo · · Score: 1
      So what they're saying is that you can create multiple loops and script them up or something?
      That quote makes it sound like it supports different loops that can be sequenced together.

      Yeah, I didn't say that very well, but I didn't contradict it either.

      The point remains; a GIF animation can have an unlimited number of displayed frames, pulling from the same set of frames repeatedly. A MNG may be able to have more loops, but in the end, all of the source information must be in the file and it must be there at least once. If you pull each unique frame from the animation, there will be a fixed number of frames, just as there will be for a GIF.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    37. Re:Just in time... by MobileTatsu-NJG · · Score: 2, Informative

      " Really, is there any way that technology has enhanced your web experience for the better?"

      On the CG forums I visit people frequently show animated how-to's using animated .GIFs.

      --

      "I like to lick butts!" by MobileTatsu-NJG (#32700246) (Score:5, Informative)

    38. Re:Just in time... by Anonymous Coward · · Score: 0

      "Of course I've got the internet. How else could I download this awesome animated gif/gif of a cute breakdancing rodent?"

    39. Re:Just in time... by OverlordQ · · Score: 2, Informative

      Mozilla used to some years ago, but they removed native support when no one used MNG.

      Not true, they removed it due to the fact that they had nobody that could maintain the code.

      --
      Your hair look like poop, Bob! - Wanker.
    40. Re:Just in time... by orasio · · Score: 1

      I think you are doing something wrong.

    41. Re:Just in time... by WilliamSChips · · Score: 1
      Those who would give up essential liberty to obtain a video driver, deserve neither liberty nor video drivers.
      And will get neither liberty nor video drivers. I learned that the hard way when Xorg 7.1 came out and the drivers didn't work.
      --
      Please, for the good of Humanity, vote Obama.
    42. Re:Just in time... by Firehed · · Score: 1

      Assuming that the 'M' in MNG stands for 'moving', wouldn't A (for 'annoying' natrually) have been a better choice?

      --
      How are sites slashdotted when nobody reads TFAs?
    43. Re:Just in time... by Millennium · · Score: 1

      Doesn't PNG qualify as a patent-free high-quality graphics format?

    44. Re:Just in time... by smittyoneeach · · Score: 1
      understand why GIF is still around.
      Yo, 'cause choozy muthas choose GIF, byotch!
      --
      Get thee glass eyes, and, like a scurvy politician, seem to see things thou dost not.--King Lear
    45. Re:Just in time... by Goaway · · Score: 1

      You are saving PNGs as 24-bit RGB instead of paletted. Stop doing that.

    46. Re:Just in time... by Anonymous Coward · · Score: 0

      GIF is not limited to 256 colors.

      From http://phil.ipal.org/tc.html

      The mistaken belief that GIF has a limit of 256 colors probably comes from the way GIF was first used when it came out. In the late 1980's, PC video cards generally supported no more than 256 colors. Image exchanges were becoming popular among BBS systems and the Internet and viewer programs were quickly produced. No one tried or needed to generate images with more than 256 colors since they could not be viewed on anything less than high priced graphics workstations.""

    47. Re:Just in time... by mfrank · · Score: 0, Offtopic

      About your sig - Chavez's power base is the poor and uneducated. He's not going to do anything to reduce his power base.

    48. Re:Just in time... by artifex2004 · · Score: 1
      it's surprising that they get to say so much that the rest of us are thinking.


      Nah, they're just playing to another target demo for ad revenue. Poor people and other people who otherwise don't have cable or satellite or internet access will likely never see it.
      If it was on broadcast TV, where someone impressionable might come across it and become enlightened (or corrupted, depending on POV), then it would be more of a threat.

      As it is, since Stewart and Colbert have most of the audience for this sort of thing, it's easy for conservatives to pigeonhole people who share that sentiment, too. Just like we make fun of O'Reilly and Fox News. Only they find it easy to point, because everyone knows the Daily Show is not meant to be taken seriously, but, sadly, Fox convinces many people to take them seriously.
    49. Re:Just in time... by drinkypoo · · Score: 1
      Only they find it easy to point, because everyone knows the Daily Show is not meant to be taken seriously, but, sadly, Fox convinces many people to take them seriously.

      But the thing about comedy is that in order for it to be effective it must be based on truth. All of the funniest jokes are constructed in this way.

      Truth, after all, is stranger (and thus typically more amusing) than fiction.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    50. Re:Just in time... by gameforge · · Score: 1

      What we need is a widely adopted FOSS alternative to Flash. I think anymore, Flash is the new GIF.

      Truecolor animation is either ginormous or compressed using some kind of patented lossy compression, right? What we really need is a widely adopted FOSS graphics/animated version of Ogg Vorbis, I think. PNG works, but it's not animated.

      These may already exist, but if they do I am unaware... there are already SOOO many graphics formats out there it's ridiculous. Most software developers who intend to use graphics get to choose from BMP, PCX, Targa, PICT, JPEG, GIF, XBM/XPM, PNG, plus others... the license gets considered just like any other "feature", and finally a good one or two end up being the right ones for your program.

      Here's a question for all you IANAL's out there... if MS used a GNU GPL'd graphics format in Internet Explorer, would they have to release code? If so, that wouldn't be the next JPEG or GIF for that reason alone, right? Can the format just be totally free while any supplied/example library would be FOSS, or... how does that work?

      If a format truly superior (for the purposes of being used on a web page) to JPEG & GIF came along and Mozilla & Konqueror (and Apple) all got behind it, MS would be forced to at least consider it, or develop/support an open source plugin for IE or something.

    51. Re:Just in time... by Some_Llama · · Score: 1

      "Firefox's image.animation_mode=none"

      You sir are my hero, I wish I had mod point's as you would definitely get a +1 informative from me.

      Bugs me to no end to have to hit esc all day long when viewing a website with these annoying gif ads...

    52. Re:Just in time... by NeMon'ess · · Score: 0, Offtopic

      Then why has he implemented policies that help them?

    53. Re:Just in time... by artifex2004 · · Score: 1

      Yes, yes, but you have to think about it in order to get that level. It's easier to ridicule someone as getting their news from a comedian, than an ostensibly serious and objective news organization. They can even trot out the "you may think it's funny, but our boys are over there dying to protect your right to laugh" line, to hijack some people emotionally.

    54. Re:Just in time... by doti · · Score: 1

      And you find libpng is nice?

      Twice I tried to use it in my programs, and it was so unessessarly complicated that I gave up.
      Why can't it have a simple function like:

      bool load_png( const char* filename, char* data, int* width, int* height, int* bpp );

      The way it is you need to write pages and pages of intrincate code just to load an image.

      --
      factor 966971: 966971
    55. Re:Just in time... by nine-times · · Score: 2, Funny

      I don't know.... 512 seems like too many for me. Can we do 8 1/2 bit color?

    56. Re:Just in time... by Bogtha · · Score: 1

      PNG is nice, but thanks to Microsoft, and it's own not supporting animation, it just doesn't work for some things yet.

      The only shortcoming in Internet Explorer's PNG implementation has been the lack of support for the alpha channel. Complete transparency has worked for years. Given that the GIF format only supports complete transparency, it's unreasonable to blame Microsoft for PNG being unsuitable - even considering Internet Explorer's bugs, PNG is as capable as GIF in this regard, while usually being smaller.

      For the past seven or eight years, the only meaningful downside to PNG is if you want animation, and a bug in early versions of Safari relating to gamma correction.

      --
      Bogtha Bogtha Bogtha
    57. Re:Just in time... by kirkjobsluder · · Score: 1

      Really, is there any way that technology has enhanced your web experience for the better?

      Time-lapse weather maps.

    58. Re:Just in time... by vadim_t · · Score: 1

      SDL_image is pretty easy to use. Of course that only works if you use SDL to start with

    59. Re:Just in time... by m50d · · Score: 1

      Here's a question for all you IANAL's out there... if MS used a GNU GPL'd graphics format in Internet Explorer, would they have to release code?

      I don't think you can GPL a format, but if you did, yes. That's why things like libpng are LGPL or BSD licensed, and the standard itself usually public domain or very close to it - where adoption of the open standard is more important than code being open sourced, it makes more sense than GPL.

      If a format truly superior (for the purposes of being used on a web page) to JPEG & GIF came along and Mozilla & Konqueror (and Apple) all got behind it, MS would be forced to at least consider it, or develop/support an open source plugin for IE or something.

      I wish I had your confidence.

      --
      I am trolling
    60. Re:Just in time... by Kelson · · Score: 2, Interesting

      PNG is nice, but thanks to Microsoft, and it's own not supporting animation, it just doesn't work for some things yet.

      I'm sure a big supporter of PNG, but understand why GIF is still around.

      I'd only count the lack of animation as a cause. Microsoft hasn't done anything to hamper PNG as a GIF replacement. IE has been able to read indexed PNGs (<=256 colors) with binary transparency for years. That's identical in capabilities to a static GIF.

      For a GIF-equivalent PNG, you have to go all the way back to Netscape 4 and IE 3 to run into compatibility problems. There may be a lingering perception of compatibility issues, but it's extremely outdated.

      Microsoft is to blame for making it tricky to use PNG's wider range of features -- like alpha transparency and lossless 24-bit color -- on the web. For that reason I'm hoping IE7 will quickly supplant IE6 where possible, and Firefox and Opera will supplant it elsewhere.

      I suppose with IE preventing PNG from showing off its advantages, the choice ends up looking like a case of "different, not better." Though in my experience I can usually get the same image to compress better with PNG than GIF, giving PNG a small technical advantage to go with the finally-no-longer-relevant philosophical/legal advantages.

    61. Re:Just in time... by bluephone · · Score: 1

      you couldn't GPL a spec, you'd use the FDL, really. Even if you did inapropriately use the GPL for docs, it still wouldn't affect the implementation of that spec. MS could create a 100% closed source library for it, and someone else could create a 100% GPLed library, and they'd read and write the same files with no licencing issues. Think about it like Dreamweaver (closed source) versus NVu (open source), or Photoshop and GIMP (Gods forgive me for putting them in the same sentence), passing creted files back and forth. Hell, with GIMP and PS, they both do PNGs.

      --
      jX [ Make everything as simple as possible, but no simpler. - Einstein ]
    62. Re:Just in time... by Kelson · · Score: 1
      I prefer PNG myself-- but it's amazing how many users still have browsers that don't support it.

      What PNGless browsers do you encounter the most? The only significant traffic I tend to see from a graphical browser that can't manage an indexed, binary-transparent PNG is Netscape 4, and that's sitting around 0.2% and falling. Even that can manage to display the image, it just can't get the transparency right.

    63. Re:Just in time... by Grishnakh · · Score: 1

      Truecolor animation is either ginormous or compressed using some kind of patented lossy compression, right? What we really need is a widely adopted FOSS graphics/animated version of Ogg Vorbis, I think. PNG works, but it's not animated.

      It's already there: it's called MNG. It's the animated version of PNG. The only drawback is that it isn't widely adopted, but that's not the FOSS community's fault. We can't force people to adopt stuff, we can only put it out there.

      These may already exist, but if they do I am unaware... there are already SOOO many graphics formats out there it's ridiculous. Most software developers who intend to use graphics get to choose from BMP, PCX, Targa, PICT, JPEG, GIF, XBM/XPM, PNG, plus others... the license gets considered just like any other "feature", and finally a good one or two end up being the right ones for your program.

      There are SOOO many graphics formats because people and companies have come up with so many over the years for various reasons. Most of the ones you list aren't widely used any more: BMP, PCX, Targa (TGA), PICT, XPM/XPM, TIF, etc. XBM/XPM might still be used in the X Window system some, but users never see it and it's probably been phased out with KDE and GNOME having taken over most *nix desktops. I can only barely recall PCX and PICT, and I've been using computers since around 1982. Targa was made up by a company of the same name back when they were the only company with hardware capable of 24-bit color graphics, and they needed a format to handle that because there weren't any; it's basically a 24-bit version of BMP, and is uncompressed. BMP: does Windows still use this old POS? TIFF: some digital cameras output in this, and some people like it because it's uncompressed and doesn't require a RAW convertor, but I bet this is a very small number of people. Anyone really serious will use RAW and the appropriate software convertor for their camera, and everyone else will use JPG in their preferred quality level.

      These days, you can ignore most of these formats. The only ones that are important now are JPEG and PNG. JPEG if it's a photo and lossy compression is ok, and PNG if lossy compression is not ok or the JPEG artifacting is a problem (e.g., non-photos: animation, drawings, etc.). JPEG2000 might be a successor to JPEG; I'm not sure.

      If a format truly superior (for the purposes of being used on a web page) to JPEG & GIF came along and Mozilla & Konqueror (and Apple) all got behind it, MS would be forced to at least consider it, or develop/support an open source plugin for IE or something.

      Again, it's already here, and it's called PNG (for replacing GIF, not JPEG). All browsers support it, and even crappy IE has supported it partially since IE6 I believe, and the new IE7 now supports it fully (they finally implemented transparency). As for animated GIF, Konqueror supports MNG natively, but the rest are a problem. Again, talk to the browser developers; the format is free, open, and ready to use, and they just need to implement it.

    64. Re:Just in time... by drinkypoo · · Score: 1
      They can even trot out the "you may think it's funny, but our boys are over there dying to protect your right to laugh" line, to hijack some people emotionally.

      But uh, that line comes with its own defense. "Yes, and since our boys are over there dying to protect our right to laugh, we have a right - nay, a responsibility to do so."

      Sorry, I work in Marketing.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    65. Re:Just in time... by arth1 · · Score: 2, Informative

      As far as I remember, Mozilla removed MNG because of bloat and instability.

      Ah, yes:
      http://steelgryphon.com/blog/?p=14
      https://bugzilla.mozilla.org/show_bug.cgi?id=19528 0

    66. Re:Just in time... by Neil+Hodges · · Score: 1

      I would think that APNG would be supported first; it allows non-animation-supporting clients to view the first frame, and treat it exactly as a PNG image. APNG just adds more data, and more chunks, to the PNG format, whilst MNG is something almost completely different.

    67. Re:Just in time... by Sarisar · · Score: 1

      I'm a big privoxy fan to block 95% of ads automatically, and you can easily add new ones in. Yeah I know you can get adblock for firefox, but unless you use a proxy server you can't block it for ALL web traffic. And I doubt anyone uses just one browser (unless it's IE) because you always get some stupid site you must use that only works with IE. Yeah I do 99% of my surfing on firefox, but have IE4Linux on this machine just for the very odd page that demands the new flash or whatever.

    68. Re:Just in time... by Trogre · · Score: 2, Informative

      Animation does have other uses you know, often to convey information that would be very difficult on a static page:

      http://en.wikipedia.org/wiki/Barycenter
      http://en.wikipedia.org/wiki/Wankel_engine
      http://en.wikipedia.org/wiki/Guitar_moves
      http://homepages.cwi.nl/~dik/english/traffic/signa ls/vl-v.html

      As is most often the case, it's not the format that's the problem, it's what people use it for:
      http://www.citilink.com/~grizzly/anigifs/itchy.gif

      --
      "Nine times out of ten, starting a fire is not the best way to solve the problem." - my wife
    69. Re:Just in time... by JourneyExpertApe · · Score: 5, Funny

      But how are people going to know that their computers are infected with 10,342 viruses and spyware if they don't see the vibrating, flashing, and really convincing message box at the top of the webpage?

      --
      If you can read this sig, you're too close.
    70. Re:Just in time... by roseblood · · Score: 1

      QUOTE:
      by prmths (325452) on Fri Sep 29 , '06 12:11 PM (#16249681)
      (http://prmths.f00.org/)

      Now that it's october 1 [SNIP]

      Reply:
      Oh my friend, I'm so sorry but it's not, and they have a few more hours left yet to kill you in!

      --
      There are lies, damned lies, and statistics.
    71. Re:Just in time... by WWWWolf · · Score: 1

      Yep, you're probably doing something wrong.

      First, pick the proper colour mode (palette vs. 24bit). Crunch the palette as small as you actually need. And, of course, use the highest possible compression level.

      Tools like pngcrush are also invaluable because you can leave out stuff you absolutely don't need. pngcrush -cc -brute tends to leave GIFs home weeping. =)

    72. Re:Just in time... by JourneyExpertApe · · Score: 1

      You spelled hampster wrong. ;)

      --
      If you can read this sig, you're too close.
    73. Re:Just in time... by petermgreen · · Score: 1

      It's already there: it's called MNG. It's the animated version of PNG. The only drawback is that it isn't widely adopted, but that's not the FOSS community's fault. We can't force people to adopt stuff, we can only put it out there.
      thats true but making it a seperate format without first frame backwards compatibility, handled by a seperate library and far more complex than animated gif they stronly discouraged its implementation making animated gif still the standard animation format.

      i still don't understand why those trying to make a gif replacement didn't include animation support in the main spec from the start. It seems very odd to me to set out to replace a non-free format with a free one and yet leave out a major feature.

      BMP is still still the default format used by windows paint so not going away any time soon.

      PNG has nothing between 24bpp (normal desktop truecolor) and 48bpp (insane overkill) and doesn't support EXIF (though it does have its own text chunk system which could be used for the same functionality) so its not a suitable TIFF replacement by far.

      --
      note: i'm known as plugwash most places but i screwd up registering that here somehow in the past and now can't register
    74. Re:Just in time... by FLEB · · Score: 1

      Just a couple to chime in on:

      TIFF is used a lot in the graphic design industry as a common format. It's been around for a while, and it supports CMYK and RGB hitchlessly (as opposed to spotty CMYK JPEG support). It does have lossless compression-- LZW is a common one, and ZIP is around, but less well supported. It also supports alpha channels and (I think) arbitrary data blocks for program-specific options. There's also raster-EPS, but nobody cares.

      TARGA is one of those old crusty zombie formats that just won't die. It's around in TV workflows, albeit often as the "If it chokes on everything else... (shudder)... Try sending it as a TARGA" solution.

      --
      Information wants to be free.
      Entertainment wants to be paid.
      You just want to be cheap.
    75. Re:Just in time... by Bing+Tsher+E · · Score: 1

      Nice things??

      How would Slashdot being peppered with inline graphics, even if inoffensive ones, be termed 'nice.'

      I mean, come on, now. This isn't an AOL chat room hyar.

    76. Re:Just in time... by polemon · · Score: 1

      Always use Lynx, under-stimuli TO THE MAX!

      --
      EOF
    77. Re:Just in time... by Grishnakh · · Score: 1

      PNG has nothing between 24bpp (normal desktop truecolor) and 48bpp (insane overkill) and doesn't support EXIF (though it does have its own text chunk system which could be used for the same functionality) so its not a suitable TIFF replacement by far.

      Maybe, but how many people actually save pictures from their digicams in TIFF format? Most people surely use JPG because of the size and convenience, and the hardcore photography buffs and professionals all use RAW.

    78. Re:Just in time... by petermgreen · · Score: 1

      png has 1 2 4 and 8 bit paletted modes as well as 1 2 4 8 and 16 bit greyscale and 24 and 48 bit RGB.

      image editor support can be poor though, one good example of this is windows paint (which isn't very good for actually editing images but is commonly used for things like dumping screenshots to files)

      i took a screenshot of an empty gaim conversation window, pasting it into paint (the standard windows app for very basic image manipulation and getting clipboard images into files) and saving as a png and then a gif and then a png again yeiled.

      first png 15,429 bytes truecolor
      gif 14,726 bytes noticable dithering, 256 color.
      second png 9,994 bytes looks same as gif

      already the color reduced png produced by saving as a gif first is winning against the gif and the truecolor png is only slightly bigger than the 256 color gif.

      after pngout the first png is down to 10,784 bytes and the second to 6,170 bytes.

      i'd really like to know what software you are using that produces pngs larger than gifs of the same color depth.

      I'd really like to know what tools you are using to end up with a png 4 times the size of the gif.

      --
      note: i'm known as plugwash most places but i screwd up registering that here somehow in the past and now can't register
    79. Re:Just in time... by petermgreen · · Score: 2, Insightful

      "RAW" (which btw doesn't describe any one format but a multitude of vendor specific formats) is used to get the pics out of a digicam in a form that loses as little information from the CCD as possible and doesn't introduce redundancy (because of the way color CCDs work converting thier output to a traditional raster format is basically gauranteed to introduce redundancy)

      but while "RAW" is the best format for storing digicam originals it is next to useless for anything else. So anyone who edits images or obtains them from sources other than digicams is going to need something else. JPEG is lossy, PNG has a poor choice of color depth and no exif support so that really just leaves TIFF.

      --
      note: i'm known as plugwash most places but i screwd up registering that here somehow in the past and now can't register
    80. Re:Just in time... by Tacvek · · Score: 1
      Can the format just be totally free while any supplied/example library would be FOSS, or... how does that work?
      Yes. See Ogg Vorbis. (You even mentioned that in your post.)
      --
      Stylish sheet to fix many problems in Slashdot's D3: https://gist.github.com/801524
    81. Re:Just in time... by LocalH · · Score: 1

      I used TGA when I was building graphics for a Chyron Maxine. The system supported importing BMP, TIFF, or TGA, and I always had the least problems when I fed the Maxine an RGBA TGA.

      --
      FC Closer
    82. Re:Just in time... by Fluffy+the+attack+ki · · Score: 1

      Oooh, ooh! Can it have a 0 to 3 bit transparency channel or maybe even a true 32 bit pallet? That would make my day, truly.

    83. Re:Just in time... by fishbowl · · Score: 1

      Do you actually know anyone who, in a controlled test, could distinguish a 24-bit image from a 32-bit image or higher? Can you point to any documentation that this is even possible?

      --
      -fb Everything not expressly forbidden is now mandatory.
    84. Re:Just in time... by HeroreV · · Score: 1

      Although MNG support was removed, the code is still being maintained at http://mngzilla.sf.net/ and can be added back in very easily. They even have builds of Firefox with MNG support for download, so Konqueror is not the only available browser that natively supports MNG.

      There's a lot of people who want MNG support back in Gecko, but the people with power are being huge assholes about it and completely ignoring them without explanation. You'd think having over 800 votes for a bug would be enough to get somebody's attention, but apparently not. See bug 18574 for more info: https://bugzilla.mozilla.org/show_bug.cgi?id=18574

    85. Re:Just in time... by HeroreV · · Score: 1
      It seems very odd to me to set out to replace a non-free format with a free one and yet leave out a major feature.
      That would be very odd, and that's exactly why they didn't leave out any major features. At the time, there were almost no animated GIFs, so the animation aspect was not a major feature. Leaving out an unused feature that only makes conformance much harder isn't odd at all.
    86. Re:Just in time... by HeroreV · · Score: 1

      According to http://hsivonen.iki.fi/png-gamma/, the problem with gamma correction was also present in Opera and Mozilla. But it doesn't really matter since it's been "fixed" for a while now.

    87. Re:Just in time... by Ythan · · Score: 1

      It seems like it would be rather easy to simulate the functionality of MNG in today's browsers. You'd just need one large PNG containing all the frames, and a Javascript timer to cycle through the "frames" by changing the offset. In fact I'm so convinced it would be easy, I whipped up a proof of concept right here. Of course, the same technique would work with other image formats like JPEG. Why would you want to animate PNGs and JPEGs with a Javascript hack? Hey, I'm an idea guy. ;) But true color, higher compression, and alpha transparency are possible benefits which come to mind.

    88. Re:Just in time... by cavac · · Score: 1

      I fear that we're all gonna die from old age, before IE completly supports PNG/MNG. And IE still has still a big piece of the market share pie...

      --
      Look, this thing is totally safe! Built it myself, you know. You just press that button like this and then turn that lev
    89. Re:Just in time... by arose · · Score: 1
      [..] PNG has a poor choice of color depth [..]
      Your camera captures more then 16 bits per channel?
      --
      Analogies don't equal equalities, they are merely somewhat analogous.
    90. Re:Just in time... by arose · · Score: 1
      1. Reduce color depth if the quality lossis acceptable, it certainly is if you would use GIF.
      2. Use OptiPNG.
      --
      Analogies don't equal equalities, they are merely somewhat analogous.
    91. Re:Just in time... by petermgreen · · Score: 1

      png forces you to choose between consumer truecolor and insane overkill with nothing in between.

      --
      note: i'm known as plugwash most places but i screwd up registering that here somehow in the past and now can't register
    92. Re:Just in time... by arose · · Score: 1

      Insane overkill? Are 16bit PNGs significantly larger then 12bit TIFFs or are you employing a bit too much hyperbole?

      --
      Analogies don't equal equalities, they are merely somewhat analogous.
    93. Re:Just in time... by dascandy · · Score: 1

      I think I think therefore I think I exist?

    94. Re:Just in time... by dascandy · · Score: 1

      Why not support the whole range between 8 and 9 bit with an arithmetic coder?

      Wait... did I say arithmetic coder? I meant range coder.

    95. Re:Just in time... by Anonymous Coward · · Score: 0
    96. Re:Just in time... by macshit · · Score: 2, Insightful

      I dunno, libpng seems ok. I've written image loading support for a lot of formats, and pretty much every image library seems to have a similar interface level -- essentially, they try not to make any assumptions about what internal format you will use for storing your image in memory, so a "load the whole thing" type of interface often won't fly.

      In my case, it's just as well because I have my own constraints, so I'd have to either ignore their high-level all-in-one code, or end up translating the in-memory format they used into my own (and in the case of large images, even just two copies of an image in memory can cause VM thrashing).

      I think many apps have similar constraints, so libraries like libpng (or libjpeg etc) try to offer an interface which is reasonably simple to use, but still remains memory-format-agnostic to a large degree. This is particularly true of the information in the image-header, as there's no telling what the app will want to do with it (especially given that the header information varies widely between different image formats).

      Given this, libpng is not bad at all. It's only about 20 lines of code to read an image header, and a simple loop to read the data (and you can even read the entire image data in one function call, into an array of row pointers). Indeed, it offers many convenient features for simplifying image-loading, such as optional (but very easy to use) filters to automatically canonicalize different types of image data in case the app doesn't care about the distinctions. They could offer a few more convenience shortcuts ("turn on all image canonicalization features") for reading the header, but I don't think the existing interface is onerous.

      --
      We live, as we dream -- alone....
    97. Re:Just in time... by Grishnakh · · Score: 1

      I think you're replying to the wrong guy. Personally, I don't think it's possible, but what do I know?

    98. Re:Just in time... by Anonymous Coward · · Score: 0

      > Do you actually know anyone who, in a controlled test, could distinguish a 24-bit image from a 32-bit image or higher?

      Short of a controlled test, you can see the banding from 24-bit quantization if you do this in Photoshop:

      • create an image 256 x 256
      • set the foreground color to gray #B0B0B0
      • set the background color to gray #C0C0C0
      • run a gradient across the image with dithering off
      This stretches a few quantized color values over a large space. There aren't enough colors per channel (8-bit = 256) to do narrow gradients. This is an extreme case, but it is certainly visible with the naked eye, and it's a real-world problem. I've printed out large banners and posters with narrow-range gradients that looked terrible because of the banding. 24-bit color is very good, but calling it "true color" is exaggeration!
    99. Re:Just in time... by cnettel · · Score: 1

      It surely is pretty nice if all the data you really wanted in the image has been normalized into a fraction of the total dynamic range. PNG being a presentation format, it might seem unimportant, but to replace the likes of TIFF, well, that's different.

    100. Re:Just in time... by Anonymous Coward · · Score: 0

      > Insane overkill? Are 16bit PNGs significantly larger then 12bit TIFFs or are you employing a bit too much hyperbole?

      Consumer truecolor (24-bit) is about 16 million colors. That's enough for the eye to think it's seeing true color. 30-bit color is about a billion colors, which is way more than enough - most images don't contain even a fraction of that many pixels.

      36-bit color is about 68 billion colors, and 48-bit color is 280-odd TRILLION colors, aka "insane overkill."

    101. Re:Just in time... by fishbowl · · Score: 1

      Okay, so 24 bit optical dynamic range is not past the threshold of human perception, as is 24-bit audio
      dynamic range. Good to know.

      In the audio world there is significant debate as to whether high samplerates and wide dynamic range are overkill for the application already. While it is argued, nobody can ever seem to point to any legitimate research findings that support the argument either way. I say use 24(32)-bit, 96kHz for recording masters because you can, not because anyone can actually hear the difference between it and a 24-bit 48kHz recording of the same signal in the same enviornment with the same equipment. (I do argue for 24-bit over 16-bit dynamic range, but that's because I record orchestral instruments; for dance music or hard rock where the signals are commonly dominating whatever dynamics would be available, it does not matter.)

      But I had understood that 24-bit images were similarly overkill.

      --
      -fb Everything not expressly forbidden is now mandatory.
    102. Re:Just in time... by Anonymous Coward · · Score: 0

      I think you will never switch then. People are still in the dark ages and refuse to support newer standards (though still quite ancient by computer standards.) MNG will never see real support because the mainstream browsers still cannot support it after all this time and far too many have forgotten it even exists. Eventually something else will come along, such as an easier way to embed streaming video, and MNG will be forgotten.

      It's too bad. PNG beats the pants off of GIF. It compresses better with the same number of colors, yet also supports 32-bit colors (32-bit = 24-bit color + alpha channel -- too bad there are still a few moronic browsers out there *cough IE *cough* which won't support something as simple as alpha transparency.) Since MNG applies the same compression to multiple animated frames, it beats GIF even in that respect. GIF should have been dropped quite a number of years ago, but, it won't be -- especially not now.

    103. Re:Just in time... by arose · · Score: 1

      I repeat, how is the fact that it can store more colors then you need a practical problem for you? In fact seeing that graphic editors usualy work in 16bpc mode when more then 8bpc are needed, why would you want go through color space conversion every time you save an image?

      --
      Analogies don't equal equalities, they are merely somewhat analogous.
    104. Re:Just in time... by Anonymous Coward · · Score: 0

      > I repeat, how is the fact that it can store more colors then you need a practical problem for you?

      Aside from the obvious fact that it's twice as big for no good reason?

      If your image can be saved in 12-bit- or 10-bit-per-channel color with no loss of information, why would you save it as 16-bit? That's the issue, PNG is wasteful where it doesn't need to be.

    105. Re:Just in time... by arose · · Score: 1
      Aside from the obvious fact that it's twice as big for no good reason?
      Twice as big as what, the lossless format you are storing in now? Your experimental 12bpc PNG? Or do you think that a 12bpc channel PNG would be half the size of a 16bpc PNG when both contain the same information?
      --
      Analogies don't equal equalities, they are merely somewhat analogous.
    106. Re:Just in time... by Anonymous Coward · · Score: 0

      > Twice as big as what, the lossless format you are storing in now? Your experimental 12bpc PNG?
      > Or do you think that a 12bpc channel PNG would be half the size of a 16bpc PNG when both contain the same information?

      Obviously 16-bit channels are twice the size of 8-bit channels. Your 48-bit color image takes twice as much memory while you're working on it, but there is really no need for it to take twice as much when saving.

      A 12-bpc PNG would not be half the size of the 16-bpc version, but it *would* be smaller, and would be 16 times as precise as the 8-bpc version (instead of a whopping 256 times as precise).

      The problem isn't simply that 16-bit is too much-- it's that you have no choice, there's nothing in between!

    107. Re:Just in time... by arose · · Score: 1
      Your 48-bit color image takes twice as much memory while you're working on it, but there is really no need for it to take twice as much when saving.
      Actually there is a good reason to save in the color-depth you are working in, no matter what the source was--you make adjustments in the working color depth, and if you save at less then that you might lose information on your changes, do any graphical editors even allow you to work directly with 12bpc, do any widespread image formats support it? You might spend some time to figure out why that is so.
      --
      Analogies don't equal equalities, they are merely somewhat analogous.
    108. Re:Just in time... by Anonymous Coward · · Score: 0

      > you make adjustments in the working color depth, and if you save at less
      > then that you might lose information on your changes

      Yes, you would lose information that is imperceptible.

      > do any graphical editors even allow you to work directly with 12bpc,
      > do any widespread image formats support it?

      I have no idea.

      > You might spend some time to figure out why that is so.

      Easy, because using a 16-bit word is easier to program into your color model. You just add a byte to each channel. That doesn't mean it's not overkill - especially when most graphics cards can't even resolve 16-bit color on the display.

    109. Re:Just in time... by arose · · Score: 1

      Yes, you would lose information that is imperceptible.
      With that attitude you can save straight into 8bpc jpeg, because that's what "most graphics cards" support. The whole point is to keep information around that you may need for further edits.

      I have no idea.
      Yet you want to save into a 12bpc format messing up the image even more then the 16bpc level adjustment did?

      Easy, because using a 16-bit word is easier to program into your color model. You just add a byte to each channel.
      At least you understand, if not accept, why things are the way they are.
      --
      Analogies don't equal equalities, they are merely somewhat analogous.
    110. Re:Just in time... by Anonymous Coward · · Score: 0

      > With that attitude you can save straight into 8bpc jpeg, because that's what "most graphics cards" support.
      > The whole point is to keep information around that you may need for further edits.

      I'm not saying that you shouldn't have that option. I'm arguing that you should have MORE options.

      > Yet you want to save into a 12bpc format messing up the image even more then the 16bpc level adjustment did?

      12 bpc is more than enough to render color levels the eye can't distinguish. Honestly, your argument is equivalent to this: if your 1/16"-graded ruler isn't sufficient for measuring 2x4s, your next available choice should be accurate to 1/4096 of an inch.

    111. Re:Just in time... by arose · · Score: 1

      12 bpc is more than enough to render color levels the eye can't distinguish.
      What difference does it make to you what the eye can or can not distinguish in one picture (you will not be able to store all the different levels of brightness the eye can perceive with adjustment in 12bpc) if your output device is limited to 8bpc? HDR is stored for editing, not presentation. Lossless formats are for editing, not presentation. If 12bpc displays ever become widespread 12-bit JPEGs would as well! You are asking for options to throw away (potentialy) useful information for (probably) marginal gains in archival space at the cost of a more complex PNG standard (as if there weren't enough implementation issues as is).

      Honestly, your argument is equivalent to this: if your 1/16"-graded ruler isn't sufficient for measuring 2x4s, your next available choice should be accurate to 1/4096 of an inch.
      If the object can't be measured in cm you will need to use mm yes, that means little for the case at hand, as data handling speed and code complexity are very valid arguments as far as computers are concerned.
      --
      Analogies don't equal equalities, they are merely somewhat analogous.
    112. Re:Just in time... by Anonymous Coward · · Score: 0

      > What difference does it make to you what the eye can or can not distinguish in one picture if your output device is limited to 8bpc?

      If your output device is limited to 8bpc, then it makes no difference if you are viewing a 12bpc or 16bpc image on it.

      If your device can display 280 TRILLION colors, then great, use 16bpc. But don't make me choose between adequate 8bpc and overkill 16bpc.

      > You are asking for options to throw away (potentialy) useful information for (probably) marginal gains in archival space
      > at the cost of a more complex PNG standard (as if there weren't enough implementation issues as is).

      Yes, that's what I'm asking for, and I absolutely don't think other bit depths are too much to ask in the standard.

      > (you will not be able to store all the different levels of brightness the eye can perceive with adjustment in 12bpc)

      I'd like to see some numbers on that, because in D/A conversion you will likely lose any perceptible difference between 12bpc and 16bpc in the noise.

      > If the object can't be measured in cm you will need to use mm yes, that means little for the case at hand,
      > as data handling speed and code complexity are very valid arguments as far as computers are concerned.

      PNG already handles 1-bit, 2-bit and 4-bit images, which were not omitted for the sake of efficiency. 10bpc or 12bpc isn't that much harder. This isn't rocket science.

      You still haven't provided any argument why 16bpc is necessary or why it *isn't* overkill. I don't know if you're a developer for PNG or what, but your attitude is the typical attitude of a developer who thinks he knows better than his target audience. Instead of seriously considering requested features, instead you just reply "why would you want that?" Never mind why - can it be done?

    113. Re:Just in time... by arose · · Score: 1

      I'd like to see some numbers on that, because in D/A conversion you will likely lose any perceptible difference between 12bpc and 16bpc in the noise.
      I was thinking multi-exposure. Back in the day when PNG was developed digital cameras storing 12bpc weren't around. You of course may argue that the standard needs to be updated. I woud say that standartized XMP is a much more realistic goal (certainly won't break backwards comapibility, I'm not so sure about bith depth additions) and has bigger practical effect.

      PNG already handles 1-bit, 2-bit and 4-bit images, which were not omitted for the sake of efficiency.
      They were also all in widespread use when PNG was developed and directly served the goal of replacing GIF.

      You still haven't provided any argument why 16bpc is necessary or why it *isn't* overkill.
      I'm not sure if it is or isn't overkill, what I do know that PNG does compress well and not knowing the technical details I can't really tell how well it would handle a 12bpc source image saved as with 16bpc as oposed to 12bpc, you'd need a PNG expert or even better a working implementation to compare to. This is why I got into the argument in the first place--I'm not sure there would actually be significant storage space gain. What I do know from expierence is that PNG compresses better when there is less noise, depending on how downsampling from 48 to 36 bits is implemented (dithering is used for 24 to 8 bit conversions, why not here?) the "imperceptible" loss might decrease storage efficiency.

      I don't know if you're a developer for PNG or what, but your attitude is the typical attitude of a developer who thinks he knows better than his target audience.
      I'm on the "target audience" side here, wondering if the real-world gains (as opposed to the fuzzy-warm feeling of using just the right color depth) of 12bpc PNG would outweight potential backwards compatibility loss and further implementation fragmentation.
      --
      Analogies don't equal equalities, they are merely somewhat analogous.
  2. but really.... by celardore · · Score: 4, Insightful

    This doesn't affect the average user, or even creator of GIFs. I imagine that companies like Adobe would not have to pay a royalty any longer, but this saving is unlikely to be passed to purchasers of image software.

    1. Re:but really.... by itsdave · · Score: 1

      thats not the point.

      the point is now i wont have to recompile my ImageMagick rpms with --enable-lzw because redhat will finally ship with this option enabled by default.

    2. Re:but really.... by pkulak · · Score: 1

      The real advantage is to free software. ImageMagick and the like have supported gif for a while, but I'm not sure of the legality until now. And I remember there was a time when GD was forced to drop support.

    3. Re:but really.... by Dekker3D · · Score: 1

      actually, i'm rather happy with this. i've always wanted to try to make a php-script that generates complex battle animations in a web-rpg, but i never could because i'm no good at making gif files and the php graphics library didn't support gif. because it was patented. so yeah, there IS someone who will be affected by this. yay for me!

  3. Oh silly Gif by oskard · · Score: 0, Offtopic

    Your outdated compression and obsolete alpha channels were not worth all those years of effort! Long live the network graphics!

    --
    Sigs are for Terrorists.
  4. Hilarious? USPTO is Hilarious by eldavojohn · · Score: 5, Interesting
    Does anybody find Unisys' page on GIF as hilarious as I do...?
    What's so hilarious about it? It plainly states that the patents have expired and that they have more patents based on the technology. I find it sad that their legal department found that necessary.

    What I find genuinely hilarious, however, is the United State of America's Patent System.
    --
    My work here is dung.
  5. Happy October 1st by xsarpedonx · · Score: 4, Funny

    October 1st came early this year...

    1. Re:Happy October 1st by Anonymous Coward · · Score: 0

      don't worry, it happens to lots of patent expirations.

    2. Re:Happy October 1st by mcmonkey · · Score: 4, Funny

      Not many people noticed that the GIF file format is only now* free from patents

      *For large values of 'now'

    3. Re:Happy October 1st by richdun · · Score: 1

      GWB heard that a King of England decreed a whole week or so out of the month of September when England switch from Julian to Gregorian calendars, and thought he should do the same as we switch from nuclear time to nuculear time.

      Eh, it's Friday. I'm not thinking too hard. That's the best I could come up with.

    4. Re:Happy October 1st by Rob+T+Firefly · · Score: 1

      Crap! I read the headline, got so excited I infringed the GIF patent all over the place, and I've only just now checked the calendar. Hide me, Slashdot!

    5. Re:Happy October 1st by 'nother+poster · · Score: 1

      Yep. Premature expiration. Happens to all patents occasionally. You know when they've been getting a little frisky with their favorite implimentation and then... Bam! Premature expiration. Partys over before it begins.

    6. Re:Happy October 1st by sottitron · · Score: 1

      I guess its because lawyers don't work on Saturdays?

    7. Re:Happy October 1st by charlesnw · · Score: 1

      Why does everything have to be tied in to GWB? Good grief. I mean I understand why people don't like the guy or what he does. I don't agree with a lot of what he does either. Some I do some I don't. But I mean come on taking pot shots at him at every opportunity gets old doesn't it?

      --
      Charles Wyble System Engineer
    8. Re:Happy October 1st by HRH+King+Lerxst · · Score: 1

      Eternal September is over?

      --
      No one got beat up more often than the mimes of the old west!
    9. Re:Happy October 1st by ehrichweiss · · Score: 1

      Maaaaybeee because you're the only one paying attention? Seriously, you're not talking about one single person doing this, it's many people and you just happen to have the reality tunnel that likes to notice it. Lighten up.

      --
      0x09F911029D74E35BD84156C5635688C0
    10. Re:Happy October 1st by Keith+Russell · · Score: 1
      Why does everything have to be tied in to GWB?

      Because he's the President of the United States of America. Ridicule comes with the office. Eight years ago, you couldn't escape jokes about stained dresses. Sixteen years ago, every GHWB reference ended with "Wouldn't be prudent. Not at this juncture." It's a time-honoured tradition.

      --
      This sig intentionally left blank.
    11. Re:Happy October 1st by Anonymous Coward · · Score: 1, Funny

      You just got a taste of what the mysterious future is like, I bet you are itching to subscribe now!

    12. Re:Happy October 1st by plague3106 · · Score: 0, Offtopic

      Taking pot shots at an idiot never really gets old.

    13. Re:Happy October 1st by Bugs42 · · Score: 1

      The next logical step after this is being able to use the Slashdot-effect to bring down websites that don't even exist yet.

      --
      Programmer: an ingenious device that converts caffeine into code.
    14. Re:Happy October 1st by Rob_Bryerton · · Score: 1

      October 1st came early this year...

      Don't worry; there'll most likely be a dupe!

  6. What the heck time zone are you in? by Anonymous Coward · · Score: 0

    It's still September over here in California... And I reckon it won't be October for another day or two. Are some of us on Mars or something? Or is this an entrapment ploy for some cash by the patent holders to make us infringe?

    I'd draw a picture showing how time zones work here on earth, but that'd be patent infringement.

  7. Picture Not Gif? by chroot_james · · Score: 1

    png pong

    --
    Reality is nothing but a collective hunch.
  8. well by macadamia_harold · · Score: 5, Insightful

    As lame as this whole thing was, if it hadn't happened, we wouldn't have the PNG standard today.

    1. Re:well by Anonymous Coward · · Score: 1, Insightful

      No, we probably would have had a Graphics Interchange Format with 8bit alpha that supported animation. Strike up another 'win' for the patent system!

    2. Re:well by noidentity · · Score: 2, Insightful

      Yeah, the lack of true 16-bit and 24-bit support in GIF would never have spurred the development of something better. Try again.

    3. Re:well by garcia · · Score: 1

      As lame as this whole thing was, if it hadn't happened, we wouldn't have the PNG standard today.

      And yet, JPEG and GIF still remain the two most popular image formats on the web rendering PNG as much of a standard as OGG.

    4. Re:well by ehrichweiss · · Score: 1

      well if you can show me how jpg is animated or that the animated PNG, aka MNG, is fully supported in browsers, I'll grant you "better" otherwise there are just tools that are better for different uses. Color depth isn't always the biggest concern any more than is a format being capable of animation.

      --
      0x09F911029D74E35BD84156C5635688C0
    5. Re:well by erich666 · · Score: 2, Interesting
      When Unisys first lost control, I ran across a wonderful piece of spin at http://news.com.com/2100-1032-1014236.html, worth recording for posterity:

      But Unisys credited its exertion of the LZW patent with the creation of the PNG format, and whatever improvements the newer technology brought to bear.

      "We haven't evaluated the new recommendation for PNG, and it remains to be seen whether the new version will have an effect on the use of GIF images," said Unisys representative Kristine Grow. "If so, the patent situation will have achieved its purpose, which is to advance technological innovation. So we applaud that."

      Yes, and smoking helps your lungs learn to work under difficult conditions, beating your children helps toughen their hides, and driving a Hummer helps innovation in new fuel sources by using up available gasoline faster. It's all good.

      I also like how PNG is "the new recommendation" to Unisys, in 2003.

    6. Re:well by HeroreV · · Score: 1

      It's funny how you mention MNG like you have the slightest clue what it is when you obviously don't. MNG is not "animated PNG". The description "animated PNG and/or JNG" would be more accurate. Do you have any guess what the J in JNG stands for?

      If you want a cross-platform open-source browser that natively supports MNG, head on over to http://mngzilla.sourceforge.net/.

    7. Re:well by Anonymous Coward · · Score: 0

      You can store 32-bit images (8-bit alpha) in a GIF file by putting each channel into its own series of 8-bit images. The problem is, no browser or image-viewing utility will display it. Doesn't mean you couldn't write code to do it.

    8. Re:well by ehrichweiss · · Score: 1

      It's funny how you act like you have the slightest clue where I was going. I guess you've had to talk like that that all your life to fool people into thinking you're really smart and with it. Never had to use metaphor and simile to make someone understand your point I guess. Now why don't you go play with all the other kiddies and let us get back to a real discussion.

      --
      0x09F911029D74E35BD84156C5635688C0
    9. Re:well by HeroreV · · Score: 1
      well if you can show me how jpg is animated *OR* that the animated PNG, aka MNG, is fully supported in browsers
      JPEG is animated by putting JPEG streams in JNGs and putting JNGs in a MNG. You didn't know what you were talking about and you had a hissy fit when I pointed it out. Real discussion doesn't mean spewing bullshit and crying when somebody doesn't pretend it's right.
  9. no. by Heem · · Score: 4, Funny

    Does anybody find Unisys' page on GIF as hilarious as I do...? .....No

    --
    Don't Tread on Me
    1. Re:no. by Anonymous Coward · · Score: 0

      Actually, I agree. Another big deal with this is that it notes that it's not just GIF, but the LZW compression scheme. This means TIF is free from the dreaded black cloud of litigation, as well. That actually is good news, because LZW compression helps out in TIFs to seriously curb those bloated files.

    2. Re:no. by Frank+T.+Lofaro+Jr. · · Score: 1

      LZW ain't enough.
      The gzip compression likely ain't enough.
      The bzip2 compression, might work. Getting IBM's permission to add arithmetic coding (like bzip version 1) would help more.
      Adding bzip2 (or bzip) to PNG would be nice.

      No one in the know uses .gz anymore, they use .bz2

      --
      Just because it CAN be done, doesn't mean it should!
    3. Re:no. by drew · · Score: 3, Informative
      No one in the know uses .gz anymore, they use .bz2


      Not entirely true. gzip is substantially faster and less processor intensive than bzip2, and is still commonly used where speed is as important as size. gzip is also more suitable for compressing streams than bzip2, which operates on large blocks, if I remember correctly. For those reasons, gzip is still heavily if not exclusively used for on the wire compresson, for example in transparent compression of http pages or cvs downloads.
      --
      If I don't put anything here, will anyone recognize me anymore?
    4. Re:no. by jthill · · Score: 1

      I believe range coding is just as effective as arithmetic coding, faster, and patent-free. And there's this "Quantized Indexing" method that's supposed to be better and much faster.

      --
      As always, all IMO. Insert "I think" everywhere grammatically possible.
    5. Re:no. by ChadL · · Score: 1
      "No one in the know uses .gz anymore, they use .bz2"
      I still use gz to compress large files that have alot of null bytes or something. If you have a file with huge blocks of any one symbol, bz2 will take a huge amount of processing time to compress. I have also found times where bz2 can take both more processing time, and produce a larger output file (then gz).
    6. Re:no. by gnud · · Score: 1

      Exatcly. Because of how Burrows-Wheeler_transform works, bzip2 is not suited for compressing streams.

    7. Re:no. by ultranova · · Score: 1

      I believe range coding is just as effective as arithmetic coding, faster, and patent-free.

      I guess I'd better go patent it then. How does it work ?

      --

      Forget magic. Any technology distinguishable from divine power is insufficiently advanced.

    8. Re:no. by TeknoHog · · Score: 1
      If you have a file with huge blocks of any one symbol, bz2 will take a huge amount of processing time to compress. I have also found times where bz2 can take both more processing time, and produce a larger output file (then gz).

      I've also noticed that bz2 isn't really better than gz. Generally, over lots of different data types, I've found that bz2 compresses slightly better, but it takes way, way more time compared to gz. I've found 7zip to be much better overall, but often I just use gz since it's the fastest of the three.

      --
      Escher was the first MC and Giger invented the HR department.
    9. Re:no. by rk · · Score: 1

      I'm willing to bet that you are tromping over another company's patented business model if you try that.

    10. Re:no. by finkployd · · Score: 1

      No one in the know uses .gz anymore, they use .bz2

      I generally find that bz2 gives slightly better compression with significantly worse performance.

      Finkployd

    11. Re:no. by ClamIAm · · Score: 1

      gzip is also more suitable for compressing streams

      oh. i guess that's why they call it a "stream compressor"

    12. Re:no. by Brandybuck · · Score: 1

      gzip is still the standard compression program on Unix systems. compress has gone away, but gzip is still here and will be for a while longer. But don't shit your pants over it, because no one is forcing you to use it.

      --
      Don't blame me, I didn't vote for either of them!
    13. Re:no. by Brandybuck · · Score: 1

      Yeah, I wonder if the grandparent is also one of those that says harddrives are cheap so don't worry about saving bytes...

      --
      Don't blame me, I didn't vote for either of them!
    14. Re:no. by shutdown+-p+now · · Score: 1
      No one in the know uses .gz anymore, they use .bz2
      Those "in the know" and in need of slow but strong compression use .7z these days, dude...
    15. Re:no. by arose · · Score: 1

      Last time I tried 7zip the Windows version would barf on 7zip files created on Linux, I'll stick to standart formats for now.

      --
      Analogies don't equal equalities, they are merely somewhat analogous.
  10. Re:killed the format by Richard+Steiner · · Score: 1

    Killed the format? It's still one of the most common image formats on the web...

    The only thing I know that might kill the format is the fact that it's limited to 256 colors.

    --
    Mainframe/UNIX Bit Twiddler and long time Windows/Linux Hobbyist.
    The Theorem Theorem: If If, Then Then.
  11. ...but it's not obsolete. by xxxJonBoyxxx · · Score: 1

    GIF is still usually a SMALLER format than PNG if you want to display a few-color, non-lossy image. If you're dealing with bandwidth issues and lots of users, it can add up.

    1. Re:...but it's not obsolete. by tuffy · · Score: 3, Interesting

      I've written a small PNG encoder and found that for 1 and 4-bit grayscale images, PNG routinely trounces GIF. I expect a 4-bit palette color PNG would yield similar results. PNG's method of cramming multiple pixels per byte prior to compression seems to be much more effective than GIF judging by the file sizes - though I admit I've yet to take a hard look at GIF to discover exactly why.

      --

      Ita erat quando hic adveni.

    2. Re:...but it's not obsolete. by Kelson · · Score: 1
      GIF is still usually a SMALLER format than PNG if you want to display a few-color, non-lossy image.

      Not in my experience. I do a lot of web graphics with images up to about 300x300 pixels. I'll convert the image to an indexed palette with binary transparency, with anywhere from 32 to 256 colors, depending on the image. With very few exceptions, Gimp will write a smaller PNG than GIF. Running advpng -z (similar to pngcrush) on the result will (usually) make it even smaller.

      If you're dealing with bandwidth issues and lots of users, it can add up.

      Now that, I'll agree with.

  12. Re:killed the format by Cheeze · · Score: 0, Troll

    common to whom? The only thing it's used for these days is cheesy animated banner ads, but that's quickly being replaced with flash and java stuff. There are some applications like transparency that people still use it for, but professional web designers would probably be required to put a little more thought into their work.

    --
    Why read the article when I can just make up a snap judgement?
  13. Perhaps... by Anonymous Coward · · Score: 0

    we are to render unto Unisys what is Unisys'...

  14. Re:killed the format by grazzy · · Score: 1, Insightful

    If you think jpg is a replacement for gif I can tell you're obviously not anyone working with graphics. On any level.

  15. Patents, the world, and Certicom by Ckwop · · Score: 5, Insightful

    Of course, like most on here, I will relish the day that the LZW patent expires. But look at how long that took to expire. Every day someone patents yet another obvious invention and it holds everybody back.

    Take the Certicom 'Patents' on Eliptic Curve cryptography (ECC). Certicom act as if they own ECC - the write it on practically everything they publish.

    Yet on close analysis their patents give them almost no real control of ECC. The long and short of it that anything that operates on GF(p) is not covered.

    The consequences of this is that NOBODY is using ECC, despite the fact that it's faster and has shorter keys. The whole field is held back for 20 years and nobody can make any progress.

    It's not even used in Europe where these patents don't exist. Let me repeat this: The fact that some jerk of a company says it's theirs means the *whole* world doesn't use me.

    I really wonder what goes through the minds of these poeple. Nobody wants to pay a fucktard like Certicom (tm) for a license for their mathematics. Nobody in the history of cryptography has made any serious amount of money from selling a security scheme. Why bother?

    Simon

    1. Re:Patents, the world, and Certicom by Anonymous Coward · · Score: 1, Insightful

      You're trying to apply reason to unreasonable behaviour.

      It's difficult when you are smart, well educated and polite, sometimes the hardest
      leap of insight is to just write off people as the greedy braindamaged cunts they really are.

      Otherwise you just find yourself rationalising other peoples pathological disfunction and
      seeming like an apologist for them.

      There is no reason. These patent people are greedy stupid individuals who understand nothing.
      That's all there is to it.

    2. Re:Patents, the world, and Certicom by Anonymous Coward · · Score: 1, Insightful

      Well it may be too long (I think 15 is more reasonable for this sort of patent). However it does have its use. You *NOW* today can use that invention with no legal problems. It is art that is freely available to use. Someone paid to have the work done. They were nice enough to say 'hey here is how we did this'. Instead they could have just kept it to themselves and not told anyone about it...

      The suck part was when it got 'extended' for no real reason for 3 extra years. That was a set back of progress.

      While there is a short term downside. There is a very long term upside.

    3. Re:Patents, the world, and Certicom by ran-o-matic · · Score: 1

      Are you saying that the LZW alorithm was an obvious invention? It doesn't look too obvious to me. On the other hand, the patents have all expired, so the obviousness shouldn't matter any more.

    4. Re:Patents, the world, and Certicom by pkulak · · Score: 1
      The fact that some jerk of a company says it's theirs means the *whole* world doesn't use me.

      Are you feeling underappreciated?

    5. Re:Patents, the world, and Certicom by Chris+Pimlott · · Score: 1

      That's besides the point. The purpose of patents is to encourage technological progress and development, yet in the situation of elipical curves patents have only served to retard development in the field.

    6. Re:Patents, the world, and Certicom by nine-times · · Score: 2, Interesting

      The worst thing, in my mind, is the fact that some of these things are ambiguous, and there's a lot of misinformation out there. Take MP3, for example: I've heard from lots of people that you need to buy a license to use MP3, or you'll get sued. A little research, and it seems that there are lots of people who own patents related to MP3, and one of these companies which holds one of these patents has said that they want to get paid. Now, as far as I can tell, (and IANAL), this only applies to people who are selling encoders and decoders, but as an end-user, there's nothing to fear. I'm not clear as to whether anyone is actually being sued over this, but apparently it's the reason why a lot of Linux distros don't ship with MP3 support included (e.g. Fedora).

      So the fact that there's a patent bothers me a little, but it might be fair enough. However, either way, it bothers me that there's this tremendous level of ambiguity. I know that nobody is going to sue me for using an MP3 encoder I didn't pay for, but is there some way in which it's technically illegal? Do these distros really need to pay a license or not? And even if you pay the one company who is trying to enforce their patent, what about all the other companies? Could they suddenly decide to enforce their patent, even hypothetically? Would someone then need to send various licensing fees to various companies?

      The whole thing just seems too convoluted. If someone can't come out and say very clearly what's legal and fine, and what isn't, then it seems to me that there's something wrong with the law. As it is, it's like they just want everyone to buy a license "just in case" without really specifying who is supposed to buy a license.

    7. Re:Patents, the world, and Certicom by HappyEngineer · · Score: 2, Insightful
      It doesn't look too obvious to me.

      Are you a cryptographer or a mathematician? Patents don't need to be obvious to everyone for them to be obvious. They only need to be obvious to an expert in that field.

      If 1000 different electrical engineers come up with idea X at the same time, that idea shouldn't be patentable even if the idea is utterly non-obvious to non-engineers.

    8. Re:Patents, the world, and Certicom by evilviper · · Score: 1
      I'm not clear as to whether anyone is actually being sued over this, but apparently it's the reason why a lot of Linux distros don't ship with MP3 support included (e.g. Fedora).

      I don't know if any cases have gone to court, but MANY free (both freeware and open source) MP3 players and encoders have been threatened, and consquently opted to shut-down immediately.

      I know that nobody is going to sue me for using an MP3 encoder I didn't pay for, but is there some way in which it's technically illegal?

      Yes. And if you start distributing MP3s without paying licensing, you're sure to be sued for that.

      Do these distros really need to pay a license or not?

      Yes.

      And even if you pay the one company who is trying to enforce their patent, what about all the other companies?

      No guarantees they won't decide to sue later. However, some may be too afraid of their patents being overturned, or may be nonesential to MP3 encoding, and can be left out of an MP3 encoder/decoder without significant harm.

      If someone can't come out and say very clearly what's legal and fine, and what isn't, then it seems to me that there's something wrong with the law.

      It's clear what is legal. It's just that you won't like it... And free software has real difficulty paying license fees.
      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
    9. Re:Patents, the world, and Certicom by Anonymous Coward · · Score: 0
      The fact that some jerk of a company says it's theirs means the *whole* world doesn't use me.
      You are a cipher. Patented or not, a cipher that posts to Slashdot is considered dangerous by most PHBs.
    10. Re:Patents, the world, and Certicom by nine-times · · Score: 1

      Wait... it's illegal to distribute MP3s without a license? I thought it was illegal to distribute the encoders/decoders, but not the actual MP3s. That's retarded. Are you sure?

    11. Re:Patents, the world, and Certicom by evilviper · · Score: 1

      Most major codecs charge you by the ammount of content you distribute, encoded in their format. Non-profit, private home files are usually explicitly allowed without fee by the patent-holders, but not commercial content... It's pretty much standard.

      http://slashdot.org/yro/01/06/09/1728234.shtml

      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
    12. Re:Patents, the world, and Certicom by nine-times · · Score: 1
      Geeze, that just sounds random and stupid. So any of these companies can just arbitrarily decide that they want any random license fees they want? Yeah, I'll stick with my original claim that it's ambiguous. You need a lawyer to figure out what's really going on, or else you need to just pay fees to everyone and hope your covered.

      Charging by number of files streamed? So you're charging people to actually encode and decode-- I can understand that. But charging for transmission of those encoded files where "file copying" isn't part of the patent? Like I said, that's retarded. Do people actually pay these fees?

    13. Re:Patents, the world, and Certicom by Anonymous Coward · · Score: 0

      If 1000 different electrical engineers come up with idea X at the same time, that idea shouldn't be patentable even if the idea is utterly non-obvious to non-engineers.

      Nice hypothetical. What exactly does that have to do with the invention of LZW 20 years ago? The question for whether LZW deserved a patent was: "Was LZW obvious to people of ordinary --not expert-- skill in computer science on June 20, 1983?"

      To be sure, the GIF patent was a pain in the ass, but that doesn't mean it was invalid.

      YIIALBIANYL. GYOGDL. YMNO.

    14. Re:Patents, the world, and Certicom by WNight · · Score: 1

      You have to sue for damages, at that, you can get anything you convince a judge is reasonable essentially.

      This slapdash approach to patent enforcement means that you really can claim anything as infringing. This is how patents are used as weapons, you tell someone that their email client, or Linux distro, will be infringing and that you'll sue them if they release it. They don't know what a judge will say, only that their lawyer estimates $1.5 million to find out, so they go along with your patent, even if it's totally unrelated and they could prove it.

      Patents really are broken. They make so many assumptions about duration, enforcement, general applicability, and also are awarded to the first person to file, not the inventor, so they end up being essentially useless, unless you either plan to attack someone with them, or defend against someone else's attacks. (You'd threaten to sue the agressors over one of your patents, unless they back down.) For society, outside of a few possible areas, patents are a net loss. They're supposed to even the field, let the little guy invent someone and keep it exclusive, but with the way the courts are, this merely ends up handing *every* patent case to the richest legal team.

      The essential problem at the root of it is that North American courts are broken, they're a competition between lawyers rather than a judge-directed attempt to discover the facts.

    15. Re:Patents, the world, and Certicom by evilviper · · Score: 1
      So any of these companies can just arbitrarily decide that they want any random license fees they want?

      Yes. Patents give companies absolute control. It's arbitrary (but really not confusing).

      That's why you see patent pooling, ala. http://www.mpegla.com/

      But charging for transmission of those encoded files where "file copying" isn't part of the patent? Like I said, that's retarded.

      They aren't charging for "file copying" they're charging a fee per the ammount of content encoded in their codec, per the number of users it will be (commercially) distributed to.

      Do people actually pay these fees?

      Yes. Every DVD you've ever bought is, perhaps, $1 or so more expensive for the MPEG-2, AC3, CSS, and DVD (disc format) licenses.

      You can afford to be ignorant of the issue when you're just watching and encoding movies at home, but once you do anything commercial with them, you either need to stick to strictly free codecs* or pay all necessary fees to all parties.

      *Patent-Free Codecs:
      Video: ffv1 (lossless), MJPEG, MPEG-1, VP3/Theora, Dirac/Snow Audio: Speex (Voice), FLAC (lossless), MP2, MPC, Vorbis
      --
      Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
    16. Re:Patents, the world, and Certicom by ran-o-matic · · Score: 1

      I didn't know you had to supply a CV to post on Slashdot, but yes - I'm a mathematician. The LZW algoithm only looks obvious in hindsight. When Welch published the paper in '84 it was a total break from any commercially available compression algorithm. No 1000 different engineers coming up with the same idea at the same time. I know Unisys and the patent bomb they tried to drop on the gif format left a bad taste in everyones mouth, but that is no reason to put down the breakthrough that Terry Welch (or Abraham Lempel and Jakob Ziv for that matter) came up with.

    17. Re:Patents, the world, and Certicom by HappyEngineer · · Score: 1
      I didn't know you had to supply a CV to post on Slashdot

      Well no, you don't need to explain your expertise just to post. But, when you say "It doesn't look too obvious to me." with regard to a patent, I think it's only reasonable to expect you to include your level of expertise in the post. When people don't, I just assume they're not experts.

      That said, if you are a mathematician then you get the last word. Apparently it really wasn't obvious to other people in the field.

      Of course, that doesn't change the fact that it's an algorithm and it shouldn't be possible to patent an algorithm. But, that's another discussion.

    18. Re:Patents, the world, and Certicom by nine-times · · Score: 1

      They aren't charging for "file copying" they're charging a fee per the ammount of content encoded in their codec, per the number of users it will be (commercially) distributed to.

      But that's my point, that they're trying to charge for distribution when their patent isn't related to distribution. I can' understand charging when people use your patented technology, i.e. encoding and decoding, but charging for distribution is retarded. Their technology isn't being used in the copying of data. I'm surprised anyone gets away with that kind of scam.

    19. Re:Patents, the world, and Certicom by Anonymous Coward · · Score: 0

      > So any of these companies can just arbitrarily decide that they want any random license fees they want?

      Obviously, if they own something you want, they can set the terms if you want to use it.

      They can require you to pay them in 3 large cooked lobsters every 2nd Tuesday of each month that doesn't begin with 'J' if that's what they want. Is it so hard to believe they would want a piece of the money you bring in using their patent?

      > they're trying to charge for distribution when their patent isn't related to distribution.
      > I can' understand charging when people use your patented technology, i.e. encoding and decoding,
      > but charging for distribution is retarded.

      I agree - I think it's an abuse of the patent system, which was originally intended to prevent others from profiting from your invention by riding on your coattails. I think charging for MP3 streaming is like saying that distributing a book typeset in Palatino is equivalent to distributing the Palatino font. Unfortunately that's the way the law goes, a license means permission to use their patented technology, and they can demand those periodic lobsters as a condition of that permission. Otherwise you can just use some other technology.

    20. Re:Patents, the world, and Certicom by nine-times · · Score: 1

      Unfortunately that's the way the law goes, a license means permission to use their patented technology, and they can demand those periodic lobsters as a condition of that permission.

      Ok, so that's the law, which isn't to say that the law makes sense or is fair. There are plenty of laws about how you can use your own property and what kind of exchanges are appropriate, so saying, "You own it," isn't the same as saying "you can do what you want with it". Usury, for example, is a crime, and given patents are an extra right given by our government, I don't see why licenses couldn't be regulated somehow. Of course, that might not make sense anyway since the government has shown itself unable to make reasonable decisions regarding IP.

  16. Re:killed the format by Acts+of+Attrition · · Score: 1
    Too bad they basically killed the format.

    You haven't been to MySpace, have you?
  17. Evidence? by eddy · · Score: 4, Informative

    Evidence? Except for 1x1 images and the like, you're wrong. And you shouldnt' be using 1x1 images anyhow so...

    Before sending any examples, make sure you're comparing same-depth images and have used pngout.

    I once, as a demonstration, took a review off HardOCP and converted/recompressed all their GIFs into PNG, and saved several hundreds of kilobytes.

    Still webmasters continue to use GIF because of ignorance.

    --
    Belief is the currency of delusion.
    1. Re:Evidence? by binarybum · · Score: 1

      I think this depends on the software used to save the image. perhaps pngout does a good job, but with most programs I've used including photoshop, PNG usually creates larger file sizes. I'm willing to bet that if there was a forced shift to png right now we'd see a significant bit of bandwidth wasted.

      --
      ôó
    2. Re:Evidence? by eddy · · Score: 1

      Well, of course. The Adobe png-writer is renowned for sucking, but it's gotten a bit better I think. It was really horrible the first few versions, which I'm sure have more people dismiss the PNG format than any other factor.

      --
      Belief is the currency of delusion.
    3. Re:Evidence? by jZnat · · Score: 2, Informative

      That's why you use "Save for Web" in Adobe Photoshop; it basically pngcrush's it.

      --
      'Yes, firefox is indeed greater than women. Can women block pops up for you? No. Can Firefox show you naked women? Yes.'
    4. Re:Evidence? by nine-times · · Score: 3, Insightful

      Well, it might be partially due to ignorance. I think many people don't know that there are different bit-depths for PNG, which (obviously) result in files of different sizes. I mean, there are other optimizations as well, but my point is that many web developers don't realize that you can make PNGs smaller.

      But also there are support issues. PNG wasn't supported [well] in old browsers, and many web developers don't like to drop support for those browsers until it's necessary. Since little is lost by using GIF, they use GIF.

    5. Re:Evidence? by binarybum · · Score: 1

      no. At least in 7.0 I still usually get larger pngs with save for web compared to gifs.

      --
      ôó
    6. Re:Evidence? by drinkypoo · · Score: 1

      I've been trying this and I still have yet to get better results with PNG out of Adobe.

      --
      "You're right," Fisheye says. "I should have set it on 'whip' or 'chop.'"
    7. Re:Evidence? by bluephone · · Score: 1

      Actually, I work ith PS every day and PNG crush still can beat out Adobe's "Save for web" option. I usually use that to pick the settings, then run an automated PNGcrush on the output.

      --
      jX [ Make everything as simple as possible, but no simpler. - Einstein ]
    8. Re:Evidence? by jZnat · · Score: 1

      Man, PS is at like 9.0 now (CS2); get with the picture. ;p

      I don't know how good its latest png-crushing is as I haven't used Photoshop in a while.

      --
      'Yes, firefox is indeed greater than women. Can women block pops up for you? No. Can Firefox show you naked women? Yes.'
    9. Re:Evidence? by Brandybuck · · Score: 1

      many web developers don't like to drop support for those browsers until it's necessary.

      Yet these same "developers" won't support newer browsers like Konqueror. Anyone notice what happens when you go to http://www.amazon.com/ with Konqueror? It redirects you to a junk doubleclick.com page. It's almost like web "developers" deliberately refuse to test their shit.

      --
      Don't blame me, I didn't vote for either of them!
    10. Re:Evidence? by jrumney · · Score: 1

      PNG wasn't supported [well] in old browsers, and many web developers don't like to drop support for those browsers until it's necessary.

      Which browsers are you talking about? Do developers really care about IE 2.0 and Netscape 4.03 these days? Or are you talking about alpha channel support on IE, in which case please explain how you are going to fix that by sticking with GIF.

  18. GIF Patent Retrospect by coaxial · · Score: 2, Insightful

    Looking back at the whole GIF patent saga, I believe Shakespear said it best. Much ado about nothing.

    1. Re:GIF Patent Retrospect by petabyte · · Score: 1

      A better quote from Shakespeare relevant to the patent process:

      "The first thing we do, let's kill all the lawyers"

      King Henry VI, Part II, Act IV, Scene II.

    2. Re:GIF Patent Retrospect by L33t+Windozer · · Score: 1

      "Much ado about nothing"? One could say that about most Slashdot topics.

  19. Re:killed the format by russ1337 · · Score: 3, Informative
    I just found this from our friend wikipedia:

    PNG [Portable Network Graphics] was created to both improve upon and replace the GIF format with an image file format that does not require a patent license to use.

    so, with a free alternative, why use GIF up to now?

    I also did a quick search of common file types on Google*

    GIF 519,000,000

    JPG 777,000,000

    JPEG 111,000,000

    BMP 44,700,000

    PNG 111,000,000

    So GIF is not all _that_ dead. * = Results could mean anything really - PNG could be Paupua New Gunnea, and BMP could be best manufacturing practices.
  20. The SCO of the 90's by Anonymous Coward · · Score: 0

    I had the opportunity to work at Unisys and turned it down precisely because of the GIF patent grab.

    1. Re:The SCO of the 90's by Anonymous Coward · · Score: 0

      Are you getting a kick out of these replies?

  21. GIF Transparency by Doc+Ruby · · Score: 1

    Does anyone have any estimates of how much Unisys collected in blackmail^Wlicensing fees on GIF? And any analyst estimates on the costs of producing, defending and prosecuting that "submarine patent"?

    Is the flagship submarine patent really worth the money Unisys sank into it? Worth the money the US government spent protecting it? Worth it to "the progress of science and useful arts"?

    --

    --
    make install -not war

  22. Re:killed the format by nine-times · · Score: 4, Insightful

    JPEG isn't a replacement for GIF. 8-bit PNG serves pretty well as a replacement under many circumstances, but it's not supported as ubiquitously, nor does it support animation. Java and Javascript have nothing to do with it, and flash is fine for some animations, but it's certainly no less encumbered by IP restrictions than GIF.

    Let's say you have a 4 color raster logo. Are you going to make a JPEG? That'd be dumb. Let's say you have that same logo, and you want to animate it for 3 frames. What's a better solution than animated GIF?

  23. Re:Hilarious? USPTO is Hilarious by stonertom · · Score: 1

    I only really laughed at the improvments to gifs. What new thing is totally unavailable in any current graphics format that Unisys can make ca$h from?

    --
    Shameless plugs and inaccessible site design FTW! - www.mistletoestreetmusic.com
  24. Whoopie we can all buy Unisys products again by sjwest · · Score: 1

    except - i cant think of anything of theres we want.

  25. "no gifs due to patent problems" by losec · · Score: 0

    GNU should be the happiest.

    1. Re:"no gifs due to patent problems" by pedalman · · Score: 1

      Great. Now they can start using GIFs on their Web pages

      --
      Friends don't let friends line-dance.
  26. Re:killed the format by Drachemorder · · Score: 1

    In my book, being limited to 256 colors is a show stopper for all but the simplest and smallest images. Anything with more than a trivial degree of complexity in its color composition is, to my eyes, absolutely and irredeemably ugly when it gets downsampled to 256 colors. It used to be an acceptable compromise for shorter load times, but that is a much less significant issue these days than it once was. Now I can't see any excuse for ugly dithered images.

  27. Re:Hilarious? USPTO is Hilarious by tonymercmobily · · Score: 1

    > What's so hilarious about it?

    This bit:

    "Unisys Corporation holds and has patents pending on a number of improvements on the inventions claimed in the above-expired patents. Information on these improvement patents and terms under which they may be licensed can be obtained by contacting the following:"

    Maybe I have a weird sense humour? :-)

  28. "GIF" pronunciation by Anonymous Coward · · Score: 0

    So does this mean we are free to pronounce "GIF" with a hard G now?

  29. Re:killed the format by Smidge204 · · Score: 2, Interesting

    Properly made GIF images are almost always smaller than PNG images of comparable bit-depth and features, except PNG does not support animation. If you have a simple image with only a few colors, GIF is still the best choice because it is small and fully supported by everything.

    Professional web designers should use the best tool for the job, not what's hip and trendy.
    =Smidge=

  30. Re:killed the format by wirelessbuzzers · · Score: 2, Insightful

    Parent is troll, but I'll bite.

    Everything runs fine with jpg, java, javascript, and flash.

    Java and Javascript are not image formats. Flash is much broader, is a non-accessible resource hog, and is most commonly used for irritating ads (not unlike animated GIFs, I suppose).

    That leaves JPEG, which is actually an image format, but a totally different one. GIF was designed, for logos: it is lossless, has a very limited color palette, and allows for some amount of transparency. JPEG was designed for photos: it's lossy, has a broad color palette, no transparency, and it looks terrible on things with crisp lines, like text or diagrams.

    The real competitor to GIF is PNG, which is still lossless, but has better transparency and more colors. Unfortunately, it also has poorly-specified gamma correction, which makes it painful to use in web design.

    --
    I hereby place the above post in the public domain.
  31. Re:killed the format by nine-times · · Score: 3, Interesting

    The only thing it's used for these days is cheesy animated banner ads, but that's quickly being replaced with flash and java stuff.

    First, that's just not true. Go to major web sites, look at the source, and search for ".gif". They're all over the fricken place. And who in their right mind would use Java for a bannar ad? I haven't noticed this, but the idea is completely retarded. Flash--- well Flash has its own problems. You need an expensive program to make them, and a special plug-in to view them. They can be better for certain purposes, especially if you want your ad to be interactive somehow, but if you just want to make a slideshow of completely different images, you're not going to beat animated GIFs for ease, or even size.

    Professional Web developers, if they're any good, will use the proper tools for the job, and try to maximize compatibility as much as possible across different browsers. Use of plain HTML, CSS, JPEGs, and GIFs should be used the their maximum capability before looking to Javascript, and certainly before Java or Flash.

  32. Thank god and the patent office by Ancient_Hacker · · Score: 4, Funny

    Finally, I can now sleep soundly, knowing the flaming torches on by web site are -fully legal- flaming torches.

    1. Re:Thank god and the patent office by Anonymous Coward · · Score: 0

      If they grandfather them in on a lawsuit, I'm sure you're fucked.

    2. Re:Thank god and the patent office by Anonymous Coward · · Score: 0

      Yes, yes they are. And dare I add -- barely fully legal.

  33. If you haven't noticed.... by ravee · · Score: 1

    Gimp already allows saving images in Gif format. It didn't earlier because of patent issues. It is nice really because now we can create banners which are less than 2k in size - even just a couple of hundred bytes.

    But I do find that saving images in gif using gimp creates larger size image compared to saving the same image using say photoshop. I have sometimes wondered why this happens ....

    --
    Linux Help
    for all things on Linux
    1. Re:If you haven't noticed.... by Anonymous Coward · · Score: 1, Informative

      Because the use different implementations of the LZW compressor. Compression schemes are generally defined by the DECOMPRESSOR, leaving implementors to be as clever as they want as long as they write valid bitstreams. HTH.

      PS. Use PNG instead. Bonus: No irritating animation!

  34. MP3 is coming up by chebucto · · Score: 1

    Four more years until the MP3 patent expires. I can't wait - finally there will be no reason to advocate a media format named after a neanderthal cave dweller!

    --
    The English word fart is one of the oldest words in the English vocabulary.
    1. Re:MP3 is coming up by bluefoxlucid · · Score: 2, Insightful

      Except that Ogg Vorbis typically gets good rates around 70-90Kbit/s and MP3 gets comparable rates around 160-192kbit/s. When SBR becomes unencumbered (patented in 2003, will expire in what 14 years? 2017?) MP3Pro won't need such licensing and will fall in with Ogg Vorbis; but Ogg Vorbis will pull ahead by a large amount as well and probably show 30-60Kbit/s rates!

      Besides, Vorbis handles a bunch of stuff MP3 doesn't, such as a large number of channels (MP3 handles Mono, Stereo, Joint Stereo; Vorbis handle joint channels and disjoint channels but doesn't limit the number, so it could do 14 channel theater-style surround sound).

    2. Re:MP3 is coming up by Anonymous Coward · · Score: 0

      Yeah - the fact that Vorbis sounds better and takes up less space is inconsequential to everyone, it seems.

    3. Re:MP3 is coming up by Anonymous Coward · · Score: 0

      (Nanny) Ogg and Vorbis are characters from Terry Pratchett's Discworld, you big ninny.

      You fail at geek.

    4. Re:MP3 is coming up by LiquidFire_HK · · Score: 1
      Not entirely true: (from Wikipedia)
      It is often erroneously assumed that the name Ogg comes from the character of Nanny Ogg in Terry Pratchett's Discworld novels. Rather, it derives from ogging, jargon that arose in the computer game, Netrek. Originally meaning a kamikaze attack and later, more generally, to do something forcefully possibly without consideration of the drain on future resources. At its inception, the Ogg project was thought to be somewhat ambitious given the power of the PC hardware of the time.
      Vorbis, on the other hand, is indeed named after a Terry Pratchett character.
  35. Re:what kind of jerk are you by steveit_is · · Score: 2, Interesting

    Are you an skillfull troll, or an ignorant ass? Sometimes it's hard to tell.

    The 'vendors' did pay licensing, until something better came along (png). Thanks to Unisys contracts* though, Microsoft never provided proper support for PNG.

    * Ask yourself why Microsoft never had to pay gif licensing fees when everyone else did, and PNG alpha layer support stayed broken through 3 versions of Internet Explorer.

  36. Wonders of the GIF. by Jerk+City+Troll · · Score: 2, Informative

    In addition to flashing banner ads and stylish web sites, the Graphical Interchange Format has brough us another important wonder.

    Your The Man Now, Dog.

    Imagine if we never had such a format. Would YTMND even be possible? We can only speculate, but I, for one, would like to thank Unisys for this valuable contribution. Afterall, 361,984—and growing—YTMND sites can't be wrong!

    1. Re:Wonders of the GIF. by Anonymous Coward · · Score: 0

      Are you BLIND?

      Yes! Yes, they can all be wrong! So very, very wrong.

      My captcha for this post is "vomited". How appropriate!

    2. Re:Wonders of the GIF. by Anonymous Coward · · Score: 0

      > Afterall, 361,984--and growing--YTMND sites can't be wrong!

      Next you'll be telling me that myspace makes a valueable contribution to the value of the internet...

  37. Two reasons left by xant · · Score: 2, Insightful

    1) Pre-IE7 versions of IE do not support transparent PNG without hacks. The hacks are not terribly difficult to implement, but if you don't like hacks, and you need transparent images, you might use GIF. OTOH, you might not: GIF only supports on/off transparency. That means a pixel is either completely transparent or completely opaque. Lots of things like soft shadows only look right with the alpha transparency of PNG. This argument will gradually fade away as IE7 gains widespread adoption. It isn't much of a reason today.

    2) GIF supports animation, PNG does not support animation. The other standard, MNG, does, but it has very little browser support. Firefox doesn't even support it out of the box. OTOH, animating an 8-bit image is not considered the height of cool any more; you're probably going to use Flash if you want graphics that move. Again, not much of a reason today.

    Conclusion: If you're designing a new website, you probably have no reason to use GIF at all. If any of the above reasons apply to your existing website, it's probably time for a site redesign, eh? Nevertheless, there they are.

    --
    It's rare that you're presented with a knob whose only two positions are Make History and Flee Your Glorious Destiny.
  38. Re:what kind of jerk are you by Anonymous Coward · · Score: 0

    You are the jerk. Learn how to spell, dummy.

  39. Stolen? Try given away. by micromuncher · · Score: 3, Informative

    LZW was published in IEEE in '84 by Welsh. It did not mention the patent. Some have argued this made the algorithm public knowledge. Unisys applied for the patent in '83, but did not enforce it until '89 WHEN IT WAS WIDELY ADOPTED. A lot of people that helped its adoption did so under the impression it was patent free.

    So... how can it be stolen... if it was given away?

    --
    /\/\icro/\/\uncher
  40. Re:what kind of jerk are you by Ant+P. · · Score: 1

    I think it's for the same reason they left HTML, CSS and Javascript support similarly crippled, while providing perfect VBscript and ActiveX support.

  41. I guess this is ok... by symbolic · · Score: 1


    But it's too bad there isn't more excitement about more modern (and more functional) formats like SVG.

    1. Re:I guess this is ok... by Anonymous Coward · · Score: 0

      That's probably because the advent of broadband connections made a vector-based markup language useless.

    2. Re:I guess this is ok... by backwardMechanic · · Score: 1

      Unless you want to take a screen graphic and PRINT IT REALLY BIG (sorry, my keyboard doesn't have any bigger letters). Not to mention all those desktop icons that automatically scale to the size you want them.

    3. Re:I guess this is ok... by symbolic · · Score: 1

      That's exactly what I was referring to - you can't take a bitmap and blow it up without making it look like crap. SVG allows you to view images at any zoom factor with no loss in quality - so you get both bandwidth savings (which is still an issue for busy sites), and better quality.

    4. Re:I guess this is ok... by Anonymous Coward · · Score: 0

      It's open source and all over Wikipedia so SVG has to be cool... http://en.wikipedia.org/wiki/SVG

  42. ONEONEOENEELeventyone. by Bloke+down+the+pub · · Score: 1
    If you're dealing with bandwidth issues and lots of users, it can add up.
    Oh noes, you mean the tubes might get all blocked up and all the internets wouldn't be able to get through!!!!!!
    --
    It's true I tell you, feller at work's next door neighbour read it in the paper.
  43. What?? by Headcase88 · · Score: 3, Funny

    Slashdot posted something two days early?? *head explodes*

    --
    "When the atomic bomb goes off there's devastation...but when the atomic bong goes off there's celebraaaaation!"
    1. Re:What?? by Pharmboy · · Score: 1

      Slashdot posted something two days early?? *head explodes*

      Don't worry, they will probably dupe this article on Oct. 1, twice, to make up for it.

      --
      Tequila: It's not just for breakfast anymore!
    2. Re:What?? by NinjaFarmer · · Score: 2, Funny

      Don't worry, they will probably dupe this article on Oct. 1, twice, to make up for it.

      Once on October 2nd. And then again in November... of 2007.

  44. Magus disagrees by Deathbane27 · · Score: 1
    --
    If it ain't broke, it needs more features!
    1. Re:Magus disagrees by gkhan1 · · Score: 1

      Wait, wait... is that who I think it is? Magus? From Chrono Trigger? Damn, that was a good game...

    2. Re:Magus disagrees by jZnat · · Score: 1

      Yep, that's Magus; the only person who runs by floating diagonally that I've ever seen...

      --
      'Yes, firefox is indeed greater than women. Can women block pops up for you? No. Can Firefox show you naked women? Yes.'
  45. Ogg? by Poromenos1 · · Score: 1

    If you mean Vorbis, then yeah, there will be no reason, apart from the *much* better quality at the same bitrate. I'd like to see mp3 be audible at 4 kbps (as vorbis does with floggy) :P

    --
    Send email from the afterlife! Write your e-will at Dead Man's Switch.
    1. Re:Ogg? by Jugalator · · Score: 1

      Low bitrate audio is only necessary in specialized uses, and hardly on portable devices anymore. Media players are moving to 80 GB sizes and more, and even the lower boundary for sold players seem to increase. I don't need to even bring up hard drives, and then we only have e.g Internet radio left, in which case Ogg's may be more useful in case of bandwidth limits, although I'm personally having no problem streaming 128 kbps or more all day long, and I believe ISP subscriptions are moving in this direction in general if they aren't already there.

      --
      Beware: In C++, your friends can see your privates!
  46. Re:killed the format by K8Fan · · Score: 1
    The only thing it's used for these days is cheesy animated banner ads.

    Run-length-encoding is just plain better for images with areas of solid color, like cartoons. JPEG-type compression sucks for images with areas of solid colors and hard transitions. Sure, I could find some variant of PNG that would work, but could I be sure that it would work on every browser? The great part about GIF is that I know it will appear, and I don't have to worry that some browser out there might not impliment the pallette-based part of PNG.

    Professional web designers would probably be required to put a little more thought into their work.

    HAH! Most of them don't know that there is anything other than JPEG or TIFF, from what I've seen.

    --
    "How perfectly Goddamn delightful it all is, to be sure" Charles Crumb
  47. Check out this mung! by Asmor · · Score: 2, Funny

    That's gonna be a fun file type to say out loud...

    "Dude, check out this mung!"

    1. Re:Check out this mung! by Eideewt · · Score: 1

      Except it's pronounced "ming". Just like PNG is "ping".

    2. Re:Check out this mung! by Tony+Hoyle · · Score: 1

      Not a great name.. maybe you don't know what 'ming' means

      http://www.urbandictionary.com/define.php?term=min g

    3. Re:Check out this mung! by Eideewt · · Score: 1

      An Asain person?

    4. Re:Check out this mung! by mobets · · Score: 1

      What an amazing word
      It is both a "god-like being" and "A person who has no talent and little knowledge of the job that they perform."

      --

      It was me, I did it, I moved your cheese
    5. Re:Check out this mung! by Jedi+Alec · · Score: 1

      It is both a "god-like being" and "A person who has no talent and little knowledge of the job that they perform."

      Senior management!

      --

      People replying to my sig annoy me. That's why I change it all the time.
  48. reading comprehension by macadamia_harold · · Score: 1

    Yeah, the lack of true 16-bit and 24-bit support in GIF would never have spurred the development of something better. Try again.

    I'm not saying it wouldn't have ever happened. I'm saying we wouldn't have it TODAY.

    1. Re:reading comprehension by Krilomir · · Score: 1

      And what are you basing that claim on? 256 colours went out of fashion quite a while ago.

  49. Re:killed the format by Iron+Condor · · Score: 1

    GIF was designed, for logos

    Nope.

    --
    We're all born with nothing.
    If you die in debt, you're ahead.
  50. Re:Stolen? Try given away. by Trixter · · Score: 1

    "how can it be stolen... if it was given away?"

    You've obviously never dealt with IP lawyers.

  51. Re:killed the format by ultranova · · Score: 1

    8-bit PNG serves pretty well as a replacement under many circumstances, but it's not supported as ubiquitously, nor does it support animation

    Good. There's few Web features I hate as much as moving, flashing things in a page of text. They draw the eye towards themselves, and make concentrating on text harder. The only ones who use them are ad banner makers and web "designers" who are too young to shave.

    --

    Forget magic. Any technology distinguishable from divine power is insufficiently advanced.

  52. Re:Stolen? Try given away. by Anonymous Coward · · Score: 0

    It was already available freely from the patent office too. Just not read as much...

    Also you need to remember where GIF came from. It was basically a bunch of people, as a HOBBIE, working on a decent Graphic Interchange Format. Do you think everyone read patents at the time. Ignorance of the law does not shield you from the law.

    Which came first patent or publication in IEEE? For example there are HUNDREDS of articals out there that describe process that is patented yet do not list the patents. Are those now 'free' to use under your logic?

  53. Re:killed the format by Dekker3D · · Score: 1

    you use jpg for internet graphics? okay, this may get me kicked out of slashdot, but... you, cheeze, are a noob. not the "newbie" kind, but the "n00b" kind. the bad kind. may you rot in a pixely and grainy hell for using jpg. now seriously, i do not hate jpg. it's good for photo's and scans. but internet graphics are mostly computer-generated. and any animated series of jpg images would look horrible due to the semi-random graininess. have you ever considered using png or gif or if absolutely necessary, bmp?

  54. GIF is dead by Anonymous Coward · · Score: 0

    GIF is dead.
    Does anyone use GIF anymore?

    PNG is much better.

    GIF sucks, and Unisys helped kill it off.

    Any way to make Firefox not download/load GIF images? I can live without them.

    Maybe GIF is finaly patent-free, but who cares about GIF? It is dead, dead and burried. Just forget about GIF.
    PNG for the win! :_/

  55. Re:killed the format by gnud · · Score: 1
    Let's say you have that same logo, and you want to animate it for 3 frames. What's a better solution than animated GIF?

    Not animating it.
  56. MNG by Anonymous Coward · · Score: 0

    How do you pronounce that? Minge?

  57. When levels don't matter... by CYDVicious · · Score: 1

    ...or he works with graphics with a specific objective that the GIF format does not live up to the same quality standards. I can think of one industry where the JPG rules over the GIF...hmmm...ever since the days of 2400 Baud modems, I remember that certain industry using JPGs and having to wait for the blurred image to refresh with the next compression level...Mmmm anyone else miss the anticipation of waiting for the JPG to finish loading... ~CYD

    --
    //Nothing to see here, please move along.
    1. Re:When levels don't matter... by WilliamSChips · · Score: 1

      JPG is a completely different format from GIF and PNG. JPG is lossy while the other two are lossless.

      --
      Please, for the good of Humanity, vote Obama.
  58. Headline should read... by Shadyman · · Score: 1

    Headline should read: "GIF format is finally patent-free, but bows down to formats such as png."

  59. What about TIFF? by TheMatt · · Score: 1

    Isn't TIFF's patent mess now over as well? And if so, when will I be able to view TIFFs in Firefox? Soon? Please? Question mark?

    --

    Fortran programmer...oh yeah. Array math for life!

    1. Re:What about TIFF? by Intron · · Score: 2, Informative

      Same patent is for LZW in gif and TIFF.

      --
      Intron: the portion of DNA which expresses nothing useful.
    2. Re:What about TIFF? by Jaime2 · · Score: 1

      The biggest problem with TIFF isn't patents. The official TIFF standard is now controlled by Adobe who seems to have no plans to move it forward. TIFF could compete with PDF on many fronts, so Adobe wants it to stagnate. TIFF 6 had a lot of issues with not being explicit enough to ensure compatibility (mostly with JPEG compressed TIFFs). A strong leadership could have saved the format a lot of pain. BTW, there are open source TIFF implementations like libtiff and DevIL, so I don't know why there isn't support in Firefox. But, libtiff doesn't open a lot of commercially produced TIFFs becuase of the above mentioned compatibility issues. Search for TIFF Technical Note #2 if you want to know about the JPEG-in-TIFF fiasco.

    3. Re:What about TIFF? by petermgreen · · Score: 1

      the patent on lzw (which affected gif and some but not all variants of tiff) is gone, some tiff variants almost certainly suffer from other patent issues though.

      the REAL problem with tiff is there are so many variants. full tiff support requires an insanely huge library (that will probablly have patent issues somewhere) and partial tiff support is a recipie for confusion.

      --
      note: i'm known as plugwash most places but i screwd up registering that here somehow in the past and now can't register
  60. Re:killed the format by nine-times · · Score: 2, Insightful

    That's just not true. I know everyone here is trying to sound cool by saying, "Animated GIFs are teh 5uXx0rs!!!11! You probably use MIDIs on all your pages!"

    Yes, the technology has limited practical use, but that's not the same as no use whatsoever. Just like many other technologies in the early days, animated GIFs were overused in horrible designs. But does the existence of a "BLINK" tag mean that all HTML was bad?

    Sometimes people use animated GIFs as actual content, and not part of some needless flashing decoration. You know, like if you were describing a process, and you needed to include a simple animation on your page to illustrate your point, an animated GIF might be appropriate. Just maybe.

    In the whole of the web, good use of animation does exist. There are even cases of animated GIFs being used in very clever web pages as activity indicators. I hate the term, but you know all this "Web 2.0" junk? Yes, some of it is actually pretty good, and sometimes they make use of animations, and every now and then, those animations are animated GIFs.

    What I'm saying is, animated GIFs, like a lot of web technologies, are overused and abused, but that doesn't mean they're inherently bad. It just means you shouldn't use them when they aren't appropriate.

  61. Re:Stolen? Try given away. by Anonymous Coward · · Score: 2, Informative

    Who modded this informative? You really don't understand patent law.

    LZW was published in IEEE in '84 by Welsh. It did not mention the patent. Some have argued this made the algorithm public knowledge.

    By publishing it, it was made it public at that time. You don't have to mention that you filed for a patent. You certainly can say "patent pending", but you aren't required to.

    Unisys applied for the patent in '83,

    So, Unisys filed for the patent before it was made public. Perfectly legal.

    but did not enforce it until '89 WHEN IT WAS WIDELY ADOPTED.

    Does not matter at all. Unlike trademarks, where if you don't actively defend the trademark there is a risk of losing the trademark, you don't have to defend a patent to make it valid. A patent remains valid even if you don't defend it, even if you allow some people to infringe the patent without suing right away.

    A lot of people that helped its adoption did so under the impression it was patent free.

    Then they were mistaken. That's their own fault.

    So... how can it be stolen... if it was given away?

    It wasn't given away. It was published. By publishing after filing for a patent, you retain all your rights to the patent.

    Now, you might want to argue that algorithms shouldn't be subject to patent law, but that's a completely different discussion.

  62. PARENT IS WRONG. by Anonymous Coward · · Score: 0

    Your point (1) is completely wrong. Thank you for being one of the igorant people "helpfully" spreading ignorant "facts" about PNG, hindering its adoption.

    IE doesn't support anything ABOVE 1-bit alpha. ABOVE. You're not giving anything up by going PNG when it comes to transparency.

  63. Truecolor GIFs by springbox · · Score: 1
    for one, don't think GIF is going anywhere. Limited to 256 colours, sure.

    The GIFormat is not limited to 256 colors! Read this for more information and a demonstration. I guess I should fix the Wikipedia entry sometime as well.

    1. Re:Truecolor GIFs by itlurksbeneath · · Score: 1

      And on an interesting note, if you save that as a PNG file (Gimp - compression set to 9) you get a 13.3K image. The original example GIF from that page was 180K (although the page author admits that GIFs with > 256 colors don't use LZW compression). The same file, saved as a GIF quantized to 256 colors ends up as 24.3K. Same number of pixels, but in this case the PNG has more bits per pixel and STILL ends up with a smaller file. I'm sold...

      --
      Have you ever considered piracy? You'd make a wonderful Dread Pirate Roberts.
    2. Re:Truecolor GIFs by bluephone · · Score: 1

      At best that's a loophole in the spec, at worst an abomination that should be sent to Gitmo. Yes, it's an interesting hack, but no one can claim it's legit by the spec. The relocating of subsequent frames and independent color palettes are a "bug" that this trick exploits.

      --
      jX [ Make everything as simple as possible, but no simpler. - Einstein ]
    3. Re:Truecolor GIFs by petermgreen · · Score: 1

      see the section "11. About Color Tables." in http://www.w3.org/Graphics/GIF/spec-gif89a.txt

      It clearly allows local palletes for the images (frames in animated gif speak) rendered to the logical screen.

      and section "8. The Decoder." clearly states that a decoder should render without delays other than those specified (unfortunately most browsers seem to ignore this part of the spec and insert a minimum delay).

      so loophole or not such images ARE compliant with the spec, thier existance is more a curiosity than a practical feature though.

      --
      note: i'm known as plugwash most places but i screwd up registering that here somehow in the past and now can't register
  64. Re:killed the format by GoRK · · Score: 1

    I still use GIF's most everywhere, but it cannot be stated enough that the allegation that "PNG's are larger than GIF's" are completely false. Most of this idea comes from many popular applications improperly or inadequately supporting PNG.

    Although many applications that claim to support PNG do not perform adequate compression, any compression at all, or worse save every PNG in an uncompressed 24/32/40/48 bit format, in 99.9% of the cases for any given GIF file a PNG file can be created that is smaller. The edge cases where a PNG could not be made smaller only occur when a GIF file can be constructed that is smaller than the header information necessary to support the corresponding features in PNG.

    It is true that transparency, gamma, and animation are either not implemented or poorly implemented by a great deal of software, though, which in my book makes it a fairly unreliable format for deployment on many commercial sites. This has been changing for the better the last few years, but the fight for proper PNG support is far from over.

  65. Also, uncompressed. by Anonymous Coward · · Score: 0

    Should probably mention that one can write uncompressed GIFs. It's not impossible that some packages did this to bypass the LZW issues.

  66. Re:Stolen? Try given away. by micromuncher · · Score: 2, Informative

    OK; bunch of you nay sayers say "ignorance of the law" is no excuse. But this isn't a case of ignorance. Two important things; disclosure and prior art. Its the same reason why Coke doesn't publish the recipe; because disclosure of a recipe (algorithm in our case) is mixing things from the domain of common knowledge. Nothing Lempel, Ziv, and/or Welsh did was unqiue. Sliding windows and dictionary substitutions for compression; I have published ACM algorithms from '68 that have similar concepts. Course now you'll argue that the patent office erred in granting the patent but that doesn't obviate that it was granted and people should have respected the patent. Thats where it becomes totally subjective; if a patent is blatently wrong, its left to the courts to figure it out, with adversaries on both sides that can afford to fight it. Joe hobbiest doesn't give a shit, and its a stretch to say ignorance in this case is willful maleficence. Why? Because if those hobbiests didn't implement the fucking thing, Unisys wouldn't have been able to capitalize on it. No damages.

    --
    /\/\icro/\/\uncher
  67. Roger Miller - Whistle Stop by tepples · · Score: 2, Informative
    that's not the original music is it?

    The original music from Hampster Dance is a sample from "Whistle Stop" performed by Roger Miller, sped up 70% (as if a 45 RPM vinyl record were being played at 78 RPM). This song originally appeared as the theme song from Disney's animated feature film Robin Hood, and when Hampster Dance went commercial, it might have proven cheaper to cover the song (as Cuban Boys did with "Cognoscenti vs. Intelligentsia") than to license Miller's recording.

    1. Re:Roger Miller - Whistle Stop by rucs_hack · · Score: 1

      wow, there's always someone hanging about in these here interweb tubes that knows the answer :-)

  68. Ignorance is sometimes amusing, but sometimes not by fizbin · · Score: 1

    The above-mentioned patents don't relate directly to image storage formats; they relate to compression algorithms, which I imagine are still in demand in all sorts of specialized cases.

  69. Re:killed the format by maggard · · Score: 1

    GIF was designed, for logos: it is lossless, has a very limited color palette, and allows for some amount of transparency.

    No.

    GIF was created for the cutting edge graphics of its time, the IBM Color Card, that went into the more-power-then-youll-ever-need IBM XT. It also worked well on the Commodore 64, the Apple IIc, the TI994a, the Tandy Coco, and the venerable Amiga.

    There was no great for logos on the web; back then the web was downloading a cheesecake photo in GIF, from Comp$erve or Fidonet, or if you were really clever FTPing a coupla pictures from simtel20 or the like.

    However everyone was well aware of the visual limitations of GIF and so JPEG was soon developed, ratified and supported. Critical to the success of JPEG was the early developent of a free, portable, library that could be trivially implemented into all sorts of products.

    One of those was an obscure internet client in the spirit of Gopher that used a stripped down SGML to layout pages with links in em. That went on to spark the great browser explosion, which begat numerous competing file formats/plugins all vying to be the next big thing, all with restrictive & expensive licenses.

    Of the still image formats only the late-developed PNG, which was intentionionally free & extendable, has enjoyed sucess. All of the other clever ones went away, rendered irrelevant by increasing transmission speeds, network effect standardization, and an unwillingness by everyone to pay for what nearly-good-enough could do for free.

    Today? VRML is dead. SVG a stillborn promise (though if Apples Safari supports it we might see renewed interest.) JPEG2000 going nowhere fast. PS/PDF a niche application. Flash stereotyped as dumb annoying animation. PNG slowly being adopted, waiting for IE7 to really step up to bat.

    But GIF? Going strong.

    --
    I don't read ACs: If a post isn't worth so much as a nom de plume to its author then I wont bother either.
  70. Ogg tags are more versatile. by jbn-o · · Score: 1

    And the superior tagging one can get with Ogg versus what one can use with MP3. I also enjoy using the same set of tags on FLAC and Ogg Vorbis files.

    And that 4 years is a long time in patent law; the US patent regime might move from a first-to-"invent" to a first-to-file system (in other words, let the largest corporate lawyers prevail). Patenting trivial variations to extend the life of an expired patent might become popular for software patents (as I'm told they are for drug patents).

  71. If this doesn't make you happy... by thegnu · · Score: 1

    http://sa.madtasty.com/images/nws/animated-goatse. gif

    I don't know what will. Poor, miserable human being...

    --
    Please stop stalking me, bro.
  72. Suspension of Habeas Corpus by tmjva · · Score: 0, Troll

    Anyone notice the suspension of Habeas Corpus in the bill? Why if your suspected of supporting terrorism, you could simply disappea...

    --
    Tracy Johnson
    Old fashioned text games hosted below:
    http://empire.openmpe.com/
    BT
  73. experiencing the better web by roman_mir · · Score: 0, Troll
  74. Use PNG "indexed" instead of "true color" by Anonymous Coward · · Score: 0

    For really "size"-intensive images, you can save a PNG as an indexed format instead of the (usual default) true color. You end up with basically a gif (no variable alpha transparency) and a limited amount of colors, but the file size is a lot smaller. Smaller, I'm pretty sure, than an identical GIF.

    I'm not sure how to do this in newer graphics programs, but my PhotoImpact 6 from half a decade a go does the job fine. :-)

    1. Re:Use PNG "indexed" instead of "true color" by arose · · Score: 1

      You also make indexed PNGs with variable transparency with tools such as pngquant and pngnq.

      Also a half decade old program probably has worse compression then OptiPNG.

      --
      Analogies don't equal equalities, they are merely somewhat analogous.
  75. 4.x and newer browsers support PNG by tepples · · Score: 1
    Sure, I could find some variant of PNG that would work, but could I be sure that it would work on every browser? The great part about GIF is that I know it will appear, and I don't have to worry that some browser out there might not impliment the pallette-based part of PNG.

    All browsers worth caring about support indexed PNG at least as well as they support still GIF. This includes Microsoft Internet Explorer >= 4, Netscape >= 4, and all versions of browsers using engines based on Gecko (Firefox, Epiphany, Camino), KHTML (Konqueror, Safari) or Presto (Opera, Nintendo DS Browser).

  76. GIF is lossy because dithering adds noise by tepples · · Score: 1
    JPG is a completely different format from GIF and PNG.

    True.

    JPG is lossy while the other two are lossless.

    False. GIF is lossy, as it is limited to 255 colors per frame. Conversion from a 24-bit image to GIF involves an operation called dithering, which adds noise to the image. In fact, the amount of loss in GIF (called "palette size") can be dialed up and down just as easily as JPEG's quantization scale factor.

    1. Re:GIF is lossy because dithering adds noise by RR · · Score: 1
      False. GIF is lossy, as it is limited to 255 colors per frame. Conversion from a 24-bit image to GIF involves an operation called dithering, which adds noise to the image.

      "False" back atcha. With that criterion, you might as well say that PNG is lossy because it doesn't accurately reproduce image depth or iridescence.

      For an image that is naturally limited to opaque 8-bit color, GIF is certainly lossless. If you adjust the palette correctly, you can represent any appropriate color without dithering. I don't know why some of you photo geeks have such a problem with that.

      --
      Have a nice time.
    2. Re:GIF is lossy because dithering adds noise by tepples · · Score: 1
      For an image that is naturally limited to opaque 8-bit color, GIF is certainly lossless. If you adjust the palette correctly, you can represent any appropriate color without dithering. I don't know why some of you photo geeks have such a problem with that.

      Because no color image received through a camera lens is naturally limited in such a way. Do you want us all to go back to black-and-white photography?

    3. Re:GIF is lossy because dithering adds noise by WilliamSChips · · Score: 1

      I bow before your technical skills. However, my main point, to which you answered "True", still stands.

      --
      Please, for the good of Humanity, vote Obama.
    4. Re:GIF is lossy because dithering adds noise by RR · · Score: 1
      For an image that is naturally limited to opaque 8-bit color, GIF is certainly lossless. ... I don't know why some of you photo geeks have such a problem with that.
      Because no color image received through a camera lens is naturally limited in such a way. Do you want us all to go back to black-and-white photography?

      Ack! Straw man! GIF is used for digital photography only in my nightmares. While the real world is not a 24-bit bitmap, the data from the camera can be pretty nearly represented by it, so GIF is not appropriate. Even for black and white photos, I think the continuous curves don't compress that well with GIF's celebrated LZW.

      What would be appropriate is something intentionally simple, most likely an icon for a button or a logo. Drawings naturally have only the colors that you put in them. Sometimes, shading and multilevel transparency are just extra work for the artist, the display device, and the storage device, and sometimes LZ77 inflate takes too much power. As those times become rarer, GIF becomes less relevant.

      Of course, Internet Explorer is the spoiler.

      --
      Have a nice time.
    5. Re:GIF is lossy because dithering adds noise by petermgreen · · Score: 1

      False. GIF is lossy, as it is limited to 255 colors per frame. Conversion from a 24-bit image to GIF involves an operation called dithering, which adds noise to the image. In fact, the amount of loss in GIF (called "palette size") can be dialed up and down just as easily as JPEG's quantization scale factor.
      by the same reasoning you could say every image format is lossy as it can't precisely represent the raw output from your cameras CCD.

      yes an image beyond a formats limitations will incur loss during conversion but that doesn't imo make the format lossy in the same way that say JPEG is (otherwise you'd have to consider every image format lossy).

      --
      note: i'm known as plugwash most places but i screwd up registering that here somehow in the past and now can't register
    6. Re:GIF is lossy because dithering adds noise by Anonymous Coward · · Score: 0

      >> JPG is lossy while the other two are lossless.

      >False. GIF is lossy, as it is limited to 255 colors per frame.

      I hate to nitpick, but you're not using the term "lossy" correctly. You're using it to refer to image fidelity and sampling quantization levels, when in fact all it means is that when you decompress, you get out exactly what you put in.

      In this sense, LZW is lossless because you can count on it to restore your original file accurately to the last bit. There are variations of JPEG which are lossless, but in general with JPEG you can't guarantee that the image that went in will come out exactly the same to the last pixel.

    7. Re:GIF is lossy because dithering adds noise by tepples · · Score: 1
      in general with JPEG you can't guarantee that the image that went in will come out exactly the same to the last pixel.

      If you use the same quantization matrix for decoding and reencoding a JPEG image, and your encoder is worth a damn, then yes, you will get the same image. It's not like MP3, where overlapping adjacent blocks will affect your encode and virtually guarantee generation loss.

    8. Re:GIF is lossy because dithering adds noise by Anonymous Coward · · Score: 0

      > If you use the same quantization matrix for decoding and reencoding a JPEG image,
      > and your encoder is worth a damn, then yes, you will get the same image

      Yes, that's why I said "in general." However, you're talking about decompressing a compressed image and recompressing it, and getting the same results. I'm talking about compressing the image in the first place - if your decompressed image comes out the same as the source image bit-for-bit, then the compression is lossless.

      The whole point of lossless compression is that you're guaranteed to not to lose information *during* compression and decompression. Quantizing the image beforehand is different from the compression aspect, just as high-pass filtering is different from compressing the audio with MPEG-1 Level 3. What I'm trying to clarify is that the term "lossy" refers to the compression, not to the fidelity of the image to its source material.

  77. Yay by Monsuco · · Score: 1
    Now my various avatars are all patent free...

    Of course, they still don't look any better.

  78. Some animations are useful by tepples · · Score: 1

    So if you claim that the web should be devoid of animation, then what do you recommend for illustrating how a rotary engine operates?

  79. Motion JPEG by tepples · · Score: 1
    and any animated series of jpg images would look horrible due to the semi-random graininess.

    Do you know anything about video production? For one thing, see Motion JPEG and DV.

    1. Re:Motion JPEG by Anonymous Coward · · Score: 0

      Yup.. grainy, what's your point dexter?

    2. Re:Motion JPEG by tepples · · Score: 1

      Motion JPEG and MPEG are grainy but less so than, say, the average analog TV signal. And how is it any more grainy than video dithered down to 8-bit?

  80. that gif crashes firefox! by choongiri · · Score: 1

    the second one, in firefox 2.0b2 (ubuntu edgy). i'm not even kidding.

    1. Re:that gif crashes firefox! by keitosama · · Score: 1

      Same browser, same OS, no crash.

  81. Re:killed the format by Richard+Steiner · · Score: 1

    I use GIF files still becayse I have a lot of software on variuos platforms which legally supports it, and I don't have as much software which supports PNG. That, plus animation, makes it a useful format for me.

    In time I may switch to PNG. Who knows?

    --
    Mainframe/UNIX Bit Twiddler and long time Windows/Linux Hobbyist.
    The Theorem Theorem: If If, Then Then.
  82. we don't have to worry about unisys anymore,... by cashman73 · · Score: 1

    I'd say we don't have to worry about Unisys anymore, until I read this press release,... I guess we don't have to worry about the GIF thing no more, but you better not throw away your tin foil hat,... ;-)

  83. How JPEG is animated by tepples · · Score: 1
  84. Better compression = more listeners by tepples · · Score: 1
    although I'm personally having no problem streaming 128 kbps or more all day long

    To how many listeners at once?

  85. Re:Hilarious? USPTO is Hilarious by bluephone · · Score: 1

    That's refering to an enhanced LZW algo, so if your'e interested in THAT algo, they're letting you know one exists and how to get it, as people will be going there to find out about the current LZW. At worst, that's a sign saying "This is free, but we have a better version you can still pay for."

    --
    jX [ Make everything as simple as possible, but no simpler. - Einstein ]
  86. GIF not going anywhere by Espectr0 · · Score: 1

    As long as someone is using an internet explorer that doesn't support PNG transparency, i will keep using GIF for low color images that need to be transparent. My guess? About 5-10 years where there aren't anymore win9x/2k/me users.

    1. Re:GIF not going anywhere by Anonymous Coward · · Score: 0

      As long as someone is using an internet explorer that doesn't support PNG transparency, i will keep using GIF for low color images that need to be transparent.

      Do what I do and have both a png, to use by default, and gif, to serve if the browser is detected as IE. The gif has lower colour depth and doesn't have some things that I want to use, like drop shadows, but I don't see why my web pages ought to suffer because of inadequacies of someone elses software.

      Maybe if enough people do this then people will start to notice that pages don't look as good in IE as they do in other browsers.

    2. Re:GIF not going anywhere by arose · · Score: 1

      Low color PNGs with binary transparency are supported by IE, no reason to miss out on better compression.

      --
      Analogies don't equal equalities, they are merely somewhat analogous.
  87. Ignorance is powerful by ebuck · · Score: 1

    That's the reason that they still put up new websites using HTML 3.2.
    That's the reason that they still link to print density pictures.
    That's the reason that they still depend on frames for navigation.
    That's the reason that they still use font tags.
    That's the reason that they still use tables.

    Sometimes I believe that the only way to see things improve is to wait until all of the dollar-bin how-to HTML books from 1999 decompose. It may have been the best technology available last decade, but "best technology" doesn't remain stable over the years.

    1. Re:Ignorance is powerful by Anonymous Coward · · Score: 1

      I don't think there's anything wrong with using tables to display tabular data. I do, agree, using tables for layout is hella lame.

      How do you display tabular data? Some unholy CSS tricks? Link to an Excel spreadsheet?

    2. Re:Ignorance is powerful by ebuck · · Score: 1

      Naturally, I wasn't really thinking about data presentation when I wrote my glib statements. I was talking about layout, and I'm glad we can at least come to some agreement on that use of tables.

      But to properly consider your question, I'll counter that tabular data implies that you know more about the format of the data than about the meaning of the data.

      So, sure, for tabular data, a table makes sense. However, you'll never get much reuse out of your data, because you'll have to write a non-trivial (but not that hard either) parser it to get it back into a form where the "cells" have some meaning. HTML falls short in this category, but namespaces probably provide a way to have your cake and eat it too. I haven't tried because I find that there's very little information that I need to present as a table these days.

      As far as "unholy" CSS hacks, well, that's what CSS is for. Theres nothing unholy (or holy for that matter) about using a stylesheet to present data with style. Certainly, there's room for improvement in rendering tables with CSS, but as your suggestion was to use Excel, I doubt you're really looking to better things.

      Come to think of it, there's nothing unholy about using tables as a presentation language, except that we've already established that using tables as a presentation language typically pollutes your markup language with a lot of elements that are only related to presentation style. The rub is that even for tabular data, tables are only a layout style, so it's philosopically the same as CSS. I only wonder why it's more important to describe the layout the information than to describe the information in a reusable way.

      Now the tree to table mapping that commonly occurs when sweating the "tableness" of both XML and HTML data forces a cell to bind to either a row more tightly than a column, or a column more tightly than a row. This side effect using a tree to represent a grid forces tables to always favor a column or row search / selection method, and has subtle implications on the performance of real world systems, even if provided with an interface that makes both selection methods seem identical.

      Trust me, these issues aren't isolated to tables in web pages. Even in 2 dimensional arrays, you'll get better performance on average if you read the data linearly down its memory addresses, which might be "reading by row" or "reading by column" depending on specifics of compiler choice, language, and whether you're using a cooked example to back your point! :) Note that I say "on average" because there are always trivial tables that will provide identical performance (table of no cells, table of one cell) but when things get big or badly located (table crosses memory page boundary) the speed improvements become noticable.

      There's algorithmic fixes to make row and column retrieval equally constant time operations, but they are not nearly as fast as knowing how the data is ordered in a low level and working with it in that direction.

  88. So finally by Trogre · · Score: 1

    Slashdot can go back to using .GIFs on its front page again.

    Oh wait.

    --
    "Nine times out of ten, starting a fire is not the best way to solve the problem." - my wife
  89. Re:killed the format by evilviper · · Score: 1
    But does the existence of a "BLINK" tag mean that all HTML was bad?

    YES Dammit!
    --
    Slashdot gets worse every day... Pipedot: News for nerds, without the corporate slant
  90. Re:Stolen? Try given away. by Anonymous Coward · · Score: 0

    OK; bunch of you nay sayers say "ignorance of the law" is no excuse. But this isn't a case of ignorance. Two important things; disclosure and prior art. Its the same reason why Coke doesn't publish the recipe; because disclosure of a recipe (algorithm in our case) is mixing things from the domain of common knowledge.

    You are confusing two types of intelectual property, and different law applies. Unisys had a patent. Coke has no patent on the recipe. In law, the recipe is called a trade secret. If someone buys a coke and puts a sample in a gas chromatograph or mass spectrometer, they can easily determine what goes into Coke. Since the recipe is not protected by patent, they could then make your own product that tastes exactly the same as Coke, without breaking any laws, and sell it.

    There are many "no name brand" copies of coke on the market, and they taste pretty much the same. Of course, the real reason people buy Coke is not because of the taste, it's because of the marketing and the power of the brand.

    Nothing Lempel, Ziv, and/or Welsh did was unqiue.

    Well, many patent offices around the world disagree with you. Many deep-pocketed lawyers also disagree with you.

    Sliding windows and dictionary substitutions for compression; I have published ACM algorithms from '68 that have similar concepts. Course now you'll argue that the patent office erred in granting the patent

    I'm really not sufficiently qualified in computer science to judge if the patent office made a mistake.

    if a patent is blatently wrong, its left to the courts to figure it out, with adversaries on both sides that can afford to fight it.

    Correct. And some of the Unisys victims were deep-pocketed, and they eventually believed the patent was valid.

    Joe hobbiest doesn't give a shit, and its a stretch to say ignorance in this case is willful maleficence. Why? Because if those hobbiests didn't implement the fucking thing, Unisys wouldn't have been able to capitalize on it. No damages.

    You are confusing business and law. The reason that Joe hobbiest doesn't give a shit is:

    - it does cost money to sue
    - the damages in each case would be small
    - unisys doesn't know who the millions of joe hobbiest are

    The fact that Joe hobbiest helped the market penetration & popularity of .GIF doesn't matter. He's still infringing on a patent. It isn't profitable for unisys to sue Joe for damages, but that doesn't mean Joe is innocent.

    Instead, unisys went after the easy targets: software companies with deep pockets.

  91. English 101 by Jerk+City+Troll · · Score: 1

    There is a very good possibility that you missed the sarcastic tone of my comment.

  92. Re:Stolen? Try given away. by Anonymous Coward · · Score: 0

    Perhaps. However it does not detract from the fact that it WAS published before hand. You were trying to imply that somehow something 'shady' went on. It did not. It was a rather big mistake on the part of the compuserve group. At the time no one was really paying much attention to this sort of thing anyway so how would they know? Seriously how WOULD you know that you are infringing on some patent. They just read some cool artical and used it. If lzw in GIF had been tweaked somehow it may have been unique. However it was almost verbatem from the artical which was lifted from the patent...

    However there are many patents that are just mashups of other patents and other 'art'. It is how science progresses. Is what they did 'unique' yes according to the patent office? It was also upheld in court several times. So it must have been unique enough. For example your 'similar' example, try mine, there are hundreds of patents on hinge brackets in the patent office. Does that somehow make them less patenable? Each one is unqiue yet it is just a hinge bracket.

    Now Unisys did submarine it a bit. But not a whole lot. It was only about 3-5 years AFTER GIF came out that they realized what was going on. Would you notice if someone was infringing on your patent if they made 1 item and sold it to some poor slob somewhere? No. But when it is used EVERYWHERE you kind of notice... Why would Unisys give a crap about some BBS board that made some file format? Was Unisys dicks about it? Definatly. You however seem to begrudge them the work they did. Even though it was not Unisys directly that did it. They did BUY that work. Meaning they paid a pretty sum for another company and its assests becoming if you will that company that did pay for that work. They also paid to get it patented (not a cheap thing to do). They took on the risk of the patent and it paid off. The 'shady' part was 'hey we got all this work we paid for lets make some money' In effect becoming a patent troll.

    Was I mad at the time they said 'pay up or else'? Hell yeah. But http://en.wikipedia.org/wiki/Stand_on_the_shoulder s_of_giants

  93. It's september! by insomniac8400 · · Score: 1

    It is currently september 29th, tomorrow is the 30th. I would hope slashdot can prevent idiots trying to jump the gun. Slashdot should be able to read a calendar and understand that the month of october starts on the 1st of october, not the 29th of september.

  94. so... by Vo0k · · Score: 1

    so... can we drop this cumbersome unsupported PNG format at last, and get back to using GIF without being told it's wrong?

    so? ;)

    --
    Anagram("United States of America") == "Dine out, taste a Mac, fries"
  95. Can I bring my mother into this discussion too? by ehrichweiss · · Score: 1

    First of all, that's MJPEG which might have some of the JPEG standards but is not the same thing by any means. If you'd read that wiki you'd know that. Sorry, the gap isn't bridged by dragging in a "new" format(if you consider 1995-ish technology to be new, that is), for one it's more for speed than compression(I can tell you from first hand experience that 30 min of vhs quality video is about 2Gb), and it was designed with non-linear editors in mind, not video for playback on the web. Speaking of the web though, everytime I've seen an MJPEG, it's required Quicktime so it's even less favorable since jpg, gif and png are useable in almost every browser available without modification.

    --
    0x09F911029D74E35BD84156C5635688C0
  96. nothing??? by oohshiny · · Score: 1

    Nothing except for the thousands of man-years it took to develop and deploy PNG and other workarounds for the Unisys patent.

    And for what? Unisys didn't even develop the key technology in question, and what was patented provided no useful advantage over open methods. The only reason Unisys was able to blackmail the world and cause all this trouble is because they failed to enforce the patent until the method had become a standard part of the infrastructure.

    This patent has cost the world a huge amount of money and provided nothing in return.

    1. Re:nothing??? by HeroreV · · Score: 1

      The move to a superior format like PNG would be much slower without the troubles of GIF. So in a way, the problems with GIF have been beneficial.

    2. Re:nothing??? by coaxial · · Score: 1

      Nothing except for the thousands of man-years it took to develop and deploy PNG and other workarounds for the Unisys patent.

      That would be the "much ado" part.

      People got in a dither because of all the FUD spread about the patent, both by Unisys and by anti-patent forces. ("Unisys is going to sue the world!" "If you display a GIF, you'll get sued!") And still, LZW compressed GIFs still needed to be supported by everything because there were, and still are, a significant number of them deployed. Meanwhile PNG was created as a GIF alternative that didn't gain that much traction outside the user app FOSS Community, which let's be honest, is small and ghettoized.

      Also, let's not forget, that PNG is in some respects is inferior to GIF. Transparency isn't supported by all displaying apps. (Sure that's largely due to Microsoft, but let's be adults here. You can't demand that users switch their apps for your whims. That's arrogance, which sadly is all too prevalent in the FOSS Community.) Also, PNG doesn't support animations, which along is the other reason people use GIFs. (Yes, MNG exists, but it's supported by no one, so it's not an option.)

      In the end GIF stuck around because of a combination of legacy support, and the fact that most people simply didn't care. We got PNG, which is an undersupported format, that remains feature-poor when compared to what it was meant to replace.

      Sadly, we should have expected nothing less since it came for the FOSS Community. The Community is preoccupied with solving problems that don't exist. The Community tends to play clone-the-app instead of innovate, and as the saying goes, "If you always follow the leader, you end up in second place." OGG was created, but it's supported by no one outside the FOSS ghetto. PNG was created, but isn't a true replacement. Pick an FOSS clone, and you'll inevetiably get a feature-poor and awkward version of a well working proprietary app.

      Conversely, if you look at the successful FOSS projects, you see that the common thread among them is that they aren't clones, they were first-movers. Apache, Perl, Python, Firefox, the Linux kernel (Yeah yeah, BSD386, but it didn't survive). I don't believe this is a coincidence. I believe it's simple economics (in the decision theoretical sense, not the monetary sense). When the niche is already filled, only those motivated by politics will switch away from a stable feature-rich app to a buggy feature-poor app. However when the niche is empty, people will come to you, and you can define the niche.

      I'm not some anti-FOSS person, nor am I always pro-proprietary. I believe strongly in open standards. Interoperability is the main thing. The one idea I learned as an undergrad that shaped the engineer I am today was "Avoid proprietary solutions like the plauge." Why? Because you can't always integrate them properly into system. However, I'm also for using the right tool for the right job, and frankly there's a lot of places where FOSS simply comes up short. Thankfuly, for many things, there's file convertors that mostly work, so I'm not completely stuck with the proprietary app if worst comes to worst.

      This patent has cost the world a huge amount of money and provided nothing in return.

      No. The FUD spread by the patent the patent cost money and time. Total people sued by Unisys over the GIF patent? Zero. That is nothing.

    3. Re:nothing??? by Anonymous Coward · · Score: 0

      > Also, let's not forget, that PNG is in some respects is inferior to GIF. Transparency isn't supported by all displaying apps.

      How is that in any way the fault of PNG's developers??

      > (Sure that's largely due to Microsoft, but let's be adults here. You can't demand that users switch their apps for your whims.
      > That's arrogance, which sadly is all too prevalent in the FOSS Community.)

      If it's arrogant to put PNGs on your web page and say "get another browser," it's certainly no more arrogant than doing your page entirely in Flash or putting ActiveX controls on it. You're right, though, that the smart designer caters to his audience, not to politics.

    4. Re:nothing??? by petermgreen · · Score: 1


      Also, let's not forget, that PNG is in some respects is inferior to GIF. Transparency isn't supported by all displaying apps. (Sure that's largely due to Microsoft, but let's be adults here. You can't demand that users switch their apps for your whims. That's arrogance, which sadly is all too prevalent in the FOSS Community.)
      gif like (paletized with a single transparent color) pngs are supported just fine and are generally smaller than the equivilent gif.

      And still, LZW compressed GIFs still needed to be supported by everything because there were, and still are, a significant number of them deployed
      iirc while unisys claims thier patent covers decompression those who have analysed it don't belive this would stand up in court whereas compression would.


      Also, PNG doesn't support animations, which along is the other reason people use GIFs. (Yes, MNG exists, but it's supported by no one, so it's not an option.)

      unfortunately true but animations are only a very small proportion of web images.

      In the end GIF stuck around because of a combination of legacy support, and the fact that most people simply didn't care.
      yeah, the fact that most people simply didn't care (just like most people don't care about the risk of being sued for sharing pirate content online until they are sent a personal threat by the ??AA) is almost certainly the main reason.

      btw i stopped using gif because the version of paint shop pro i use (a magazine cover CD special release) doesn't support gif due to the patent issue.

      No. The FUD spread by the patent the patent cost money and time. Total people sued by Unisys over the GIF patent? Zero. That is nothing.
      does it really make much difference whether you are actually sued or if you (or your legal department) just think the threat (and unisys certainly sent out threats) is credible enough that you'd better pay up? Things only go to court if one player is an asshole or if there is true dispute, if you know you are going to lose why go to court in the first place?

      Conversely, if you look at the successful FOSS projects, you see that the common thread among them is that they aren't clones, they were first-movers. Apache, Perl, Python, Firefox, the Linux kernel (Yeah yeah, BSD386, but it didn't survive). I don't believe this is a coincidence. I believe it's simple economics (in the decision theoretical sense, not the monetary sense). When the niche is already filled, only those motivated by politics will switch away from a stable feature-rich app to a buggy feature-poor app. However when the niche is empty, people will come to you, and you can define the niche.
      btw linux (clone of minix) apache (a collection of patches to a university project) and firefox (essentially a stripped mozilla) were hardly first movers. and the linux kernel would have had hardly any success at all without the vast array of underapricated clone software built on top of it.

      most software development is minor improvements over existing ideas, when the original is barred from you then you have to clone it before you can get up to the inovation stage and the FOSS community doesn't exactly have much option but to avoid anything which has patent threats hanging over it.

      --
      note: i'm known as plugwash most places but i screwd up registering that here somehow in the past and now can't register
  97. Flash bites by Anonymous Coward · · Score: 0

    All Flash is used for is (1) Ads, (2) convoluted, hard-to-navigate web sites written by newbie tossers to impress their idiot Advertising Agency bosses. These are generally throw-away marketing campaign web sites.

    I disable Flash, so I don't have to look at their stupid ads.

    I don't waste time with tosser web sites either. As soon as they give me that "You need Flash"
      I go somewhere else.

  98. Re: hilarious by Anonymous Coward · · Score: 0

    No, I do not find Unisys' page on GIF as hilarious as you do.

  99. Re: "...Flash has its own problems" by TaoPhoenix · · Score: 1

    The new one that appeared, is the Microsoft lost lawsuit that now requires you to "click to use this (Flash) control". I also still seem to get some odd results for flash in FireFox 1.5.0.6, though I haven't yet pinpointed them.

    When not animated, simple gifs get the job done on pages with modest goals. Many of the free web hosts have file size limits, and uneven support for higher end web tech. Since my planned pages are "all about the info" anyway, I don't need most of that glamorous stuff, and I can now sleep in peace using nice, friendly gifs!

    The preview word for this post is entrap, which the Slashcode came up with in honor of Unisys.

    --
    My first Journal Entry ever, in 8 years! http://slashdot.org/journal/365947/aphelion-scifi-fantasy-horror-poetry-webzine
  100. Animated PNGs would have been very easy by Skapare · · Score: 1

    Animated PNGs would have been very easy. The fact that the PNG format developers chose not to is perhaps at least partly to blame for the slow uptake of PNG. I never did understand why they felt it needed a whole new format. This is NOT about making something to replace MPEG. This is about making something to replace a feature of GIF (which was never any threat to MPEG).

    It would have been simple to do. There could be additional chunks with repeated frames. Other optional chunks would set the time delay between the current frame and the next frame and be the default for subsequent frames unless another of these chunks appeared. Another chunk would specify repeating, possibly with a count, and posisbly with how many frames at the front to skip for the repeat point (something GIF didn't even have, but would be simple to do).

    I know there were detractors that said "animations suck, we need to ban them" or "animations are just a form of abuse" or "if you want movies, use MPEG", etc. But one stated purpose of PNG was to eliminate the need for GIF (not to eliminate the need for JPEG or MPEG). It didn't meet that goal. GIF is still THE format for basic animations, whether they are abusive banner ads, or usable tools like a clock. Small images with a few frames are fully practical in GIF.

    --
    now we need to go OSS in diesel cars
    1. Re:Animated PNGs would have been very easy by jc42 · · Score: 1

      I know there were detractors that said "animations suck, we need to ban them" ... GIF is still THE format for basic animations, ...

      And that's why I tell all my browsers to run animations zero or one times. I install all the browsers I can, because I do a lot of testing of web stuff. But aside from testing, browsers that won't let me turn off animation simply don't get used much. Animations take over my CPU and stop my work, so anything that won't let me stop them gets killed.

      For example, when I looked at one of the earlier pages demoing the use of GIF movies to illustrate orbital mechanics, it was interesting for a minute, but it drove the brower's CPU usage to 40%. When I turned the animation off, the CPU usage dropped back below 1%.

      The real problem here is how awkward it is to enable animation for a single usage, and then disable it again. Only Opera seems to get this right, with a "quick preferences" menu item. If browser makers wanted to be really user-friendly, they'd have all such movies (GIF, flash, javascript, whatever) disabled by default, with a gimmick like what flashblock does to enable animation in just a single image (or maybe a whole page or site). This thing of having only a single global on/off flag for GIF animation (and no builtin on/off control for other animations) is one of my major examples of the cluelessness of all the browser makers.

      Fact is that 99% of all animations are purely CPU-gobbling garbage intended to distract the user and get them to look at an ad. Yes, a few are good content. And 99% are garbage. Any browser makers should consider this one of their top usability problems, and would have included a control for it at the start. With a default of "off".

      --
      Those who do study history are doomed to stand helplessly by while everyone else repeats it.
    2. Re:Animated PNGs would have been very easy by Skapare · · Score: 1

      I have to agree with you that too many browsers (even Firefox) handle this so poorly. For example, it should be possible to right click any image and select "disable animation", or "enable animation", or even "animate one cycle". I'd also like to have a "stop everything" button that freezes everything, including animations, javascript, java, flash ... everything. I just want to read the text without being distracted or slowing down my CPU.

      But despite all that, I still wish PNG had had animation from day one. Then at least we could have had a uniform consistent format, and completely dumped GIF, whether the animations are bad or OK.

      --
      now we need to go OSS in diesel cars
  101. The problem with PNGs by Anonymous Coward · · Score: 0

    The problem I have with the PNG format, is that it forces a gamma correction of its colours. Even on a website.

    This means that it is impossible to match a plain coloured PNG to an HTML background colour. (Unless that colour is pure black or pure white!)

    People may say that one can cope by using PNGs alpha transparency, but this increases the size of a picture dramatically.

    For 8-bit graphics on the internet, GIF is still sadly better, because some fool thought to include gamma adjustment on 256 colour images.

    1. Re:The problem with PNGs by arose · · Score: 1
      The problem I have with the PNG format, is that it forces a gamma correction of its colours. Even on a website.
      PNG does no such thing, some decoders however apply gamma correction even to PNGs without gamma chunks. That said the only major browser that will do such a thing is pre 10.4 Safari, so removing gamma chunks from PNGs is an option.
      --
      Analogies don't equal equalities, they are merely somewhat analogous.
    2. Re:The problem with PNGs by Anonymous Coward · · Score: 0

      The problems with gamma correction on PNGs in browsers can be solved by stripping the gAMA chunk from the PNG.

      The only browsers that this does not work for are obsolete versions of Opera and Safari, both marginalised browsers.

  102. Re:killed the format by shutdown+-p+now · · Score: 1
    If you're describing a process, what you most likely want is an animated diagram. In which case the best open format choice is SVG, and otherwise it is Flash. Animated raster graphics (which is what GIF offers) does not serve that purpose well.

    And if it's not an animated diagram, then it is probably more akin to a video clip, and we have a fair share of decent formats for that as well, Ogg Theora being the notable open one.

  103. Re:killed the format by shutdown+-p+now · · Score: 1
    Properly made GIF images are almost always smaller than PNG images of comparable bit-depth and features
    Actually, properly made PNGs (paletted + pngcrush) are often smaller than GIFs.
  104. finally! by Spliffster · · Score: 1

    IE7 will have PNG transparency, i haven't seen an animated gif on a serious site for a long time ... and then, when it is animated it is most probably flash which offers a ton more options.

    I'd say: finally it's free, just too late guys :)

  105. Re:Hilarious? USPTO is Hilarious by jc42 · · Score: 1

    What I find genuinely hilarious, however, is the United State of America's Patent System.

    Well, that was a rather hilarious misuse of the term "system".

    --
    Those who do study history are doomed to stand helplessly by while everyone else repeats it.
  106. Re:killed the format by jc42 · · Score: 1

    Properly made GIF images are almost always smaller than PNG images of comparable bit-depth and features, ...

    Well, I have a bunch of web stuff that I've ported to a number of different systems and tested after upgrades. Part of it offers the user a choice of graphic formats for downloaded images, including GIF and PNG. I've yet to see a single case where the GIFs came out smaller than the PNGs. The PNGs are generally about 10% smaller than the GIFs.

    Of course, this might just mean that I've never seen a system with "proper" GIF software. But I just use the conversion software that's in the system libraries. I don't have the time (or interest) to replace the conversion software. So I'll just keep using what's installed, and my brief explanations to users will continue to say that PNG is usually about 10% smaller than GIF.

    I do sometimes wish that I could find and install the best version of everything that I use in a system's libraries. But the fact that something could be done better isn't all that useful to those of us with a finite amount of time per day.

    --
    Those who do study history are doomed to stand helplessly by while everyone else repeats it.
  107. Re:killed the format by jc42 · · Score: 1

    Professional web designers should use the best tool for the job, not what's hip and trendy.

    Ah, but to most of the people paying those designers' salaries, what's hip and trendy is the best tool for the job.

    (This is based on bitter experience. YMMV.)

    --
    Those who do study history are doomed to stand helplessly by while everyone else repeats it.
  108. Code by Anonymous Coward · · Score: 0

    Not dead. You can find a gif-to-raw decoder in less than 200 lines of C, public domain implementation. What about PNG? 500MB library? Think about it, just think about it man.

    1. Re:Code by jhylkema · · Score: 1

      You're right. Not dead, resting. Wake it up. Drop it on the floor.

  109. The name is a tribute to Pratchett by Nicolay77 · · Score: 1

    Two characters in his books are the witch Nanny Ogg from the Lancre series and Vorbis the bald religious freak from Small Gods.

    However, and as much as I like to read Pratchett, I too, find the name Ogg stupid for a codec.

    What marketer would like to boast it in a specs sheet? None, we have found out.

    --
    We are Turing O-Machines. The Oracle is out there.
  110. Re:killed the format by nine-times · · Score: 1

    But as you're pointing out, it depends on the information and your purposes. Ogg Theora? How many people can play that on their computers right now, without installing anything? Compare that with the number of people who can view an animated GIF right now, without installing anything.

  111. Re:Just in time...LYNX? by aqk · · Score: 1

    When I clicked on the Lynx url, the first thing that popped up was an ad for Firefox.
    Now THAT'S confidence!

    (of course I was using IE6 at the time...
    I'll try looking at the page again with FF...)

  112. MOD PARENT DOWN by petermgreen · · Score: 1

    please stop spreading this myth, a gif like (paletized with a single transparent color) transparent png will display just fine in IE and will be smaller than the equivilent gif.

    yes IE has problems with some transparent pngs but not with gif like ones.

    --
    note: i'm known as plugwash most places but i screwd up registering that here somehow in the past and now can't register
  113. the real advantages are twofold by petermgreen · · Score: 1

    1: it means free software can support gif writing properly (e.g. not using hacks that avoid the patent but also make the files bigger than plain bitmaps) without legal issues. This is a biggie for packages like gimp and imagemagick.

    2: likewise for small commercial vendors who unisys fucked arround until they decided that gif support was more trouble than its worth.

    3: unisys has in the past gone after some website owners forcing them to either somehow prove thier gifs were produced with licensed software (basically impossible) or pay an anual license fee themselves. It means theese websites are now safe.

    --
    note: i'm known as plugwash most places but i screwd up registering that here somehow in the past and now can't register
  114. Re:killed the format by petermgreen · · Score: 1

    Sure, I could find some variant of PNG that would work, but could I be sure that it would work on every browser?
    gif like (8 bit or less pallette based with a single transparent color) work just fine accross every major browser back quite a number of versions.

    if you are trying to match colors in the png to other colors on the page you should write the png WITHOUT color correction information to make it work right in most browsers (if your editor insists on writing this info use something like pngout to strip it).

    Some programs (e.g. photoshop) also have notoriously bad png output support and third party optimisation software (of which i belive pngout is the best arround) is always worthwhile if filesize bothers you.

    you might wan't to take a look at png tips for cartoonists which covers a lot of the issues with using png for this type of artwork.

    --
    note: i'm known as plugwash most places but i screwd up registering that here somehow in the past and now can't register
  115. Conversion loss and generation loss by tepples · · Score: 1
    by the same reasoning you could say every image format is lossy as it can't precisely represent the raw output from your cameras CCD.

    And a camera CCD is lossy too, as it doesn't represent all the photons that cross the lens. The question is how and when information loss occurs.

    yes an image beyond a formats limitations will incur loss during conversion but that doesn't imo make the format lossy in the same way that say JPEG is

    In what way is JPEG any lossier than GIF? Both are conversion lossy, but both can be generation lossless. Some people claim that JPEG has generation loss, but it can be avoided: if I open and re-save a JPEG image with the same quantization matrix, I'll get the same DCT coefficients back. JPEG is generation lossy only if you use a different quantization matrix (GIF too has problems with changing the number of colors), or if you move things by a non-multiple of the block size between opening and saving, or if you are using a encoder implementation with poor rounding.

    (otherwise you'd have to consider every image format lossy).

    True. But it is useful to define "acceptably lossless" image format: one that 1. preserves all information that the human visual system can discern in the given use case (no discernible conversion loss) and 2. save A, load A, save B, load B results in the same pixels for both loads (no generation loss). A truecolor image satisfies 1 to me; therefore PNG, JPEG-LS, and (for grayscale only) GIF qualify.

    1. Re:Conversion loss and generation loss by petermgreen · · Score: 1

      jpeg is worse than gif regarding generation loss in a couple of ways

      1: normal image editing software can dependablly be used to perform operations on gif losslessly. with jpeg it can't (both because of the rounding issues and because the transform matrix from the original image isn't generally stored and reused afaict).
      2: on gif you can freely rotate crop and perform pixel level moves without loss, on jpeg you are limited to operations that preserve block boundries (rotation and flipping of blocks can be done losslessly but this can only be used to rotate or flip an entire image if the image size is a multiple of the block size).

      btw, can you provide evidence that jpeg->8 bit rgb->jpeg is always possible without introducing any rounding errors if the transform matrix from the decode is used in the encode.

      --
      note: i'm known as plugwash most places but i screwd up registering that here somehow in the past and now can't register