State of the JPEG2000 Standard? 97
ehb asks: "With all the (r)evolutions going on in networking (IPv6), video (MPEG4/H.264) and audio (MPEG4 AAC), I was wondering what happened to that big image compression promise of some years ago: JPEG2000. According to the official JPEG2000 page, although the entire standard not is completed, the important parts are, which would allow JPEG2000 to function as a still-image replacement for the old JPEG! I have seen lists of software programs that implement (parts?) of the JPEG2000 specification, but missed the important ones (web browsers, etc). There even exists an Open source implementation of the codec, so what is holding everything back? The benefits over normal JPEGs are huge, so can someone shed some light on the hold-up?" Back in April of 2002, JPEG2000 was "coming soon", and it was touted as being the "the future of imaging", but after that the hype seems to have dried up. What happened to this promising specification? Did another format surpass it (PNG, perhaps)?
hmm (Score:2, Interesting)
No good free libraries (Score:5, Interesting)
Re:Inertia (Score:3, Interesting)
To me the problem with the JPEG2000 standard has been that it's become bloated. All many of us wanted was a replacement for JPEG that supported an alpha channel and optional wavelet compression.
Second Life and Jpeg2000 (Score:5, Interesting)
I can't speak to the standard, but I can cover our experiences using Jpeg2000. In early 2001, the Second Life [secondlife.com] team did an evaluation of available still image compression schemes in order to determine whether an off-the-shelf solution would meet our requirements of providing flawless visual reproduction at 10:1 compression while preserving chroma at compressions of 100:1 or more, allowing progressive streaming in order to handle level of detail and mipmapping, and be high performance enough to allow for multiple packet decodes per game frame. We went into the search assuming that we would end up having to write out own compression scheme and were pleasantly surprised by the performance of Jpeg2000. We selected the Kakadu [kakadusoftware.com] libraries for Jpeg2000 compression and decompression and have been happily using them for 3 years on Linux, Mac, and Windows.
It is a shame that Jpeg2000 hasn't seen wider adoption, as it is visually far superior to Jpeg at similar compression levels, especially in reduced "ringing" around high-frequency edges, and its ability to handle progressive streaming is incredibly useful in interactive environments. In Second Life's case, images as large as 2048x2048 are delivered interactively to the client viewer, with a single packet providing enough detail for distant textures. As the user approaches textures, additional packets are delivered to the client, providing a progressive increase in detail with very low latency, thanks to Jpeg2000's ability to deliver fine-grained increases. Kakadu's high performance has also been critical, since many scenes in Second Life have thousands of different textures in view because of user created and uploaded textures.
JPEG2000's killer app is digital cameras (Score:4, Interesting)
Photoshop and several other image applications either support JPEG2000 or have plug-ins available, but it doesn't seem to have caught on anywhere yet. Here's hoping for a firmware upgrade for my current camera.
Re: gamma correction (Score:3, Interesting)
Numbers in the file should represent *specific* colors. Not some color in a "colorspace" that the file also gives. This is just like tagging text files with the "character set", it should be obvious now that making a single specification like UTF-8 is far more reliable and "just works".
I very much recommend using the sRGB standard to represent color levels in any file format storing an integer. Programs should *ALWAYS* copy these numbers unchanged to the screen framebuffer. Any attempt at any other solution means that colors will not match between programs.
That means all those colorimiters and printer matching profiles and other garbage you have been scammed into buying is useless. Too bad. You were taken. Even the authors of png were taken. And people who keep saying Gimp is no good because it lacks printer profiles are wrong (there are probably other problems with Gimp, but printer matching is a scam). I have worked in computer processed imagery (for special effects) for over 10 years and I damn well know what I am talking about, so don't go calling this a troll.