State of the JPEG2000 Standard?

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)?

Comments

Don't take Cliff literally..

[molo]

When he says PNG, I think he means JNG, which is basicly a standard JPEG plus transparency. JNG is from the MNG suite (same people who gave us PNG).

More info here:
http://www.libpng.org/pub/mng/spec/jng.html

Abstract:

JNG is a lossy single-image member of the PNG (Portable Network Graphics) format family. It encapsulates a JPEG datastream in PNG-style chunks, along with an optional alpha channel and ancillary chunks that carry color-space information and comments. While JNG is primarily intended as a subformat of the MNG (Multiple-image Network Graphics) format, standalone JNG files are also possible.

-molo

Re:My own thoughts

[JimDabell]

PNG hasn't caught on because Internet Explorer has yet to properly support it.

PNG is as functional as non-animated GIF in Internet Explorer 5+, the problems are with a non-binary alpha value (totally opaque works, totally transparent works, nothing else does).

The gamma support is the only area where it fails against the GIF format for static images. Gamma correction is built into the PNG format, whereas GIF took the approach of "don't worry about it". Differing gamma correction means that you often get mismatched colours between PNGs and neighbouring coloured areas. In practice, you can solve this for everything but older versions of Safari and Opera by configuring your graphics editor to remove all gamma information.

For more information, read The Sad Story of PNG Gamma "Correction".

Example pictures

[FattMattP]

If anyone is interested I found an article here that shows the difference between JPEG and JPEG2000 pictures. I found the original reference to this article in this slashdot comment.

coming soon, really!

[andrewleung]

JPEG2000 is a huge standard. i know, i am actively following it now and was part of the standards process. new parts are still emerging but the core codec work is done.

still, the greatest issue is the patent question... the JPEG patent issue that came up 2 years ago really caused everyone to rethink their JPEG2000 deployment scheme. there is a new project in the ISO group to ensure a baseline license-fee free JPEG2000 codec to ensure the same patent problem won't happen again.

other notes:
JPEG2000 won't kill JPEG... ever. digital cameras just made sure of that. all the digital cameras out there record directly to JPEG... no way to upgrade them to JPEG2000.

camera makers still waiting for JPEG2000 chips to be a drop-in replacement for JPEG chips... the biggest hurdle now is power consumption.

initial JPEG2000 cameras will probably also record to JPEG... i.e. backwards compatibility.

JPEG2000 is designed to fix all the problems of JPEG and bring improved functionality. this is more than just a 1-trick pony (i.e. H.264...) with JPEG2000, it has improved on all aspects of JPEG and also:
-scalability: read x% of the file, get x% of the image, no need to pull file format tricks or extra redundancies.
-error resilience: as the compression level increases, the compressed codestream becomes more fragile. lose 1% of the compressed codestream, expect 10% loss... especially compared with MPEG codecs. JPEG2000 error resiliency is 10x better than MPEG-4 (part1) and probably much better than H.264...
-multi-resolution and position based decoding: only want to see 1 part of the image? no problems. only decode that part of the image.
-"visually lossless": a single codestream can act as: lossless archive, visually lossless print-ready format, lossy distribution, and thumbnail. no redundancies. no transcoding.

the kakadu library at: http://www.kakadusoftware.com is VERY good. it has a lot of tools you can use right away. check out the KDU_server app.

more things to expect from JPEG2000:
-more metadata
-better workflow solutions (i.e. capture->process->print->archive)
-unified still & motion cameras (i.e. 1codec, 2 applications: stills and movies. thanks to standardized file formats)
-true network imaging (i.e. JPIP)
-secure images (i.e. JPSEC) and from that, a better imaging business model.

browser plugins: trivial. really. especially if you use the available libraries.

things holding back the standard now: hardware support. there is a lot of software out there but until we get that killer JPEG2000 app, that software will not be touched.

JPEG does a great job, JPEG2000 will do a greater one.